Home

Making a tax product people could actually understand.

How the work ran at Afirmo—from finding where people fell out, to learning the tax well enough to lay it out, to checking whether any of it worked.

CompanyAfirmo
ContributionResearch, interaction, prototyping, validation
SurfacesWeb + Mobile
OutcomeReleased to production
01 · Overview

Good tools that nobody could read.

Afirmo already had capable accounting and tax tools for New Zealand small businesses. People could not tell what the app was telling them, or what to do next.

Nearly half of the people who began onboarding never finished it.

The original Afirmo Tax Tool, showing every figure at once
The tools people could not read
Onboarding funnel: 49% of sessions reached the second step
Where they stopped
02 · Understand why

Finding where people actually fell out.

I started by getting the team to one shared picture of the existing issues, then went to behavioural data rather than opinion.

Mapping that onto the customer journey turned a vague sense of “onboarding is bad” into specific phases worth fixing.

Customer journey map across sign-up, set-up, switching, scale-up and growth
Whiteboard session aligning the team on the existing problems
Align on the problem
Breakdown of where behaviour concentrated across the set-up screens
Where the behaviour sat
Behavioural analytics organised into themes
Organise the findings
03 · Understand what

Learning the tax well enough to lay it out.

Provisional and terminal tax do not work the way a single “amount owing” implies. I worked through the Inland Revenue material, checked it with the accountants in-house, then mapped the flows it had to carry.

Inland Revenue guidance on provisional tax
Learn the domain
Conditional branching for business onboarding, mapped by business type
Map what it has to carry
04 · Align before building

Agreeing what we were solving, before the pixels.

Lo-fi prototypes went in front of the team early, so feasibility came up while it was still cheap to change.

Partway through, the Product Owner and I turned out to be solving different problems—the brief had drifted to simplifying layouts. I wrote the disagreement down instead of escalating it, and it became the team's requirements.

The shared Tax Module requirements document with explicit goals
Lo-fi prototype of the shareholder salary view, marked up during review
Prototype under review
Design review session with the team
Reviewed early, with the team
05 · Building together

Handing over so it could actually be built.

Designs went to engineering as tickets and specifications, not files alone. For the parts with the most branching I drew the flows out, so the conditions were readable without me in the room.

Conditional flow for the GST return journey, drawn out for engineering
The branching, drawn out
Specification table for Scale Up onboarding
Conditions, written down
The New Tax Module epic and its child work items
Broken into tickets
06 · Validate outcomes

Checking whether any of it worked.

Usability testing ran before development. After release I went back to the analytics and wrote up what had worked and what had not.

Two things did not hold up. Separating company formation from ongoing tax was tidy to describe and costly to use: people lost track of which side they were on, and crossed too often.

The other was the first screen after sign-up. A long list of things to do reads as work, not a start, and people left rather than pick one.

Usability testing session run on the prototype before development
Tested before it was built
Session recording of a customer reconciling bank transactions after release
Watched after release
07 · Result

What shipped.

Onboarding collapsed into a single view, the dashboard started telling people what to do next, and the tax view was rebuilt around the question a business owner is actually asking.

+15%user sign-up rate, measured October–November 2024
+9%paid conversion, measured November–December 2024
Shippedacross onboarding, dashboard, and the tax module

Onboarding in one view

All questions on a single screen, with the transitions between them removed.

Onboarding split across multiple screens
Before
Onboarding condensed into a single screen
After

A tax view that answers a question

Liability, savings and surplus shown as one comparison, with a line saying what the number actually means.

The original tax view showing every figure at once
Before
The redesigned tax view structured around one question
After

Next steps that match the customer

What to do after onboarding depends on the kind of business, so the view adapts instead of congratulating everyone identically.

A generic confirmation screen after onboarding
Before
Next steps tailored to the customer type
After
Shipped interface components aligned to the UI guidelines

Shipping was the middle of the work, not the end of it.

From supplier invoice to purchase order
Lightspeed

Observe before designing.

OCR wasn’t the real problem.
Understanding the workflow was.

Explore case study →
AI-assisted product design workflow
AI workflow

Think with AI, not after it.

AI helps me explore, challenge assumptions, and validate earlier.

See how I use AI →