Skip to main content
utk®

01.

RedesigningSpinny'shomepageforcommittedbuyers


After booking a test drive, users returned to the exact same homepage as a first-time visitor. No booking detail. No next step. No acknowledgement they'd said yes. The homepage was losing people it had already won.

Role
Lead Designer
Team
1 PM · 3 Eng · 1 Analyst
Platform
iOS · Android · PWA
Timeline
4 Weeks · 2025

02.

Problem


Two users. One homepage.
A product blind to the difference.

Spinny's homepage was designed for discovery, browsing, filtering, comparing. It served exploratory users well. But a large cohort of returning users had already committed. They'd scheduled a test drive, made a booking, or were waiting on delivery. For them, the homepage showed nothing relevant.

“A user who just booked a test drive returns to the app and sees the same homepage as someone who has never heard of Spinny.”

The browserThe BuyerThe Gap
STATEBrowsing inventory. No commitment yet.Test drive booked. Returning for next step.
GOALFind the right carWhat do I do now?
HOMEPAGE FITWorks perfectly, built for this userShows nothing relevant. Booking invisible.
INTENTExploratory · low commitmentHighest intent · completely ignored

Two cohorts, one homepage, committed buyers were invisible to the product.

Drop-offs peaked in the 48-hour gap between scheduling and showroom visit. The data pointed to a continuity problem, not a UI problem.

03.

Wherethejourneybrokedown


I mapped the transactional lifecycle to locate exactly where committed users were being dropped. The friction wasn't in booking, it was in the void immediately after.

Test Drive Scheduled
User Commits · Intent at peak · Slot Confirmed
Problem Space
Returns to app · The homepage shows nothing relevant · No Next step
The Void
Showroom Visit
Arrives · Inspects · Moves towards booking
Booking & Delivery
Slot Paid · Awaiting delivery · Due RC Transfer
48h

Average gap between when test drive was scheduled to when the user would visit the Hub for the test drive spot. In the entire time window there is no affordance to the upcoming task or updates on the user action, which then was shown in data as Peak drop off point.

User lifecycle mapped across four stages, the 48-hour void between Test Drive Scheduled and Showroom Visit had zero product support.

Every stage after scheduling depended on the user remembering what to do next without the product telling them. That's not a feature gap, that's a trust gap.

04.

Nobodyhadsolvedthis.


Before designing, I audited how competitors handle returning committed users. The finding shaped the framing of the opportunity.

PlatformPost-booking homepageState awarenessVerdict
Cars 24
Indian Market
Dashboard widget with delivery tracker but only visible when logged in.
ConditionalAnonymousUsers sees nothing
Partial
Car Dekho
Indian Market
Generic inventory homepage. Identical to a first visit. No booking state.NoneNone
CarWale
Indian Market
Category filters and listings. Transactional intent invisible to the interface.NoneNone
Indian Market
The homepage tends to have a Phoenix Experience which enables a user with scarce and surface level information. This enables in low confidence and reduces the decision velocity.
NoneCommitted users are invisible
Gap

Competitive audit across four Indian used-car platforms, none surface post-booking state on the homepage.

No platform in the Indian used-car market surfaces booking state on the homepage for returning committed users. The gap isn't unique to Spinny, but that makes it an opportunity, not an excuse.

05.

Howmightweguidecommittedbuyers?


Reframing the hypothesis from a system description to a user experience changed how the team thought about the solution space.

The design question
What if the Spinny homepage knew exactly where a buyer left off and showed them the fastest way to finish?
The shift: from designing a page that presents inventory, to designing a page that responds to where the user is in their journey. Same homepage. Different mode. One clear next action.

06.

Workingwithintherealworld


Four constraints shaped what was possible before any exploration began. Understanding them early meant the solution didn't get killed in engineering review.

ReactJS performance limits
Complex patterns like snappable carousels were off the table. Clarity had to come from content hierarchy, not animation.
Platform team ownership
The transaction dashboard under Profile was owned by a separate team. We could extend the homepage, not reorganise the architecture.
Leadership risk appetite
Concern about conversion dips from major changes. The redesign had to be purely additive, no disruption to exploratory users.
4-week delivery window
No extended discovery phase. Decisions grounded in existing behavioural data and rapid validation sprints.

07.

Twopaths.Onerightanswer


I explored two structurally distinct approaches. The goal wasn't the most ambitious solution, it was the one that solved the problem without creating new ones.

Option 1, Inline Banner approach

Option A, Inline banner: a contextual strip above inventory. Lower disruption, limited information density.

Option 2, State-Aware Homepage (selected)

Option B, State-aware homepage mode: the page reconfigures based on transaction stage. Chosen direction.

We also explored a dedicated transaction dashboard and a snappable swipe interaction, both deprioritised due to ownership conflicts and performance constraints. The right answer was clarity, not novelty.

08.

FinalDesigns


The homepage dynamically adapts based on the user's transaction stage. Exploratory users see the existing browsing experience unchanged. Committed users see their stage and the one action they need to take, surfaced automatically.

Design system
Bento grid, state-aware homepage components

Component library for the state-aware homepage, covers all transaction stages from test drive scheduling through delivery.

Before & After
Before, generic homepage, no booking acknowledgement

Before, a returning buyer sees the same browsing homepage as a first-time visitor. No booking acknowledgement, no next step.

After, state-aware homepage showing test drive details

After, the homepage surfaces the user's exact stage, relationship manager details, and one clear next action.

All transaction states
Upcoming
Upcoming
Pending
Pending
Completed
Completed
Cancelled
Cancelled

09.

Outcome


By transforming the homepage into a journey-aware experience, active buyers got what they needed, visibility, context, a clear next step. At 2.5M MAU, small percentage improvements compound significantly.

−5.14%

Time-to-Visit (T2V)
Buyers moved faster from booking to showroom, less time in uncertainty, arriving more prepared.
+3.6%

User-to-Visit (U2V)
More users who booked actually showed up, the homepage reinforced commitment instead of ignoring it.
+3.2%

User-to-Delivery (U2D)
Users completed purchases with higher confidence, journey visibility reduced second-thoughts before delivery.
Post-launch · A/B validated · Spinny 20252.5M MAU

Uplift deepened further in the funnel, a signal this wasn't surface engagement, but a genuine improvement in decision quality among active buyers. All three downstream metrics moved together.

10.

Whatthistaughtme


The most important reframe happened before any design work. We weren't solving a UI problem, we were solving a continuity problem. The homepage didn't need to look different. It needed to know more.

Working within real constraints, team ownership boundaries, performance limits, leadership risk thresholds, sharpened the solution rather than diluting it. The best answer wasn't the most ambitious. It was the one that worked within the system while quietly changing what it could do.

Transactional users don't need more features.
They need the product to remember them.

Read next