Skip to main content
AdityaChinchakar
All writing
Mar 2025·8 min read

The Super-App Paradox: Why Feature Bloat Is Killing Neobanks

An unsolicited UX audit of India's Tier-1 neobanks reveals a consistent pattern: the more features they add, the less users trust them. Here's the cognitive architecture fix — and why intent-led design is the only way out.

FinTechUX StrategyProduct Architecture

India's leading neobanks — Fi, Jupiter, and Niyo — have a shared problem that their growth metrics are hiding. They've been competing on feature count, and it's costing them retention.

I spent three weeks auditing their UX: running through primary financial flows as a user, mapping their information architecture, counting navigation items, and running contrast and accessibility checks. The pattern that emerged was consistent enough to call a structural problem, not an execution problem.

The Super-App Trap

The super-app playbook — offer every financial service in one place, increase daily active usage, capture more of the user's financial life — sounds compelling in a board presentation. In practice, it creates an interaction design nightmare.

When I opened each of the three apps I audited, I counted the number of distinct actions visible above the fold on the home screen without scrolling. Fi: 14. Jupiter: 11. Niyo: 9. For comparison, Revolut (considered a well-designed neobank internationally) shows 4.

Each additional visible action on a screen increases the cognitive load required to find the one action the user actually came to perform. This is not a new finding — Hick's Law and Miller's Law have been in every UX textbook for 30 years. But neobanks are learning it the hard way.

What Cognitive Load Does to Trust

Money is a high-stakes domain. When a user feels uncertain or overwhelmed in a banking app, they don't just experience frustration — they experience anxiety. Anxiety in a financial context maps directly to trust erosion.

The more features a neobank adds, the more it signals 'we are a technology company trying to be your bank' instead of 'we are your bank, powered by technology.' Trust requires the latter.

This is the paradox: neobanks add features to increase engagement, but each feature adds cognitive load, and accumulated cognitive load erodes the sense of safety and clarity that banking requires. Users who feel overwhelmed don't explore — they revert to their primary bank for anything that actually matters.

The Intent-Led Architecture Fix

The structural solution is to design around user intent rather than feature inventory. Instead of a home screen that asks 'what feature do you want?', you design a home screen that asks 'what are you trying to accomplish?'

Primary intents in personal banking are predictably narrow:

  • Check my balance / recent transactions (passive, high frequency)
  • Send money to someone (active, high confidence required)
  • Pay a bill (active, recurring, low friction required)
  • Understand my spending (reflective, low urgency)
  • Do something new (rare, exploratory — this is where feature discovery belongs)

An intent-led home screen surfaces the first three prominently and collapses everything else behind a 'More' or 'Explore' affordance. This isn't hiding features — it's respecting the user's attention and reserving it for their actual task.

Progressive Disclosure, Not Progressive Loading

Every neobank I audited uses progressive loading well — skeleton screens, smooth state transitions, fast API responses. None of them uses progressive disclosure well.

Progressive disclosure means showing only the information needed for the current step in a task, and revealing more as the user advances. In a send-money flow, the home screen shows 'Send.' Tapping shows recent contacts and a search input. Selecting a contact shows amount entry. Confirming shows the review screen. At no point does the user see options irrelevant to the current step.

Fi's send-money flow shows investment nudges during the confirmation step. Jupiter shows a cashback offer after amount entry. These interruptions are individually minor, and collectively they teach users that the app's goals and the user's goals are not aligned.

Why Trust Design Is the Actual Product

The neobanks winning long-term retention aren't winning on feature count. They're winning on trust. Trust in a financial product is a function of three things: it does what I expect it to do, it doesn't surprise me with things I didn't ask for, and it makes me feel in control.

Every design decision — how many items are on the home screen, whether you interrupt a transaction flow with a cross-sell, how you surface an error message — is a trust decision. Neobanks that internalize this will compound trust over time. Those that don't will keep seeing high acquisition and low long-term retention.

Methodology note

This audit covers publicly available UX of Fi, Jupiter, and Niyo as of Q1 2025. App versions: Fi 4.2, Jupiter 3.8, Niyo 5.1. Cognitive load observations are based on Nielsen Norman Group heuristic evaluation methodology and Miller's Law applied to visible navigation elements. This is unsolicited analysis — I am not affiliated with any of these companies.


Aditya Chinchakar

Senior Product Designer · Founder of Aulys · Based in India

More writing

Read more essays

Back to Writing