第 5 课：产品探索——在写 PRD 之前
第一章：产品思维基础 | 第 5 课
课前思考
前面四课你学到了：灵魂三问筛选想法、MVP 思维做减法、用户访谈挖真话。这些方法各自解决了一个具体的验证问题。
但把它们串起来，能不能形成一套系统的产品发现流程？在动手写 PRD、开始开发之前，你怎样确保"我想清楚了"？
这就是产品探索（Product Discovery）要解决的问题。
Marty Cagan 在《启示录》中反复强调：大多数产品失败的根本原因，不是开发得太慢，而是跳过探索、直接进入了交付。 开发了没人要的东西，不是因为实现能力不行，是因为定义阶段就没有确认这个东西值不值得做。
两个阶段：探索 vs 交付
Cagan 把产品工作分为两个截然不同的阶段：
| 维度 | 探索（Discovery） | 交付（Delivery） |
|---|---|---|
| 回答的问题 | 做什么？为什么做？ | 怎么做？什么时候做完？ |
| 核心产出 | 被验证的产品假设 | 可运行的产品 |
| 工作方式 | 快速、低成本地试错 | 稳定、高效地执行 |
| 成功标准 | 学到了什么 | 交付了什么 |
| PM 的角色 | 定义问题和验证方案 | 确保执行不偏离方向 |
| 允许失败 | 鼓励——失败得越快越好 | 不应失败——方向已经确认 |
核心洞见：探索和交付是两种完全不同的工作模式。探索需要速度、灵活性和对失败的高容忍度。交付需要稳定、可预测和效率最大化。把两者混在一起——一边开发一边还在想"到底该做什么"——是产品团队最常见的错误。
为什么大多数团队跳过探索
借口一："没时间，老板催着上线"
这是最常见的理由。但事实是：探索阶段跳过的那两周，会在交付阶段以"反复返工"的形式加倍偿还。在需求定义阶段花一天澄清一个模糊点，比在开发阶段花一周重写代码便宜得多。
借口二："我已经想清楚了"
你在脑子里想清楚 ≠ 你验证过它是对的。人类对自己的判断天生过度自信。你以为用户需要的是 A，做完后发现他们其实需要 B——这个场景反复出现在每一个没有做探索的产品中。
借口三："探索就是写更多的文档"
Cagan 特别强调：探索不产出文档，产出可验证的假设。 探索阶段的文档只有一个目的——记录你学到了什么，而不是"证明你已经想清楚了"。
产品探索的四步循环
探索不是一个线性过程，而是一个快速迭代的循环：
探索阶段应该有多快
Cagan 的建议是：几周，不是几个月。
探索阶段拖得太久本身就是一种失败模式——你会陷入"分析瘫痪"，一直在收集更多信息但不敢做决定。
一个实用的时间框架：
| 项目复杂度 | 探索周期 | 做什么 |
|---|---|---|
| 小功能优化 | 1-3 天 | 快速假设 → AI 生成原型 → 找 3-5 个用户测试 |
| 中等新功能 | 1-2 周 | 多轮假设 → 原型迭代 2-3 版 → 5-10 个用户测试 |
| 全新产品方向 | 2-4 周 | 深度用户研究 → 多方案探索 → 10-20 个用户验证 |
关键原则：设定一个硬性的探索截止日期。 到了时间，基于你能收集到的最好信息做决定，然后进入下一步。不完美的决定强过不做决定。
产品机会评估：Cagan 的 10 问框架
灵魂三问（第 2 课）是快速初筛——花 30 分钟判断一个想法值不值得认真对待。如果通过了灵魂三问，下一步就是用更系统的视角审视这个产品机会。
Cagan 在《启示录》中提出了一个经典的产品机会评估 10 问，专门用来在投入资源之前，把产品创意放到商业、用户、技术的完整视角下审视。
10 个问题看起来多，但核心逻辑只有一条：把一个模糊的"好想法"翻译成一组可以具体讨论和验证的命题。 如果一个想法通过了灵魂三问（第 2 课）的初筛，再用这 10 个问题做一次深筛，你就能带着清晰的假设进入探索的四步循环。
初筛 vs 深筛
| 维度 | 灵魂三问（第 2 课） | 机会评估 10 问 |
|---|---|---|
| 用时 | 30 分钟 | 2-4 小时 |
| 目的 | 快速淘汰明显不靠谱的想法 | 系统审视值得深入的想法 |
| 关注点 | 用户-痛点-价值主张 | 用户+商业+竞争+时机+执行 |
| 产出 | "值得认真看看"或"放弃" | 一份一页纸的机会评估 |
| 适用阶段 | 任何一个想法的早期 | 进入探索循环之前 |
探索和现有方法的关系
你在前四课学到的方法，在探索循环中各就各位：
| 探索步骤 | 用到的方法 |
|---|---|
| 假设 | 灵魂三问（第 2 课）——定义用户、痛点、价值主张 |
| 假设 | MVP 思维（第 3 课）——定义核心假设，聚焦最关键的问题 |
| 测试 | 用户访谈（第 4 课）——用 The Mom Test 的方式验证假设 |
| 原型 | 可视化需求（第 7 课）——用流程图和故事让原型更有针对性 |
产品探索不是"一门新方法"，而是把这几门课的内容串成一个完整的、可复用的发现流程。
探索完成的标准
什么时候可以停止探索、进入交付（写 PRD、开始开发）？
- "老板说可以了"
- "时间到了"
- "我觉得没问题了"
- "原型看起来很好"
- 核心假设已经通过用户行为验证（不只是语言确认）
- 3 次连续的用户测试中，用户能独立完成核心操作，没有明显的困惑或障碍
- 团队对"做什么、为谁做、为什么做"有共识，没有重大分歧
- 你知道最初版本的 In-Scope 和 Out-of-Scope 是什么
核心原则：探索完成 ≠ 产品完美。探索完成 = 有足够信心值得进入下一阶段。你能接受的最大风险是"做完后发现需要小调"，而不是"做完后发现自己解决了一个不存在的问题"。
探索失败的信号
如果出现以下情况，说明你的探索可能出了问题：
- 用户在测试中说"还不错"，但没有表现出兴奋或迫切感。 "还不错"是最危险的反馈——它意味着你的方案不值得用户改变现有习惯。
- 你在用同一个原型反复测试，但每次只改微小的东西。 这说明你没有新的学习，只是在微调。要么进入交付，要么换方向。
- 团队在讨论"要不要加这个功能"，但没有用户数据支撑任何一方。 探索的目的就是消除这种猜测——如果还在猜，说明探索没有做到位。
本课实践
- 选一个你的产品想法，用假设模板写出一条具体的可验证假设
- 用 AI 工具（如 v0、Lovable、Replit）生成一个能验证这个假设的最简原型
- 找 3 个目标用户测试这个原型（用 The Mom Test 方法），记录：他们在哪里犹豫了？他们理解这个产品的核心价值吗？他们操作完成后说了什么？
- 基于测试结果做出判断：进入交付 / 调整方向 / 放弃
下一步
探索验证了你的方向之后，下一步就是进入第二章——需求定义与文档。你将学习如何把探索阶段的成果转化为一份 AI 能理解、团队能对齐的结构化 PRD。