问题与方案发现平衡法

Problem Vs Solution Discovery · problem-vs-solution-discovery--marty-cagan

产品方法论洞察 AI 前 2022-08 Marty Cagan ✓ 已核验出处

解决什么问题

PM 常被教导"花大量时间验证问题是否存在"，导致在问题发现上过度投入，而真正决定产品成败的解决方案发现却时间不足。

核心内容

Product Discovery 分为两类：Problem Discovery（发现要解决的问题）和 Solution Discovery（发现能赢得市场的解决方案）
当问题已经被创始人或公司广泛认知时，团队不应再花数周做问题验证——这会让期待解决方案的创始人非常沮丧
核心逻辑：用户不买"问题"，他们买"解决方案"。能解决他们问题的产品有很多，真正的问题是——你是否比所有竞争者解决得更好
Solution Discovery 才是团队成败所在：Steve Jobs 描述的"脑中保持的 5000 件事"就是 solution discovery
User Research 的主要价值不是确认用户"喜欢"原型，而是 evaluative——找出用户不会使用你的产品的所有原因（Elon Musk 的观点）
User Research 铁律：如果 PM 和 Designer 不能到场参与测试，取消测试。书面报告太常被忽略

适用边界

如果问题确实不明确，花少量时间验证问题是合理的
真实世界时间有限，必须把尽可能多的时间留给 solution discovery
这不是说不做用户研究，而是说用户研究的目的是发现方案缺陷而非获得"喜欢"的确认

关键引述 · 原话

"People don't buy the problem, they buy your solution... The real question is, do you solve it better than everybody else so that they buy you?" — Marty Cagan

— Marty Cagan

关联卡片

与 Feature Team vs Product Team 框架呼应：feature team 跳过 discovery 直接实现方案；真正的产品团队在 solution discovery 上投入大量精力。

出处：Marty Cagan · 03-podcasts/marty-cagan.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2