← Back to the library

Validation report

A hyperlocal, app-based on-demand delivery marketplace connecting Muradnagar town shops (food, grocery, essentials) to nearby villages like Kanauja via individual courier trips

10 August 2026

BUILD-BUT-DIFFERENT

The general on-demand marketplace shape has repeatedly died in India on unit economics; a narrow, single-category, batch-aggregation model on the same route has real potential.

Scorecard

Ten axes, 1–5. Bars share one colour because length carries the value.

Pain intensity
3/5

Real inconvenience (extra trip, time, petrol), not urgent

Purchase frequency
3/5

Plausible weekly-ish if narrowed to necessities; low if kept as discretionary food

Payer alignment
4/5

User, payer, decider are the same person — simple

Leverage ▲ risk
2/5

Operator can't compel shop cooperation or prevent shops going direct once relationship is visible

Free-substitute risk
3/5

No formal free substitute, but asking a family member/neighbor is the ever-present informal default

Graveyard ▲ risk
2/5

Repeated, well-funded failures of the generalized version, same unchanged cause

Build feasibility ▲ risk
2/5

Trivially buildable (WhatsApp + manual dashboard) — capped by inversion rule since moat scored 1

Distribution
3/5

Cheap via word-of-mouth in a small village; low ceiling

Compounding moat ▲ risk
1/5

No data/network effect; copyable by anyone with a bike and a WhatsApp group

Regulatory
3/5

Mostly green; food/pharma handling needs attention

Hard kills

Gates, not weights. Any one that fires overrides the score entirely — and one has.

  • FIRED Two or more funded attempts died of the same unchanged cause — TinyOwl, PepperTap, Grofers, Dunzo all failed generalized hyperlocal delivery on negative unit economics that scale with density — the exact structure originally proposed
  • clear Free or zero-marginal-cost substitute exists or could trivially appear — Informal-only (asking a neighbor), not a real competing product
  • clear Frequency worse than once per 3 years with no institutional payer
  • clear The user cannot compel the outcome being sold — Borderline — shop/rider cooperation not guaranteed, but not an outright kill
  • clear Requires a licence unobtainable within 12 months — FSSAI etc. obtainable
  • clear Transfer trap: pure transfer from an organised repeat-game party to a one-time individual — Batching adds real value beyond pure transfer
  • clear Negative contribution margin at unit one, with no volume assumption that fixes it — Conditional — fixable if batching density is achieved, which is the untested assumption
← Back to the library Validate your own idea →