Back to Writing

Building for Calm: Lessons from Shipping Moniqa

December 29, 20256 min read

When I started building Moniqa, the personal finance app market was loud. Every app competed on features, notifications, and engagement metrics. I chose a different path: quiet, intentional, calm.

That choice taught me everything about what matters in product design.

The Market Was Noisy, So I Built Silence

Personal finance apps are designed to get your attention. Notifications about spending limits. Gamified savings challenges. Streak counters. Motivational push notifications.

I started Moniqa with a different premise: what if a finance app helped you make better decisions without demanding your attention?

This meant saying no to things that seemed obvious:

  • No push notifications (ever)
  • No notifications at all, by default
  • No gamification or streaks
  • No complex social features
  • No ad revenue model
  • No cloud storage forced on users
  • Instead Moniqa became: smart expense tracking (add in 5 seconds), unlimited savings goals with visual progress, monthly/weekly/yearly spending trends, budget management with real-time tracking, and financial health scoring. All offline. All private. Simple enough that users actually used it.

    Simplicity Is The Hardest Design Decision

    Building simple is deceptive. It looks easy until you try it.

    Every feature you don't add is a choice. Every workflow you simplify required iteration. When I shipped Moniqa with expense tracking, savings goals, analytics and budget management, I had to fight to keep all of it simple.

    For expense entry, I tested five different approaches before settling on quick entry (under 10 seconds) with optional categorization. Not because it was obvious, but because testing showed it actually got people to use the app consistently.

    For savings goals: create a goal, add money manually, watch the progress bar fill up. Users understand it instantly.

    For analytics: open the app and see your top spending categories, monthly trends, and financial health score. One tap for details.

    Lesson: Simple design is the product of ruthless prioritization, not lack of ambition.

    Privacy-First Architecture Changes Everything

    I made a decision early: Moniqa would be completely offline. No cloud sync. No account required. Your data never leaves your device.

    This meant accepting real tradeoffs:

  • No analytics-driven feature development
  • Can't predict behavior across users
  • Can't use data to fund free tier
  • But it changed how people related to the app. Users trusted it because it couldn't betray them. No business model uncertainty. No ad revenue pressures. No "free" plan extracting data value.

    Instead, I built a transparent business model: core features (expense tracking, savings goals, analytics, budgets) are free. Premium features - advanced financial health insights, trend analysis, CSV export, premium themes - are a one-time purchase. Simple exchange: users pay once if they want more, or they never pay and never see upsells.

    Just simple: your financial data stays yours. Forever. On your device.

    If you're building something people share their financial data with, this matters more than any feature.

    The Launch: Quiet Success

    When Moniqa hit the App Store, I didn't expect viral growth. Instead, I got users who actually opened it regularly.

    Within weeks, 7,000+ organic impressions. Not through marketing spend. Through word-of-mouth from students managing allowances, young professionals wanting to understand their spending, and privacy-conscious users tired of apps monetizing their behavior.

    The reviews were honest: "Finally an app that doesn't nag me." "Simple but actually comprehensive." "I love that it's private and offline."

    Not "best personal finance app ever." Just appreciation for a tool that respects your attention and data.

    What I'd Do Differently

  • Onboarding: More explanation of how to set budgets and read analytics would have helped users find power faster. Simplicity and clarity aren't the same thing.
  • Progressive features: I could have revealed advanced options (recurring expenses, custom categories) gradually instead of all at once.
  • Export: CSV export came later as a premium feature. Some early users wanted it from day one.
  • Premium adoption: Honestly? I haven't pushed hard on premium. I didn't work on marketing or sales strategies to convert users. I still don't care much about revenue. If users are getting genuine value from the app and it helps them make better financial decisions, that's the win. A $5 one-time payment isn't going to change my life anyway. I shipped Moniqa because I wanted to build something thoughtful, not because I wanted to build a business. If that changes someday, fine. But not at the cost of the core philosophy.

    But these are refinements. The core philosophy - building tools that respect attention and privacy - remains right. Moniqa keeps getting used because it works with people's habits, not against them.

    Why React Native, Not SwiftUI?

    A question I get asked: why build cross-platform with React Native instead of shipping a native iOS app with SwiftUI?

    Simple: I wanted Moniqa on both iOS and Android simultaneously. SwiftUI is beautiful for iOS, but Android users would have to wait. React Native let me ship to both platforms at once, with one codebase to maintain.

    The tradeoff was accepting slightly less native performance and polish. But for a calm technology app focused on simplicity and privacy - not flashy animations or platform-specific features - React Native made sense. Users got the same thoughtful experience on whichever device they used.

    More importantly, it reflected the philosophy: build once, respect both platforms equally, don't waste engineering effort on platform-specific polish that distracts from the core experience.

    For Other Builders

    If you're building products:

    1. What does this app do when it's not in your pocket? If it's pinging you, it owns your attention. Know that.

    2. Who benefits from your business model? If ads drive revenue, your users are the product.

    3. Can you explain this in one sentence? If your pitch needs 10 features, you're not solving a clear problem.

    4. Would someone recommend this because it genuinely helped them? Not because they got a reward. But because it worked.

    The Larger Philosophy: Calm Technology

    There's a movement in tech toward "calm technology" - tools that work for you without demanding your attention. Basecamp. Bear Notes. Moniqa tries to.

    It's harder to build. Harder to fund (no viral loops). Harder to measure success (some days the best sign Moniqa's working is when you don't feel the urge to open it).

    But in personal finance, it matters. You want the tool to support good decisions—not trigger anxious checking. You want savings goals to motivate calmly, not stress you.

    The fact that Moniqa works offline, requires no account, and never nags you isn't a limitation. It's the point.

    What's Next

    Moniqa taught me that you don't need millions of users to build something meaningful. You need users who actually value what you've built.

    The best solutions aren't the most complex. They're the ones that understand the problem deeply enough to be simple.

    Build for humans. Not for metrics. Everything else follows.

    Have thoughts on this article? I'd love to hear from you.

    Connect on LinkedIn