Product Interview QnAby Vishal Builds
FintechSeniorGAME (Goal Clarity, Audience Segmentation, Map Levers, Execute & Prioritise)

You're a PM at a neobank. Onboarding conversion has plateaued. How would you improve it?

Clarify before I solve

Before I touch levers, three things change the entire approach, so I'll ask rather than assume.

Candidate

First, what counts as onboarding here? App-install through to account-opened, or account-opened through to the first funded transaction?

Interviewer

Account-opened through to the first funded transaction.

Candidate

Good. That's the stretch where a neobank actually makes or loses money, so a plateau there is worth real effort. I'll focus on sign-up start → first funded account.

Candidate

Second, where is conversion sitting now, and has it always been there, or did it drop to this level?

Interviewer

It's hovered around 35 to 40% for the last couple of quarters.

Candidate

So it's chronic, not a sudden regression. A sudden drop would send me to diagnose what broke; a long-standing plateau tells me the easy leaks are fixed and growth has flattened. I'll treat this as an optimisation problem.

Candidate

Last, are there constraints I should treat as fixed: a regulatory KYC step I can't remove, or a timeline?

Interviewer

KYC is regulatory, it stays. You have a quarter.

Candidate

Useful. So I can't solve this by cutting the compliance gate, the job is to lift funding without touching KYC, and one quarter rules out anything that needs a long rebuild.

Goal clarity: what are we actually optimising?

Before I optimise anything, I want to agree what a good conversion actually is.

Candidate

Do we count an account the moment it's funded, or only if it's still active after a month?

Interviewer

Only if it's still active. We've seen people fund once and then go quiet.

Candidate

Then raw conversion is the wrong target. My real objective is the rate of sign-up starts that become funded, retained, low-risk accounts: funded-at-30-days as the headline, with fraud and chargeback rate and D30 retention as guardrails. That stops me winning the metric by dropping KYC friction and converting fraudsters, which would flatter the number and hurt the business.

Structure the funnel before optimising (MECE)

Conversion is not one number, it is a product of stage-rates: start sign-up → clear KYC → fund the account → first transaction. Every user who fails to convert is lost at exactly one of those stages, so the funnel itself is my mutually-exclusive, collectively-exhaustive backbone. I find the leaking stage, then decompose the causes at that stage.

I'll read it on three orthogonal axes, because the blended number hides the problem:

  • Stage: which step bleeds the most? That is where a fix can actually move the metric.
  • Segment: new-to-banking versus switchers, very different trust and familiarity.
  • Failure type: did they abandon, a product and motivation problem, or get rejected, a policy and eligibility problem? Those need opposite fixes.

That gives me a grid of stage × segment × failure-type. The next move is to read the data and find the one cell carrying the loss, not to start naming features.

Segment: where exactly is the drop-off?

Now I read that grid against the data, because a single conversion number hides where the problem actually is.

Candidate

Can I see stage-by-stage drop-off across start sign-up → identity/KYC → fund the account → first transaction? And can we cut it two ways: new-to-banking versus switchers, and whether people abandoned or were rejected?

Interviewer

KYC completion is healthy. The big drop is at funding: about 45% of users who clear KYC never fund. It's concentrated in new-to-banking users, and they're abandoning, not getting rejected.

Candidate

That reframes the whole problem. It's not that onboarding is leaky everywhere; it's that people who've cleared the hard part won't put money in. I'd point everything at one stage for one segment: funding abandonment among new-to-banking users.

Map the levers: why won't they fund?

Now the second MECE layer, the causes at the leaking stage. For an abandonment problem the reasons are exhaustively one of three buckets, and I'd generate hypotheses across all three rather than jumping to a feature:

Trust / motivation. A new-to-banking user has cleared KYC but has no reason to move real money into an app they don't trust yet. There's no proof it works before they're asked to commit cash, and "what if my money gets stuck" is a real fear for someone using a bank like this for the first time.

Friction. Funding might require a bank transfer with manual IFSC and account entry, a cooling-off period, or a minimum amount. Each is a reason to defer to "I'll do it later," and later never comes. For a new-to-banking user, even a two-minute transfer with unfamiliar fields is enough to stall.

Value gap. Nothing happens before funding. The product is inert until money is in, so there's no aha-moment pulling them across the line, no reason funding feels urgent today rather than next week.

Given the segmentation, friction and motivation are the live buckets: these users chose us and cleared KYC, then stalled at the money step. The value gap is real, but I'd treat it as secondary.

The interviewer pushes back

Interviewer

You're about to bet a whole quarter on funding friction for new-to-banking users. But maybe they're simply not ready to put real money into a neobank they've used for five minutes, and no number of instant-UPI buttons changes that. Convince me you're not about to ship a feature that moves nothing.

Candidate

Reasonable worry, and it's exactly why I instrument the bet rather than place it blind. Three things. One, the segmentation already rules out the simplest not-ready story: these users chose us, cleared a hard KYC step, then abandoned rather than got rejected, which is high intent stalling at the money step, not absent intent. Two, friction and readiness make different, fast-readable predictions: if instant low-minimum funding lifts the funding-step completion rate within the first couple of weeks, friction was real; if completion stays flat, you're right that it's readiness, and the fix is the pre-funding value moment, not more funding rails. Three, that is exactly why funding-step completion is my leading indicator and the value moment is queued as step two, the week-four read tells me which world I'm in. So I'm not betting the quarter on one belief, I'm running the cheapest experiment that separates the two, and a flat funding-completion rate despite frictionless funding is the result that would change my mind.

Solutions, and what I'd deprioritise

From those buckets, the candidate solutions, judged on impact against effort:

  • Lower the funding ask (friction). Let users fund as little as ₹100 instead of a high minimum, and add instant funding via UPI or card so there's no multi-day transfer wait. Attacks the most direct cause. High impact, low effort.
  • Create value before funding (value gap). Let the user see their virtual card, set a savings goal, or preview a feature before the funding gate, so funding unlocks something they already want. Medium impact, medium effort.
  • Build trust mid-funnel (motivation). Social proof, deposit-protection messaging, and a "fund ₹100 to try it, withdraw anytime" framing that lowers the perceived stakes. Medium impact, low effort.
  • Re-engage the abandoners. A well-timed nudge, not spam, with a concrete reason to come back and finish. Low-to-medium impact, low effort, and it recovers people we've already paid to acquire.

What I'd explicitly deprioritise: a full onboarding redesign. It's tempting and it photographs well in a deck, but it's high-effort, slow, and the data says the problem is one specific gate, not the whole flow. With only a quarter, rebuilding everything to fix one stage is how you spend the time and move nothing. I'd also leave KYC alone: it's regulatory, and it's not where the abandonment is.

Sequence & measure

I'd sequence by impact-over-effort and by learning value, inside the one quarter:

  1. Weeks 1 to 3: ship instant UPI funding and the low minimum, A/B against control. Cheapest, attacks the biggest leak, fast to ship. It's the bet most likely to move the number, so it goes first and behind a clean experiment.
  2. Weeks 4 to 8: add a pre-funding value moment (virtual card preview), again A/B'd. If funding-friction alone doesn't close the gap, this addresses the motivation half. The week-4 read on step 1 tells me how hard to push here.
  3. Weeks 8 onward: layer trust messaging and the re-engagement nudge as fast follows, since they're cheap and additive.

Then I'd measure in three layers, so I get an early read without fooling myself:

  • Leading indicators (move within days): funding-step completion rate, time-to-first-funding, and the share funding via instant UPI. These tell me fast whether the fix is landing, well before conversion can.
  • Lagging headline (the outcome that matters): first-funded-account conversion and funded-at-30-days. Slower to read, but it's the number we're moving.
  • Guardrails (must stay flat or better): fraud and chargeback rate, and D30 retention.

If the leading indicators move but the headline doesn't, my funnel map was wrong, and I'd re-segment rather than ship more.

Risks, and how I would de-risk

Before I commit, I'd pressure-test the top fix rather than present it as free:

It could invite fraud. A ₹100 minimum on instant rails is exactly what a fraud ring likes. So I'd pair it with velocity and device checks and watch the fraud guardrail inside the A/B, not just conversion. If fraud climbs, the win is fake.

It could move funding but not retention. Converting someone with a ₹100 deposit doesn't mean they stay. That's why funded-at-30-days, not first-funding, is the headline; if these users churn by day 30, the fix is hollow and I'd rethink the offer rather than scale it.

The test could be underpowered. If funding-abandoners are a modest slice of weekly traffic, I'd size the experiment up front and predefine the minimum detectable effect, so I don't read noise as a result.

One-line close

So: I'd resist optimising the average, isolate the funding-abandonment leak for new-to-banking users, ship instant low-minimum funding first as the cheapest high-impact move inside the quarter, protect fraud and retention as guardrails, and pressure-test the fix so I don't win the metric and lose the business.

For the candidate

Keep in mind

  • Clarify the funnel boundary, whether the plateau is chronic, and the hard constraints before solving. A sudden drop is a root-cause question, not this one.
  • State the real objective and its guardrails up front, so you can't "win" the metric by degrading quality.
  • Decompose the metric into its stage-rates first: conversion is a product, not a number, so the funnel is a ready-made MECE tree. Find the leaking stage, then MECE the causes at that stage (motivation / friction / value).
  • Segment to find the one stage-and-segment doing most of the damage, and split abandon vs reject; resist optimising the average.
  • Prioritise by impact-over-effort, sequence inside the real constraint, and say out loud what you would NOT do and why.
  • Under pushback on the core bet, show the competing explanations make different fast-readable predictions, sequence the cheapest test that separates them, and name what would change your mind.
  • Pressure-test your top fix: name how it could backfire (fraud, hollow conversion, an underpowered test) and how you would catch it.
  • Close on metrics in layers: leading indicators for fast signal, the lagging headline you are moving, and guardrails that must not break.