Case study · Fintech · Consumer mobile

Redesigning India's digital-finance checkout.

ShopSe's EMI checkout served 200K+ monthly users through one rigid flow. Some customers financed a phone in 2 minutes. Others gave up after 40. This is how I rebuilt it, and what it taught me.

Role Lead Product Designer, 3 products Company ShopSe Scale 200K+ MAU Duration 14 months
What I owned ResearchUX architectureVisual designPrototypingUsability testingStakeholder alignmentDesign QA
20 → 12Screens in the flowDesign audit, before vs after
~50%Faster task completionTimed walkthroughs, before vs after
−18%Lending-funnel drop-offsInternal funnel analytics
<60sTo an eligibility signalWas 20–40 min for new customers
01Project overview

Some customers finished in 2 minutes. Others needed 40.

India's largest digital EMI marketplace: 200+ brands, 40K+ retail touchpoints, 10+ lenders. Three very different customers went through the same 20-screen checkout. Pre-approved buyers finished in 2 minutes. New to credit took 40.

Forty minutes at a counter, in a queue, handing your phone to a salesperson typing your PAN into a form you cannot see. You do not know if you will be approved, or how much longer this takes. Plenty of people walked out.

Nobody had designed this journey. It grew around lender API sequences, and every new partnership added screens.

60%

Pre-approved

Bank knows them. Phone → offers → EMI → done. ~2 minutes.

30%

New to credit

Full real-time underwriting: identity, income, credit score, KYC. 20–40 minutes.

10%

Credit Card EMI

Pick a tenure, confirm on the existing card. Medium friction.

Seven representative screens from the original 20-screen checkout

From the original flow · 7 of 20 screens · 5+ long forms with no progress indicators

02Research · picking the chess pieces

I went to the stores. Three things changed my mind.

Remote testing would have missed the point. This flow happens at a counter, on a borrowed phone, with a salesperson in the middle and a queue behind. So I went where the product lives.

Heuristic auditAll 20 screens mapped against the lender API each one served. The flow followed the system's sequence, not the customer's.
Contextual inquiry5 purchases shadowed end to end, plus notes from 12+ shops. I watched and stayed quiet.
SynthesisThemes clustered, then pressure-tested against funnel data.

"This feels like a bank loan application, not a phone purchase."

New-to-credit user · session 3

"Which one is actually cheaper overall?"

Asked to the merchant · 3 of 5 sessions

"Is this normal? Why so much scrolling?"

At Form 6 · a 1140px scroll
Customers pointed at products. They never browsed.In 4 of 5 sessions people pointed at the shelf. The category funnel solved a backend problem, not theirs.
Long forms broke trust, not just patience.All five paused at Form 6. They did not ask "how much longer?" They asked "is this normal?" That is a safety question, not a patience one.
Nobody could tell which plan was cheaper.The list showed monthly amounts only, so customers asked the salesperson. The most important number in the loan was outsourced to someone with a sales target.

I mapped what a new-to-credit customer did, thought, and felt at every step. Seeing the emotion drop next to the screen that caused it made the trust problem impossible to ignore. Each low point became a design move in V2.

01At the shelf 02Borrowed phone 03The forms 04Form 6 05The wait 06Choosing a plan Hopeful Uneasy Strained Anxious Dependent Trust breaks here Doubting points, never browses details typed by a stranger no progress in sight a 1140px scroll 20 to 40 min, no signal asks which is cheaper
The full journey mapRow by row: what people did, thought, and felt at each stage, and the V2 move for each low point
01At the shelfWalks in, points
02Borrowed phoneDetails go in
03The formsIdentity · income · KYC
04Form 6A 1140px scrollTrust breaks here
05The waitFull check runs
06Choosing a planThe EMI list
Doing
Points at the phone and asks about EMI. The salesperson opens ShopSe.
Hands over their details. The salesperson types PAN and income into a form the customer cannot fully see.
Works through 5+ long forms, none of them showing progress.
Scrolls, and keeps scrolling. All five shadowed sessions paused here.
Stares at a blank redirect while full underwriting runs. 20 to 40 minutes for an answer.
Sees monthly amounts only, and turns to the salesperson for help.
Thinking
Wants the phone today. Hopes the credit comes through.
What exactly is being entered on my behalf?
This feels like a bank loan application, not a phone purchase.
Is this normal? Why so much scrolling?
Did it fail? Should I just pay cash, or walk away?
Which one is actually cheaper overall?
Feeling
Hopeful Uneasy Strained Doubting Anxious Dependent
Pain
The category funnel assumes browsing. In 4 of 5 sessions, nobody browsed.
No visibility into their own application, on their own phone.
No sense of how much is left, or why each field is needed.
Not boredom. A safety doubt, in the middle of a credit application.
The expensive check runs first, so all the effort comes before any signal. Plenty walked out.
The most important number in the loan is outsourced to a stranger with a sales target.
What V2 changed
Search + scan. Direct search and a barcode scan replaced the funnel.
Review checkpoint. Everything entered is shown back before it reaches lender APIs.
3 focused forms. 3 fields removed after the compliance audit.
Clarity before effort. Eligibility comes first, so the remaining forms feel worth it.
Soft check first. An eligibility signal in under 60 seconds, then named loading stages.
Comparable totals. Lenders side by side, total cost in rupees, every tenure in one view.

Journey map · new-to-credit customer at the counter, before the redesign · built from the five shadowed purchases · swipe sideways to see all six stages

Where I was wrong

My first pass polished the category funnel: better icons, better cards, tighter spacing. The field visits showed customers never used it. I killed the funnel and replaced it with direct search and a barcode scan. That one correction changed the direction of the whole redesign, and taught me to question the structure before touching the surface.

03Understanding the current flow

The real problem was the order of two checks.

Two underwriting layers exist. A fast soft check gives a directional answer from phone, PAN, and date of birth. A slow full check gives binding approval. The old flow ran the expensive one first, so users spent 20 minutes before any signal.

Soft Check

Pre-eligibility · fast, directional
Inputs
Phone · PAN · Date of birth
Output
"You may be eligible for Bank A up to ₹50K." No hard credit impact.

Full Check

Final approval · slow, binding
Inputs
Employment · Income · Bank account · Full KYC
Output
Exact EMI plans and disbursement terms.

"The goal isn't to remove friction. It's to move clarity earlier in the journey."

The principle every later decision was tested against
04Design ideation · architecture

Exploring four checkout architectures.

Before any UI, I argued four structures against the field evidence.

RejectedBank-First

Pick a lender, fill the form, then learn eligibility.

Users don't know which bank will approve them. Choice without clarity creates dead ends.
RejectedFull Form First

Everything upfront, then all eligible banks.

Effort before clarity feels overwhelming.
ConsideredGuided Recommendation

Show all banks, highlight the likely approval.

Less confusion, same repeated effort.
✓ ChosenEligibility-First

Fill details once. See every valid lender instantly.

People accept effort when it guarantees a clear, comparable result.
05Design ideation · the new flow

Rebuilding the flow in four phases.

Four phases, each built around the question the user is silently asking at that moment: who am I, what can I afford, can I be trusted, is it done.

Phase 01

Onboarding

"Who am I?"

One login screen, inline OTP. Eligibility runs silently behind it.

Phase 02

Selection

"What can I afford?"

Direct search or barcode scan. Side-by-side EMI comparison.

Phase 03

Verification

"Can I be trusted?"

3 focused forms, 3 fields removed after a compliance audit, review checkpoint.

Phase 04

Completion

"Is it done?"

Mandate summary, GPay, named loading states.

Screens 1 to 6: splash, pre-approved welcome, approval with search, plan selection, product details, EMI tenure options Screens 7 to 12: personal details, employment, review checkpoint, mandate summary, UPI PIN, success receipt

The shipped flow · 12 screens, login to receipt

The EMI comparison screen

In 3 of 5 field sessions, customers asked the merchant which plan was cheaper. The old list showed monthly amounts and nothing else. The new screen makes the comparison for them.

EMI comparison screen with three annotated decisions
1
Lenders side by sideThree options visible without scrolling. Switching updates every number instantly.
2
Total cost as a numberSavings and interest in rupees, not percentages.
3
Tenures in one viewEvery tenure with its interest and saving, in one view.
The pushback

Lender partners resisted exposing comparable totals. I brought recordings of customers asking merchants "which is cheaper?" The founder backed the user-first call.

06Iteration

Why my first redesign failed.

V1 shipped polish: shorter fields, nicer EMI list, a cleaner success page. Friction barely moved, because the architecture hadn't. V2 restructured instead, and two of its less glamorous decisions did the most work.

Review Details checkpoint with annotations on the review header and PAN field
1
A review screen before submissionUsers see everything they entered before it reaches lender APIs.
2
Catching unrecoverable errorsA mistyped PAN used to mean an irreversible rejection and a burned credit inquiry. Now it is an edit, not a dead end.
The waiting problem

Payment used to be 5 to 8 seconds of blank white screen. Users called it "sketchy." I replaced it with named progress stages, so a mandatory wait reads as motion instead of failure.

Loading screen with named progress stages and explanatory copy
1
Named stagesBank details → KYC → E-mandate. Users always know where they are and what's next.
2
Copy that explains the wait"Matching your best EMI plan" instead of "Loading."
07Impact

What moved, and where the numbers come from.

Drop-off comes from production analytics, screen count from a before and after audit. The speed figure is different: timed walkthroughs of the same purchase, reliable on direction, less exact on magnitude. I would rather say that than let it be assumed.

20 → 12Screens in the flow. Design audit, before vs after.
~50%Faster task completion. Timed walkthroughs of the same purchase, old flow vs new.
−18%Lending-funnel drop-offs. Internal funnel analytics after rollout.
<60sTo an eligibility signal for new-to-credit users. Previously 20–40 minutes of forms before any answer.

Behavior shifted

Drop-offs moved earlier in the funnel: cheap exits at login and search instead of expensive abandonment at Form 6 and KYC. Funnel analytics.

Operations got cheaper

The review checkpoint caught PAN and Aadhaar errors before lender APIs saw them. Merchant training simplified, fewer support tickets. Ops team feedback.

New business unlocked

The architecture made online (not just in-store) checkout viable. ShopSe expanded into Health & Wellness (2× repeat customers), EdTech (+55% enrollments), and Insurance (+48% policy sales). Company vertical reporting.

Shipped on an 85+ component design system I built and maintained as the lead designer, adopted by 4 product squads · WCAG 2.1 AA / AODA across 47 flows

08Reflection and learnings

What this project taught me.

Research the architecture before redesigning the UI.The most valuable artifact of this project was a sequence diagram of two underwriting layers, not a screen. V1 failed because I polished before I understood.
Users accept effort when clarity comes first.People happily filled the same form once they knew it guaranteed a clear, comparable result. They weren't abandoning effort. They were abandoning uncertainty.
Trust is designed, not assumed.In finance, waiting states, form length, and word choice are the product. A blank screen can undo twelve good ones.