Home Portfolio Resume AI Contact
← BACK TO PORTFOLIO
CASE STUDY 01 · RIDEZEI

Intercity carpooling for India, rebuilt.

Rebuilt around the three things every existing app gets wrong. A self-directed case study — research, prioritization, a design system, and a prototype you can play with.

Role
Product Manager (solo)
Scope
0→1 PRD · Design system · Prototype
Timeframe
2026 · self-directed
Corridor
Pune ↔ Mumbai
01 / 07 · The problem

A whole segment nobody's building for

Different journey, different price sensitivity, different trust problem.

BlaBlaCar exited India in 2017, and nobody properly filled the intercity carpool gap since. The apps that exist today — Quick Ride, sRide, Togopool — are built for intracity daily office commutes, not for the 40–400 km intercity trip. They're served by products designed for none of it.

The people stuck in the middle: young professionals, 22–32, mixed gender — choosing between buses and trains (cheap, uncomfortable, rigid) and outstation cabs (comfortable, expensive), with nothing fairly priced in between.

02 / 07 · What's already solved

Credit where it's due

Being fair to the incumbents is what makes the rest credible.

These are solved, expected, and not where a new product competes:

  • Phone OTP + Aadhaar verification
  • Same-gender ride filter
  • Real-time GPS tracking
  • In-app chat
  • Cashless payments
  • Star ratings

Table stakes. So I built past this line, not on it — which brings us to the three gaps that actually matter.

03 / 07 · The core

The gaps — and what I proposed

Three problems nobody's closing. Each one, with my proposed fix beside it.

Problem 01

Safety is a single toggle, not a system

Every competitor's "safety feature" is a same-gender filter and a panic button. Nothing protects the rider during the trip — no live trip-sharing, no check-ins, no verified profile depth beyond a badge.

Hurts most: a woman traveling 150 km with a stranger. A toggle isn't reassurance.
My solution
  • Aadhaar-verified profiles with real depth
  • Live location + auto trip-sharing to emergency contacts
  • Silent check-ins every 45 minutes
  • One-tap SOS
Trade-off: chose silent check-ins over loud ones, so a rider under duress isn't forced to react in front of the person causing concern.
Problem 02

Cancellation has no fairness model

Reviews name last-minute cancellations as the #1 complaint. Quick Ride advertises a no-cancellation policy but doesn't enforce it. Drivers now demand 50% upfront informally — the market already voted the system doesn't work.

Hurts most: both sides — riders left stranded, drivers eating empty seats.
My solution
  • Tiered cancellation charges by time before departure (free >12 hrs → scaling to no-show)
  • A reliability score — starts at 100, recoverable, resets after 5 clean trips
  • Emergency-exception flow: 3/year, reviewed in 24 hrs
Trade-off: rejected both a zero-penalty model (kills supply) and a rigid Uber-style penalty (punishes real emergencies).
Problem 03

No visual seat selection, anywhere

Every Indian carpool app treats a car as an undifferentiated blob of "seats available: 2." None let a rider see or choose which seat — window vs. middle, a motion-sickness-friendly spot, a premium seat.

Hurts most: anyone who's been carsick in a middle seat for 3 hours.
My solution
  • Visual seat-selection map at booking
  • Remembered seat preference for return trips
  • One-tap "any available seat"
Why it matters: the differentiator competitors literally do not have — a solved pattern everywhere else in travel booking.
04 / 07 · Prioritization

Why these three, in this order

The call — judgment, not just taste.

Ranked by (1) how broken it is today, (2) how directly it drives trust — the real currency of a stranger-in-a-car product — and (3) defensibility.

ProblemSolved by competitors?Priority
Same-gender filterYes (Quick Ride)TABLE STAKES
Layered in-trip safetyNoP0
Cancellation fairnessBroken everywhereP0
Visual seat selectionNo one has itP0
Intercity-first positioningOrphaned segmentFOUNDATION
Multi-dimensional ratingsWeak everywhereP1
Pickup-point precisionBroken everywhereP1
Driver-side product depthNeglectedP2
Deliberately out of MVP

Subscription pricing, an in-app cash fallback, and direct 112 (emergency) integration were left out on purpose — each adds surface area without moving the three things that build first-trip trust. Naming what you didn't build is a stronger signal than a feature-complete fantasy.

05 / 07 · Playable

Try the prototype

Not a mockup — a working, fully clickable booking flow.

Opens in a new tab. Watch for the visual seat picker, the floating nav, and the one-yellow-CTA discipline.

06 / 07 · Success metrics

How we'd know it worked

Targets tied to the three problems — not results.

This is a case study, not a live product, so I won't fabricate outcome data. These are the targets I'd hold the launch to:

Safety

  • Female rider retention 45%+ at month 2
  • Safety incidents <0.5 / 1,000 trips

Fairness

  • Late cancellations under 3%
  • Avg reliability score above 85

Control

  • 60%+ of bookings use seat selection
  • NPS lift of +10 for users
07 / 07 · What's next

Honest and forward-looking

There's no clean finish line — and pretending otherwise is a red flag.

  • Full screen set still in progress — rider ~20 screens, driver ~12 screens.
  • I'd interview the Priya-persona rider before locking the safety copy — right now it's review-mined, not primary research.

Open questions still on the wall:

  • Subscription vs. per-ride commission — which pricing model sustains both sides?
  • Do driver reliability scores show before acceptance, or only after?
  • How much of the safety system is on-by-default without feeling like surveillance?
Research insight

The one real primary-research signal is driver-ghosting — drivers demanding partial upfront payment because cancellations burned them. Everything else in the safety copy is a hypothesis until interviews confirm it.

Want to go deeper, or talk through the calls?