UX Case Study · Finance · Web App

ET — Expense
Tracker

Redesigning personal finance for people who want clarity over complexity — a web app that turns confusing numbers into confident decisions.

Role
UX Designer (Solo)
Platform
Web Platform
Tools
Figma · Miro · FigJam
Timeline
8 Weeks
Scroll

The problem with
personal finance apps

Most people don't lack the desire to manage money better — they lack tools that make it feel possible. Existing finance apps are either too simple (just a list of transactions) or overwhelmingly complex (built for accountants, not everyday users). The result? People open the app once, get confused, and never return.

ET was conceived as a personal budget and expense tracking web app designed specifically for busy individuals who want to understand their finances at a glance — without needing a finance degree to operate it.

"People don't fail at budgeting because they're irresponsible. They fail because their tools don't match the way they actually think about money."

— Core design premise
78%
of users abandon finance apps within the first 2 weeks
3.2×
more likely to overspend without a visible budget tracker
62%
say they feel anxious opening existing budgeting tools

Who is really struggling
with their money?

Before drawing a single wireframe, I spent the first two weeks entirely in research mode. I conducted 6 in-depth user interviews, a competitive analysis of 5 leading finance apps, and a survey of 40 respondents to understand not just what people do with money apps, but why they stop using them.

🎙
User Interviews (6)
30-minute 1:1 sessions with salaried professionals aged 24–38. Focused on daily financial habits, pain points, and emotional relationship with spending.
📊
Survey (40 respondents)
Quantitative screening to identify the most common drop-off moments, feature gaps, and top reasons people stop using their current app.
🔍
Competitive Analysis
Evaluated Mint, YNAB, Money Manager, Walnut, and Spendee — mapping strengths, friction points, and unmet user needs across each.
🗺
Contextual Inquiry
Observed 3 participants attempt to log an expense and review their budget in their current app — capturing real-time confusion and workarounds.
Key Research Finding

The #1 reason people stopped using finance apps wasn't the lack of features — it was the anxiety of not knowing where they stood. Users wanted to feel informed, not interrogated. They wanted clarity, not completeness.

User Persona
👨‍💼
Adam Peters
IT Professional · 29 · Bangalore
Adam earns a stable salary but feels like money "disappears" every month. He's tried 3 different finance apps but never sticks with any. He wants to save for travel and a new laptop but has no clear view of how much he can actually set aside each month.
Earns regularly, saves irregularly Avoids checking bank balance Motivated by goals, not restrictions Works across devices Overwhelmed by spreadsheets

Adam's frustration boiled down to three core needs: understanding where his money goes, setting realistic saving goals, and being nudged — not shamed when he overspends.

Framing the right
design questions

With research synthesised into affinity maps and journey maps, I identified three core problem spaces and translated these into "How Might We" statements to open up the solution space without pre-supposing answers.

Pain points identified:

  • Invisible spending — no real-time sense of how much is left in each category
  • Tedious entry — manually adding every transaction feels like a chore
  • No emotional feedback — apps show numbers, not meaning or progress
  • Goal disconnection — savings goals feel detached from daily spending decisions
  • Fragmented views — income, expenses and savings live in separate screens with no narrative

How Might We questions:

HMW make spending feel visible in real time? HMW reduce the cognitive load of adding expenses? HMW make saving goals feel motivating, not punishing? HMW connect daily habits to long-term outcomes? HMW design for anxiety reduction, not just data accuracy?

"Design for the feeling of control, not the illusion of it. Users should close the app feeling better informed, not more stressed."

— Design principle established at this stage

From fuzzy ideas to
deliberate decisions

I followed a double-diamond process — diverging wide with ideas before converging on the most impactful solutions. The first pass produced over 40 rough sketches across 3 rounds of ideation. I used dot-voting with 2 stakeholders to narrow to the top 8 concepts before moving to wireframes.

Week 1–2
Information Architecture & User Flows
Mapped all user flows — from onboarding to daily expense logging, budget editing, and savings goal management. Created a site map with 4 core navigation nodes: Dashboard, Finance, Expenses, Settings. Validated flow logic with 3 users in a card-sorting exercise.
Week 3
Low-Fidelity Wireframes
Hand-sketched and Balsamiq wireframes for all primary screens. Focused on layout logic and information hierarchy — ensuring the most critical data (current balance, category spend, savings progress) was always surfaced above the fold.
Week 4–5
High-Fidelity Design in Figma
Designed a clean, light-themed UI with a minimal sidebar navigation. Built a design system covering typography, colour tokens, icon set, card components, modal patterns, and data visualisation components. Every component was designed for both iOS and Android targets.
Week 6
Prototyping & Micro-interactions
Built a fully-linked Figma prototype covering 15 key flows. Defined micro-interactions for modals, category selection, progress bar animation on load, and confirmation dialogs — critical to communicating the system's responsiveness before engineering picked it up.
Key Design Decisions
DecisionRationaleTested?
Persistent sidebar nav (not bottom bar)Research showed users wanted quick access to Finance and Expenses without losing their place on DashboardYes
Donut chart for income overviewProportional view of salary vs cash-in-hand vs last month's balance is immediately readable vs tablesYes
Colour-coded budget progress barsMulti-segment bars (spent / overrun / remaining) let users see budget health in under 2 secondsYes
Category icon picker in modalsReduced text input friction — tapping an icon is 3× faster than typing a category nameYes
Sub-category support under BillsUsers with multiple bills needed granular tracking without cluttering top-level navPlanned
Savings goals with due datesTime-bound goals dramatically improve completion rates — transforms aspiration into a concrete deadlineYes

What ET actually
looks like

ET was designed around three core screens — each serving a distinct mental model in the user's financial life. Every element on every screen earns its place by answering a specific user need uncovered in research.

Screen 1 — Dashboard
ET Dashboard Screen

Goal: Give users a complete financial snapshot in under 10 seconds — without needing to tap into any sub-screen.

  • Donut chart (Finance Overview) — Shows income composition (Salary, Cash in Hand, Last Month Balance) as proportional segments. Users instantly see where their money comes from, not just how much there is.
  • 4 stat cards — Total Balance, Budget, Expenses, Total Savings surface side by side for instant comparison. No navigating away to find out if you're overspending.
  • Expense vs Earnings bar chart — A 5-month trend turns invisible spending patterns into a visible story. Users can spot "July was bad" without running a report.
  • Budget Progress Tracker — Multi-segment colour bars per category (Groceries, Utilities, Leisure) give immediate spending health at a glance. Red means overrun, no colour means safe.
  • Saving Goals with progress bars — Travel and Health Care goals with % completion stay front and centre on the primary screen, keeping motivation alive daily.
  • Recent Transactions — The last 3 transactions give immediate context on what just happened to the user's money — the most common "quick check" behaviour from research.
Screen 2 — Finance
ET Finance Screen

Goal: Let users manage income sources and budgeting categories in one place — with clear controls for editing, adding, and deleting — without anxiety.

  • Monthly Income panel with $6898 total badge — The green total badge gives an immediate positive signal. Each income line (Salary, Cash In Hand, Last Month Balance) is individually editable — respecting that income isn't always just one source.
  • Budget donut ($3843 Available) — A half-filled ring showing Expenses vs Available immediately answers "how much do I have left?" — the most anxious question users had in interviews.
  • 4 budget stat cards — Monthly Budget, Available, Total Expense, Total Savings with percentage deltas give a CFO-level summary without requiring financial literacy.
  • Budgeting Categories grid — 8 categories (Groceries, Rent, Phone, Electricity, Food, Transport, Shopping, Entertainment) each with circular progress rings showing $spent / $budget. The ring format was preferred 4:1 over bar charts in A/B testing for this dense grid layout.
  • Savings Budget panel — Travel, Health Care, and Apple Vision Pro each have due dates alongside the target amount. The due date was the key addition from Round 1 testing — it transforms vague saving into a countdown.
Screen 3 — Expenses
ET Expenses Screen

Goal: Give users a full, filterable view of where money went — with a category breakdown that makes overspending visible, not shameful.

  • Monthly / Quarterly / Yearly toggle — Users can zoom in on a bad month or zoom out to see a quarterly pattern. This was the single most-requested feature from the survey — "I want to know if I always overspend in December."
  • Expense vs Earnings bar chart (9 months) — Longer time range than Dashboard. Surfaces longer-term patterns — great for spotting seasonal spikes or consistent overspend months.
  • Category Expense donut ($2408) — Bills, Food, Transport, Shopping, Savings, Entertainment broken into a multicolour donut. The visual weight of each slice is proportional to spend — making the biggest cost immediately obvious without reading numbers.
  • Recent Transactions grid (3 columns) — Dense but scannable 9-item paginated grid with category icons. Icon-first design means users identify transaction types faster than reading text labels.
  • Savings Transaction panel — Kept visually distinct with its own header. Separates savings activity from regular spending — reinforcing that saving is a positive action, not just another expense line.
Design Detail Worth Noting

The "Add Expense" modal was designed with a category icon grid rather than a text dropdown — because in usability testing, users tapped a visual icon in 1.8 seconds on average vs 5.4 seconds to select from a typed dropdown. Visual pattern recognition beats text scanning for a task performed multiple times a day.

Did it actually work
for real people?

I ran two rounds of usability testing with the high-fidelity Figma prototype — a moderated session with 5 participants (Round 1) and an unmoderated remote test with 8 participants (Round 2) after applying fixes.

What worked well
Dashboard was rated "immediately clear" by 9/13 participants. Budget progress bars were the highest-rated element — users said they finally understood their spending at a glance. Category icon picker was praised for speed.
🔧
What needed fixing
3 of 5 users in Round 1 missed the "Savings Transaction" panel on Expenses — it was too visually similar to the main transactions list. The modal's "Add" button was also below the fold on smaller phones.
🔄
Iterations made
Added a distinct teal header strip and icon to the Savings Transaction panel. Moved the "Add / Cancel" buttons to a sticky footer within the modal so they're always visible regardless of screen height.
📋
Heuristic Evaluation
Ran a 10-heuristic review against Nielsen's principles. Found 2 medium severity issues — error prevention on delete confirmations and system status feedback. Both addressed with confirmation dialogs and toast notifications.
4.4/5
Average usability score after Round 2 testing
91%
Task completion rate for adding an expense
0
Critical usability issues remaining post-iteration

What I learned &
what comes next

Every project teaches you something you couldn't have read in a textbook. ET reinforced a principle I now apply to everything: the interface is only as good as the emotional state it creates. Users don't remember features — they remember how using the product made them feel.

What I learned
  • Anxiety reduction is a legitimate UX goal — design can be therapeutic
  • Visual encoding (icons, colour, charts) beats text in high-frequency daily-use apps
  • Modals should always keep primary actions visible — never assume screen height
  • Testing at low-fidelity saves 10× the time vs testing at high-fidelity
  • Delete confirmations aren't just UX convention — users genuinely fear irreversible actions
If I had more time
  • Bank account sync via UPI / open banking APIs — to auto-import transactions
  • AI-powered spending insights: "You spent 40% more on food this month"
  • Onboarding flow — currently not designed, critical for Day 1 activation
  • Accessibility audit against WCAG AA — colour contrast on progress bars needs review
  • Dark mode variant — high demand from interview participants