Rutvik Ghughal

← Rutvik Ghughal  /  case studies

Case study 02

From complaint data to a prioritized roadmap

A full product pipeline on a live Indian mobility app: cluster the real complaints, score the ideas, write the PRDs, test the mockups on 44 users — then let the test results change the roadmap.

Context
IIM Bangalore · Digital Product Management, end-term
Year
2025
Contribution
Team project · Group 8
Frameworks
Problem matrix · HMW · Crazy 8s · RICE · North Star · user testing · Jira

What this is: academic coursework — an outside-in analysis of a publicly available product, built from publicly visible user complaints and the team’s own user testing. Not affiliated with, commissioned by, or endorsed by Namma Yatri or Juspay. No internal company data was used.

Team project — individual contribution detail to be added.

The pipeline

User complaints Problem matrix 4 clusters How-Might-We goals Crazy 8s ~30-idea feature pool RICE scoring PRDs + wireframes User testing (44) Roadmap

Step 1 — Plot the pain, don’t rank opinions

Real complaints were plotted on problem intensity × problem frequency, then grouped into four clusters. High-intensity/high-frequency items became the shortlist.

Cluster 1

UI / UX issues

Poor UI/UX · app not working or vague errors · OTP not received · crashes and freezes · in-app navigation · interface language.

Cluster 2

Operational inefficiencies

Long confirmation and wait times · driver ETA inaccuracy · “driver was not moving towards pickup” · driver not responding.

Cluster 3

Trust & perception

“Found another ride” · fare discrepancy after the ride · rude behaviour and extra demands · poor customer support with no real-time help.

Cluster 4

Feature gaps vs competitors

App reliability · advanced scheduling · female-focused safety features · general feature parity with other ride-hailing apps.

Each cluster was converted into How-Might-We goals — e.g. “HMW optimize auto allocation to lower wait times?” and “HMW address post-ride fare conflicts to avoid dissatisfaction?”

Step 2 — Score the pool

Crazy 8 sketching produced roughly 30 candidate features. Every one was put through RICE.

RICE = (Reach × Impact × Confidence) ÷ Effort. Reach /10, Impact /5, Confidence /1, Effort /5. Top five were shortlisted for PRDs.
FeatureRICERICE
One-Tap Payment9.03.00.902.012.15
Ride Modification & Scheduling8.03.00.853.06.80
Real-Time Traffic Intelligence7.02.50.852.05.95
Secure Routes7.02.50.853.04.96
AI Voice-Assisted Search6.03.00.803.04.80
Visual Meter for Fare6.01.50.802.03.60
Pre-ride Comfort Checks5.02.00.752.03.55
Live Vehicle Density8.02.00.653.03.47
Priority Pass6.02.00.704.02.10
Request Any with Customisation6.01.00.702.02.10

The North Star

Conversion rate = Completed Trips ÷ Searches

One number that only moves if the whole loop works

Step 3 — Specify, then test

Each shortlisted feature got a mini-PRD: problems solved, key metrics, user stories with acceptance criteria, and a wireframe. Example — One-Tap Pay:

Problems solvedKey metrics
Long confirmation / wait times · fare discrepancy after ride · driver demanding extra Payment success rate · average payment time · dispute rate

Acceptance criteria were written at the screen level — e.g. “when the ride ends, an in-app notification shows the exact fare with a visible Pay with UPI CTA”; “the fare amount and driver’s UPI ID are pre-filled”; “trip status changes to Payment Completed.” The backlog was then scheduled in Jira across August–October with dependencies.

Step 4 — 44 users, and the scores that changed the plan

Mockups were tested with 44 users on a 1–5 Likert scale. This is the part that earned its keep: two features moved on the evidence.

Mean Likert scores (1 = least, 5 = most), n = 44, collected via Qualtrics on mockups.
FeatureValue addEase of useLikely to useOverall
One-Tap Pay4.684.754.614.68
Secure Routes3.914.803.944.22
AI Voice Assistant3.554.502.913.65
Real-Time Ride Modification4.052.614.053.57
Real-Time Traffic Intelligence4.022.733.733.49
Visual Meter for Fare1.573.733.272.86

The roadmap that came out

Short · 1–2 months

Quick wins

One-Tap Payment (direct UPI checkout) · traffic-based auto rematch.

Mid · 3–5 months

Trust & personalization

Secure Routes · real-time ride modification (add stops, change destination).

Long · 6+ months

Innovation

AI voice-assistant booking.

← All case studiesNext: Two segments, one device: pricing and roadmap under constraint →