Credit Karma · Tax

A refund number people could trust, and a front door they would actually open.

Role
Lead Designer, end to end
Scope
Refund Estimator + the product's front door, across three shipped milestones
Partners
PM, Engineering, Data Science, Tax content and Legal
Timeline
2025 tax year · Tax pod
A step by step entry point that shows the member exactly what stages they will move through
Tested wellThe guided, step by step door members said they wanted.
A simple entry point: one refund number and one button
Won in marketThe version members actually clicked: one number, one button.
The short version
$2M+
Design decisions on the estimator and its front door drove product initiatives past their revenue targets by more than $2M.
1st
The front door: the single highest-leverage surface in the product. Every downstream flow depends on it, so one decision there compounds across the funnel.
3
Three milestones, shipped against tax law still being written, turning legal complexity into a number members could act on while the rules moved under us.
The context

Every November, people start asking the same question.

Late in the year, before anyone has filed, members start to wonder: am I getting a refund, or am I going to owe? Credit Karma already holds a lot of the answer. From what we know about a member, especially returning members, we can project what they are likely to get back or owe, well before tax season. The Tax Refund Estimator turns that into a number a member can plan around, and it is the flagship experience that carries members over to file with Intuit TurboTax. It is an engagement product first, and revenue follows from engagement.

I led design on a brand-new pod with no established playbook, which meant the first job was not drawing screens, it was deciding what was worth building and why. The surface is high traffic and high stakes: a refund figure is not neutral information. People build plans on it. If the number feels off, or the flow reads like it is selling instead of estimating, trust and engagement both collapse. And the tax law underneath was still being written, with real legal exposure around who qualifies, when, and why. My job was to create clarity in that ambiguity and set a direction the whole pod could build on.

In tax, the design has to earn trust and hold attention at the same time. Lose either one and the number stops mattering.
What I owned

The estimator, and the door in front of it.

  • The highest-leverage surface. I owned the front door, the first screen every member sees and the gate on every flow behind it. Moving it moves everyone, so I treated it as the one place where a single decision compounds across the entire funnel, and I set the direction for what it became.
  • The estimator as a system, not a screen. I designed how the projection is set up, shown, and explained across dozens of member situations, investors, students, people who owe, returning members, so one logic reads correctly for all of them and the next designer can extend it without starting over.
  • The work before the work. Turning tax law that was still moving into language members could act on meant aligning PM, engineering, data science, tax content, and legal on what we were allowed to say. Most of the job was building that agreement, then protecting the member's experience inside it.
  • The way the pod decides. I was the only designer on the team, and I brought my own research and decision practice, D4D, to a pod that had none. It became how the group makes calls, from what is worth testing to when we ship. Setting that standard outlasts any single screen, and it is the part I am proudest of.
Milestone 1The front door

Getting members through the door.

Milestone one came down to the entry point, because nothing downstream matters if members will not come through it. The senior instinct is to design the best door. The harder question, the one I anchored the pod on, was which door is worth building at all. So before spending a sprint of engineering on a guess, I put concepts in front of members across roughly four rounds to find the real signal, then let the market settle what testing could not.

The testing

Three bets, tested with real screens.

Rather than test in the abstract, I put each hypothesis in front of members as its own front-door concept. Same refund number every time, a different bet about what would earn a member's trust and their first click. I kept only the sharpest, most distinct idea or two per bet. The winners got rebuilt in the branded, production UI you'll see in the experiment below.

Hypothesis 1 · Accuracy framing

If we signal that an estimate is less accurate without more detail, members will be more willing to provide that detail early.

Front door with a low confidence badge on the estimate
Confidence badge
A low, medium, or high signal on the number.
Front door with an accuracy meter tied to how much detail is provided
Accuracy meter
More detail visibly sharpens the estimate.
Hypothesis 2 · Income fork

If we fork the flow by income type first, W-2 against 1099 and side income, members will find and enter the right details with less friction.

Front door that masks the estimate and offers to update with a W-2 or 1099
Masked value
Hold the number back, unlock it with a W-2 or 1099.
Front door showing the income steps ahead, one at a time
Stepped
Show the income steps ahead, one at a time.
Hypothesis 3 · Advanced entry point

If we surface a path into a fuller estimate when a member starts, those who want a sharper number will keep going, knowing they can get a more tailored result.

Front door with a checklist of steps completed and remaining
Checklist
What is done and what is left, in one list.
Front door anchoring this year's estimate against last year's refund
Last year vs this year
Anchor on the refund they remember.
The experiment

What members said, against what they did.

We took the strongest treatments to an A/B test in market. Each made a different bet, visible right under the number.

ControlOne number, one button.
Control variant, a single refund number with an update button
CompareThis year against last year's refund.
Variant showing this year's estimate next to last year's refund
SteppedA visible path through the questions.
Variant with a step tracker across filing status, dependents, income, and withholdings
RangeA projected band instead of one figure.
Variant showing the estimate as a range with a step tracker
The finding

In testing they wanted the steps. In market they wanted the button.

Members said they wanted to see every step ahead of them. In market, the simple control won, and it drove a measurable lift at the door. The call that mattered was trusting the behavior over the stated preference, and shipping the version members used instead of the version they praised. The data held a second signal worth keeping: the members who did enter the stepped path were the ones who finished the estimator. So the simple door earns the click and the guided path earns the completion. One surface, two jobs, designed on purpose rather than chosen by vote.

The winning control screen: one refund number and a single button
The version that won: one number, one button.
One flow, many members

The situations behind a single number.

A refund estimate is never one screen. Behind the number sit very different people and moments: students, members who owe or face a balance due, returning members with last year to compare against, the rough first estimate and the finished one. I designed the system so a single logic bends to each of them, and the reason behind the number reads correctly every time.

Early estimate state, a rough number that gets sharper with detail
Early estimate
Rough now, sharper as details are added.
A member who owes money, reframed toward deductions and credits
Owes money
Reframed toward deductions and credits.
A projected balance due heads up state
Balance due
A clear, calm heads up on a projected bill.
Returning member comparing last year's refund to this year's estimate
Returning member
Last year's refund against this year's.
Student segment with an added education and student loan step
Student
Adds education and student loans.
Completed state, the final number after all questions are answered
Completed
The final number, all questions answered.
Milestone 2New 2025 tax law

Tips and overtime, explained in plain language.

We shipped in milestones because the ground kept moving. Under the 2025 reform, tips and overtime pay would no longer be taxed the way they had been, real money for a lot of members, but only if they understood it and knew whether it applied to them. I folded a brand-new deduction into the estimator without turning it into a tax lecture: surface it at the right moment, ask only what we needed, and let members without tip or overtime income move straight past. The harder problem was never the screen. It was turning a statute into a sentence a member could trust.

The constraint. New law means careful language. Every claim about who qualifies had to clear tax content and legal, and still land as effortless to a member. Holding both at once, the legal precision and the plain-language ease, was the design. You can play the shipped tips step, and the takeover sheet, in the prototype below.
Milestone 3Deductions members could claim

The auto loan interest deduction.

Milestone three added money members could actually get back. The 2025 reform lets some filers deduct interest on a loan for a new, U.S. assembled car, behind real fine print: new and for personal use, final assembly in the U.S., loan started after December 31, 2024, and a phase-out at higher incomes. Rather than bury that, I designed the qualification as a short, honest conversation and made the "you do not qualify" answer as clear and respectful as the "you do."

Why this matters. Telling a member they get money back is easy. Telling them they do not, without losing their trust, is the design problem worth solving. Explain the rule plainly, show exactly where they land, and a no still reads as a product working for them, not against them. Try it in the prototype below: set a household income above $150,000, then answer the auto loan question.
See it work

The whole flow, playable.

Static frames show decisions. A working flow shows the system. This is the shipped path, built one to one from the design system: the simple front door opening into the guided refine, the 2025 tips and overtime deduction with its takeover sheet, and the auto loan question that decides who qualifies. Play it: pick a filing status, add dependents, enter tips, answer the auto loan question, and watch the estimate move with every input.

Live prototype, built in code from the shipped design system. Try a household income above $150,000, then answer the auto loan question, to see the deduction phase out.

The payoff

Shipped, and measured in market.

All three milestones shipped and held in market. The simpler front door drove a measurable click lift, and because it gates the entire tax funnel, that lift compounded through every flow behind it, contributing to product initiatives that beat revenue targets by more than $2M. This is the flagship engagement product that carries members into filing with TurboTax, so a point of trust at the door pays out all the way down. Different vertical from the loan marketplace, same standard: real people, real numbers, measured from what actually shipped.

How I work

The same operating system, in a new domain.

Moving from a revenue-critical marketplace to a trust-critical tax flow was deliberate. What carries across is not a surface, it is a way of working: find the highest-leverage problem, decide what is worth building before building it, turn legal and technical complexity into something a person can act on, and leave behind a system the next team can extend. On a brand-new pod, under law that was still being written, that is the direction I set and the standard I held. Tax is where I proved it holds under pressure.

Next project

Rebuilding a revenue-critical marketplace as a grouped, shoppable feed

View