PD · MM · 127
方案深化与市场拓宽
Solution Deepening Vs Market Widening · solution-deepening-vs-market-widening--rahul-vohra
所属簇 产品战略框架与竞争护城河
解决什么问题
产品变慢了——用户和市场都在反馈"你们速度变慢了"。如何诊断这是不可避免的还是可以解决的？
核心内容
将公司内所有建设工作分为两类：
| Solution Deepening | Market Widening | |
|---|---|---|
| 定义 | 为现有用户改进产品，但不扩展用户群 | 让更多用户能使用产品，但不改进产品本身 |
| 用户感知 | 高——用户直接感受到改进 | 低——现有用户看不到变化 |
| 早期阶段 | 集中投入，通往 PMF 的路径 | 几乎不做 |
不可避免的减速：
- 当产品需要 Market Widening 时（如邮件客户端必须从 Gmail-only 扩展到 Outlook、iOS、Android、Windows、macOS、Web），大量工程投入花在用户看不到的平台上。
- Superhuman 为支持所有组合（Gmail × Outlook × Mac × Windows × Web × iOS × Android）投入多年，掌握了其他公司不知道的 API 细节——这成了技术壁垒，但期间用户感知到的是"产品变慢了"。
- 这类减速只能靠 grind through，但跨过去后就是护城河。
可避免的减速：
- 组织结构导致的减速。Rahul 发现自己有 8-9 个直接下属，花大量时间在招聘、OKR、问责对话上，只有 6-7% 时间花在他能做到世界级的领域（产品/设计/技术/营销）。
- 解决方案：聘请 President，从 8 个直接报告缩减到 2 个，时间分配从 6-7% 提升到 60-70%。
适用边界
- Market Widening 的减速在某些市场（如邮件）尤其严重，因为平台碎片化程度高。
- 在强网络效应的市场（如 marketplace），Market Widening 相对容易，此框架的诊断结论可能不同。
- 组织减速的解法（缩减直接下属、聘请 President）适用于 CEO 已无法在核心领域花足够时间的阶段。
关键引述 · 原话
"When you're doing that market widening, you're not solution deepening, so your perceived product velocity may decrease." — Rahul Vohra
关联卡片
关联 switch-log（用 Switch Log 发现时间分配问题，诊断可避免的减速）。
出处：Rahul Vohra · 03-podcasts/rahul-vohra.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