Case study

HouseMate Bill Tracker

BillSmart is a concept app designed to simplify splitting shared household bills.

Role

Lead UX Designer

Timeline

Feb – May 2026

HouseMate Bill Tracker hero
01 — Overview

The problem

BillSmart is a concept app for splitting shared household bills and automating payment reminders, designed to remove the social awkwardness of chasing housemates for money.

This case study focuses on one core flow: inputting a bill and automating reminders, seen through the lens of Sarah, a user who wants the app to do the "nagging" for her.

The challenge

Design a bill-splitting flow that removes the social friction of chasing housemates for payment.

My role

Competitor research, persona building, user journey mapping, and UX design.

Focus

Core flow: inputting a bill and setting up automated reminders.

02 — Research

Competitive audit

I ran a competitive audit of Tricount, Splitwise, and Settle Up. All three are polished and reputable, but they differ on positioning: Splitwise as the established default, Tricount for roommates and trip-splitting, Settle Up for users wanting more customisation.

Key weaknesses across competitors

Tricount

No payment integration or instant settlement, so users still have to chase manually.

Splitwise

Monetisation creep and outdated UI erode trust in an otherwise dominant product.

Settle Up

Lacks polish and item-level splitting; feels built for accountants, not housemates.

The critical gap

None of the audited apps had strong native reminder systems, and none were built for cohabitation specifically, because they're trip-splitting tools with household features bolted on as an afterthought.

03 — Define

Personas & problem statement

Research note: These four personas were not built from real user interviews, this was a solo practice project, so I generated them with AI assistance, grounding each one in common household bill-splitting pain points, surfaced from many years of personal house share experiences.

Persona Role Core need Biggest frustration Behavioural driver
Sarah Organiser, anxious about money. Automate the "nag," a paper trail without confrontation. Being seen as "the bad guy" for chasing money. High-anxiety, avoids face-to-face money talk.
Maya Social glue, inconsistent income. Simple "what do I owe right now" figure. Rigid deadlines that don't match freelance pay cycles. Loses track of dates; low tolerance for complex interfaces.
Marcus Chill, spends first. Nudges timed to payday. Missing payments because he forgot to check an app. Prioritises experiences over admin.
Ray New, conflict-avoidant. Tech to bridge unspoken social norms. Vague, undefined requests like "everyone chip in." Quiet, terrified of overstepping.

Problem statement

This case study focuses on Sarah: a busy, organised professional who needs a clear, unobtrusive way to get bills paid because she doesn't like confrontation or negotiating over household expenses. It also meets Ray's needs, helping bypass some social interaction for an introvert who finds certain interactions "tricky."

Product goal

Remind some users to budget, and reassure others the household's finances are on track, measured through app usage, reminders set, and whether the house stays on top of shared costs.

04 — Ideation

Finding the direction

The research gap was that no competitor treats reminders as a core feature. This finding shaped the direction entirely: rather than a splitting tool with reminders bolted on, BillSmart makes automated, non-confrontational reminders the centre of the experience.

For Sarah, this meant designing a flow where she could set expectations once: the bill, the split, the reminder schedule and let the app take over the follow-up.

05 — Design

Sarah's user journey

Mapping the flow through Sarah's eyes: she recognises a need to track household spending, researches and downloads an app, registers via Google sign-in, and invites housemates via a shareable WhatsApp link.

She then inputs a bill and splits it, setting reminder dates at the same time, in the same flow. The app automatically nudges housemates who haven't paid or haven't logged an upcoming bill.

FigJam flow diagram for the bill input and reminder setup flow

FigJam flow mapping the bill input and reminder setup journey.

Key decision: reminders come from the app, not from Sarah

The central design decision was framing reminders as coming from the app rather than from any individual housemate. Sarah sets it up once, then steps back, and the app does the nagging, removing the social friction entirely.

06 — Testing

Decisions & trade-offs

This was a design exercise without formal usability testing, so rather than reported results, here are the key decisions and trade-offs made along the way.

Invite by link

Chosen over in-app invites to reduce friction, directly addressing Tricount's weakness of requiring notification sign-ups.

Reminders at bill entry

Defaulted to setting reminders during bill input rather than as a separate step, reducing the chance they're skipped.

Open question

How nudges should be worded so they don't feel like nagging from the app either, since tone matters as much as automation.

07 — Outcome

Results & next steps

This flow addresses Sarah's need directly, but also covers some of Ray's needs. However, the other personas point to a substantial amount of further work.

Maya

Needs a simpler "what do I owe" view designed around irregular income.

Marcus

Needs nudges timed to payday, not to bill due dates.

Ray

Needs the app to make unspoken house norms around money explicit.

Next steps

Prototype flows for Maya, Marcus, and Ray, then test reminder tone and timing with real users, to see whether automation actually reduces the "nag" feeling, or just relocates it.