GT · PB · 082
市场演进路径
Marketplace Evolution Path · marketplace-evolution-path--ramesh-johari
解决什么问题
创业者从 day 1 就按"marketplace"来设计产品和商业模式,但此时双边流动性不存在,导致产品无价值、早期商业决策锁死未来。
核心内容
阶段一:不要做 marketplace,做一个解决单点摩擦的产品
- Marketplace at scale 的价值是消除"双边互相寻找"的摩擦,但起步时没有这种 scale。
- 起步时的价值主张是 bespoke(定制化的),解决一个"在没有流动性时也能成立"的问题。
- 案例:
- UrbanSitter:起步时只解决一个摩擦——支持信用卡支付保姆费(此前只有现金)。积累流动性后,才转向基于 Facebook 社交网络的信任推荐,再转向按"联系/面试保姆"收费。
- oDesk:起步时解决远程工作的信任问题——提供工时追踪和截图工具,为双边提供担保。不是"帮你在海量工人中匹配"。
阶段二:在单侧获得 scaled liquidity
- Scaled liquidity 的 smell test:你是否有大量买家和大量卖家?如果只有一侧、或都没有,你不是 marketplace。
- 如果只有一侧做大,可以选择继续在该侧增长,不一定要做 marketplace。
阶段三:用已做大的一侧吸引另一侧
- 案例:Uber 进入新城市时,先补贴司机(scaled side),再通过免费骑行券吸引用户端。
- 这一步才真正进入 marketplace 的飞轮。
关键风险:早期商业决策可能锁死未来
- oDesk 早期按"平台流水抽 10%"收费,因为初始价值是工时监控。但长期关系建立后,平台监控价值递减,抽成却不变 → 导致 disintermediation(绕过平台直接交易)。
- Upwork 合并后不得不重新设计定价策略来应对。
适用边界
- 适用于所有打算做 marketplace 的早期创业者。
- 作者强调"几乎每个现代商业最终都有机会成为 marketplace",但起步时不应以 marketplace 自居。
- 例外:如果你的业务本身就是重控制劳动力(如 Stitch Fix 的造型师、医疗平台的治疗师),可能更适合 firm 模式而非 marketplace。
关键引述 · 原话
"A marketplace business never starts as a marketplace business, because what we think of as a marketplace business is something which at scale is removing the friction of the two sides finding each other." — Ramesh Johari
关联卡片
上游:marketplace-friction-removal(决定起步时解决哪个摩擦)。下游:marketplace-data-science-flywheel(流动性到位后才启动)。
出处:Ramesh Johari · 03-podcasts/ramesh-johari.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2