AI powered financial decision support for people managing multiple income streams

Product

SideStack

Role

Product Designer / Founder

Platform

Responsive web application

Status

Prototype / Ongoing

Year

2026

SideStack is a financial operating system designed for freelancers, contractors and people managing several sources of income.

Rather than simply recording money coming in and going out, SideStack connects project profitability, time, expenses and tax to help users understand which work is worth continuing, what financial impact a decision could have, and how much they should set aside.

Scope of Work

Product Strategy
Product Design
UX Design
UI Design
Design System
Prototyping

Earning more does not always mean making better financial decisions

Freelancers and people with mixed income can see money arriving across projects, clients and income streams, but that does not automatically tell them which work is financially worthwhile.

Revenue alone hides the effect of time, expenses and tax.

At the same time, tax tools tend to explain what someone owes after financial activity has already happened. SideStack explores whether the same financial data could help someone make better decisions before committing more time, accepting more work or changing how much money they set aside.

Turn financial data into a clearer next step

SideStack is designed around a simple principle.

Financial information becomes useful when it helps someone decide what to do next.

The product brings income, projects, time, expenses and tax context together so users can compare work, understand trade offs and plan ahead from one system.

The goal is not to show more financial information. It is to reduce the amount of interpretation users must perform themselves.

Understanding where existing financial tools stop

Competitive analysis showed that existing tools handled parts of the problem well, but none connected project profitability, tax context and decision support in one experience.

SideStack’s opportunity was not to replace accounting tools, but to connect profitability and tax into a clearer decision flow.

Two financial problems, one underlying system

The problem framing led to two primary user types.

The Multi Project Freelancer needs to understand which projects are actually worth their time once revenue, expenses and effort are considered together.

The Hybrid Earner needs clarity on how salary, freelance work and other income sources combine to affect their tax position.

Their priorities differ, but both depend on SideStack understanding income, time, expenses and tax as connected financial data.

One system, two decisions

SideStack uses the same financial foundation to support two connected decisions: which work deserves more of the user’s time, and how much money they should protect for tax. Keeping both journeys in one system reduces the need to piece together separate financial views before deciding what to do next.

I tested the financial logic before treating the interface as finished

A structured audit covered 9 core screens and 2 end to end journeys. The review checked financial consistency, task continuity, state clarity and responsive behaviour. It exposed terminology problems that polished screens alone would have hidden.

Helping users identify which work deserves more of their time

The Decision Loop explores how SideStack could move from identifying an underperforming project to explaining why it is weak and helping the user decide what to do next. Recorded and calculated values stay visible throughout, while the AI explanation and recommendation represent future behaviour to validate.

Showing the tax impact before the decision is made

The Set Aside journey uses the same financial foundation to show how changes in income could affect the amount a user chooses to protect for tax. The user can review the planning estimate, adjust the set aside and see the updated position reflected across the product.

Mapping what needs to happen beyond the interface

The service blueprint maps what the user sees against the system processes and data needed to support each decision. It also separates information SideStack can calculate directly from data that depends on external sources, forecasting or future AI behaviour.

The decisions that shaped the experience

SideStack follows five product principles.

Decide, do not just track

Financial information should lead towards a useful decision rather than ending with a number.

Keep action in context

Users should be able to act where a problem or opportunity appears.

Show cause and effect

When users change something, the resulting financial impact should remain visible.

Connect profitability and tax

The value of work and its tax consequences should be treated as parts of the same decision.

Be honest about uncertainty

Calculated values, forecasts and AI guidance should not all be presented with the same level of certainty.


A financial command centre built around action

The interface keeps the overview, project comparison, set aside planning and reporting connected. Recorded and calculated values use shared financial definitions, while AI recommendations shown in the prototype represent the intended future intelligence layer.

Design system

Built to keep the product consistent as the interface expanded.

SideStack uses reusable foundations and components across desktop and responsive layouts. Semantic tokens control colour, typography, spacing, elevation and states, while shared components cover common interaction patterns such as buttons, forms, cards, navigation, alerts and tables.

Dense desktop information should not simply shrink

The strongest idea was the connection between profitability and tax

SideStack became more focused when project profitability and tax stopped being treated as separate parts of the product. The Decision Loop and Set Aside journey now use the same financial foundation, which makes that connection the strongest part of the product direction.

Show the reasoning without hiding the evidence

A recommendation must explain what was observed, what it was compared with, why it matters and what the user can do next. The interface should also communicate how certain each type of information is.

Make the status of each number visible

The next step is behavioural validation

The concept is structurally coherent, but it still needs evidence that people understand the reasoning and change their behaviour. The first study should test the two core decisions rather than ask for general feedback on the interface.

Trusted by many

Trusted by many

99+ Happy clients

Like what you see?
Book a free discovery call.

99+ Happy clients

Like what you see?
Book a free discovery call.