Kaisa BergWorkKaiswise
01 · Kaiswise

Kaiswise, a cost-splitting app that feels like ours.

A tiny app for two people, prototyped with Claude and redesigned until it felt like ours.

02 · Cover
The Kaiswise app
03 · Project info
RoleUX design
TeamFredrik, building with Claude, and me on UX
TimelineAbout two weeks
OutputA cost-splitting app for one couple, with a few add-ons for fun
04 · The question

What if a cost-splitting app was built for exactly two people?

For years we used Steven, a simple app that did one thing well. Then development stopped, syncing failed, and we couldn't trust the numbers anymore. Splitwise was built for groups and events, not a household that shares costs every day. Adding an expense took too many taps, the free tier limited daily entries, and it felt like using someone else's tool.

After months of frustration, Fredrik said it out loud: "We should just build this ourselves." With Claude writing working code, we could make exactly the app we wanted, and keep shaping it at our own pace.

05 · Comment
Sam BrightVP and GM, Google Play
"From 'there's an app for that' to 'there's an app for me.'"
Google Play blog, October 2026.
06 · The guiding principle

Ours.

No market, no personas, no growth plan. Just two users, our own needs and an app that should feel personal instead of generic.

ClaudeFigmaZilla SlabInterCoolicons
Just two usersNo invites, groups or accounts to manage
Only what we needEvery feature came from a real frustration
Feels personalA shared joke, not just a utility
07 · Decision 01
Decision 01

Scope it at the kitchen table

We listed what the app had to do, straight from our frustrations: add an expense with amount, description, date and a 50/50 or custom split, see who owes whom, settle up, browse past expenses and see weekly, monthly and all-time spending. Then I sketched the flow so we agreed on the structure before anything was built.

The user flow, with the main features we wanted
The user flow, with the main features we wanted.
08 · Decision 02
Decision 02

Prototype first, design second

Fredrik built the first version without a design brief, so Claude picked its own look: warm neutrals, cream, dark navy and terracotta. It proved the features and the flow. We used it for weeks and added what we missed, like categories, suggested descriptions and automatic category picking from keywords.

The working prototype Claude built
The working prototype Claude built.
09 · Decision 03
Decision 03

A palette and type of our own

To move away from the default Claude look, I made a colder, ocean-inspired palette: deep teal-navy, terracotta, warm sand, muted rose and mustard yellow. Zilla Slab gives the headings an editorial character, and Inter keeps the body text easy to read.

Colour scales and the typography scale
Colour scales and the typography scale.
10 · Decision 04
Decision 04

Illustrations that tell you who owes

I drew illustrated versions of the two of us, inspired by Spöket Laban. The balance card changes its illustration depending on who owes money, which turns a utility into a shared joke. A consistent icon set, Coolicons, replaced the default icons.

Custom illustrations and the icon set
Custom illustrations and the icon set.
11 · Hidden layer

What we left out

Groups and multiple accounts: the app is for two people, and invite logic would have doubled the complexity for a feature we would never use. A direct Swish integration: API access needs a paid business account and legal agreements. Instead, a Betala nu button shows the amount to send, and we finish the transfer in Swish ourselves.

12 · The finished product

The redesign is the version we use every day.

App · Mobile

A mini design system holds it together: tokens for colour, type, spacing and radius, plus buttons, cards, list items and form fields. Probably too much for a two-person app, but it made iterating easy. Fredrik rebuilt the app to match the Figma screens, with the same features and a slightly tweaked flow.

Home screen and cost screen
Home screen and cost screen.
Settings screen
Settings screen.
13 · Impact
2users, exactly as planned.
2 weeksto a version we use every day. And it keeps changing, one approved tweak at a time.
Dailyuse, groceries and all, with numbers we can trust again.
14 · What I learned

A working prototype is the best design brief.

AI tools have made personal apps possible for a household: two people, a kitchen-table session and a subscription. Using Claude's prototype for weeks validated the features and flow before any visual design started. A homemade app lacks things real apps have, like payments, automatic sync and proper backups. For a personal project between us, that's enough.

15 · Next
Thanks for reading

Want to see more?