When I started looking into expense-splitting apps, it wasn’t because I wanted to build one. It was because I was frustrated using them in real life.
Like most people in India, I began with Splitwise. It works fine for simple cases but splitting a dinner bill or a short trip with friends. But once you move beyond that, cracks start to show. Family expenses, roommates, recurring household costs, offline travel. These are messy, real-world scenarios that most apps weren’t designed for.
That frustration pushed me to explore other apps like Splitwise, and eventually to build Zedger.
One thing I realized quickly is that expense splitting in India is very different from how it’s handled in the West. Families don’t “settle up” every month. Parents don’t want notifications saying they owe their kids money. Roommates split rent equally but utilities unevenly. On trips, one person might always book hotels, another handle food, someone else transport and everything balances out in the end.
Most existing apps assume one model: track debts and settle immediately. That works for friends. It breaks down everywhere else.
While researching apps like Splitwise, I noticed two extremes. Some apps are overly complex, packed with features but hard to use consistently. Others are so minimal that they only work for one-off trips and fall apart for long-term use. Very few strike a balance between flexibility and simplicity.
That insight shaped how Zedger was built. Instead of forcing everything into a “who owes whom” framework, it uses a ledger-style approach. You create different books for different contexts but family, roommates, trips, or events and each book behaves differently. Sometimes you want settlements. Sometimes you just want transparency.
Another big gap I saw was offline usability. Travel in India often means unreliable connectivity. If an expense app can’t work offline, it’s useless exactly when you need it most. This was a common complaint I saw across discussions about apps like Splitwise, and something we made non-negotiable.
From an Indie Hacker perspective, the biggest lesson for me has been this: competing with a market leader doesn’t mean copying them feature-for-feature. It means understanding where they don’t fit certain users and going deep on those unmet needs.
Splitwise has network effects. Tricount has simplicity. But there’s room in between for products that are culturally aware and use-case driven. That’s where niche products can survive even thrive without trying to replace the giant.
If you’re building or exploring alternatives in a crowded space, my takeaway is simple: listen closely to how people actually behave, not how apps expect them to behave. That gap is often where the opportunity lives.
Recommendation - Zedger