discovery-process

目的

引导产品经理完成完整的探索周期——从最初的问题假设到经过验证的解决方案——将问题界定、客户访谈、综合分析和实验技能编排为一个结构化流程。使用此流程系统地探索问题空间、验证假设，并在投入全面开发之前建立信心，避免“做出来就会有人用”的症候群，确保你解决的是真实的客户问题。

这不是一次性研究项目，而是一种与交付并行开展的持续探索实践，通常每季度进行 1-2 个探索周期。

输入

效果最佳的输入： 你最初的问题假设，即使还很粗略也可以。 其他有用信息： 以往的研究、接触客户的机会、时间安排，以及探索需要为哪项决策提供依据。

调用时一并提供的任何内容——技能名称后面的文本、粘贴的上下文信息，或追加的 ARGUMENTS: 行——都视为已经给出的答案。请使用这些信息，并跳过已涵盖的提问；不要重复询问。

空手而来也没关系。 工作流会从问题界定开始，先帮助你构建假设。

调用示例： Run discovery on this hypothesis: SMB admins abandon onboarding because the data-import step requires IT help they don't have.

核心概念

什么是探索流程？

探索流程（Teresa Torres、Marty Cagan）是一种结构化方法，用于探索问题空间，并在构建之前验证解决方案。它包括：

1. 界定问题 — 明确你要调查什么以及原因
2. 开展研究 — 收集定性和定量证据
3. 综合洞察 — 识别模式、痛点和机会
4. 构思解决方案 — 探索多种解决方案
5. 验证解决方案 — 通过实验检验假设
6. 决策并记录 — 决定着手构建、转向或放弃

为什么有效

• 降低产品决策风险： 在投入高成本构建之前检验假设
• 以客户为中心： 以真实的客户问题为决策依据，而非内部意见
• 循序渐进： 通过小型实验逐步建立信心
• 快速学习： 尽早发现“不该继续”的信号，避免浪费精力

反模式（这并不是什么）

• 不是瀑布式研究： 探索应持续开展，而不是只在开发前进行一次
• 不是用户测试： 探索用于验证问题；测试用于验证解决方案
• 不能替代发布： 探索为交付提供依据，而不能取代交付

何时使用

• 探索新的产品或功能领域
• 调查留存率或流失问题
• 在承诺纳入路线图之前验证战略举措
• 持续探索（每周与客户接触）

何时不使用

• 对于已充分理解的问题（进入执行阶段）
• 当利益相关者已经承诺采用某个解决方案时（先解决意见一致问题）
• 对于战术性缺陷修复或技术债（无需探索）

---

引导流程的事实依据

将此工作流作为引导式对话运行时，请使用 workshop-facilitation 作为交互协议。

其中定义了：

• 会话预告和进入模式（引导式、上下文信息、最佳猜测）
• 每轮一个问题，并使用通俗易懂的提示
• 进度标签（例如，Context Qx/8 和 Scoring Qx/5）
• 中断处理以及暂停和恢复行为
• 决策节点处的编号建议
• 常规问题的编号快捷选项（在有用时包含 Other (specify)）

本文件定义工作流顺序和特定领域的输出。如有冲突，请遵循本文件的工作流逻辑。

应用

使用 template.md 查看完整的填写结构。

此工作流会在 2-4 周 内编排 6 个阶段，并使用多个组件技能和交互式技能。

---

第 1 阶段：界定问题（第 1–2 天）

**目标：**明确要调查的内容、受影响的人群，以及成功标准。

活动

1. 运行问题界定画布

• 使用：skills/problem-framing-canvas/SKILL.md（交互式 - MITRE）
• **参与者：**PM、设计、工程负责人
• **时长：**120 分钟
• **产出：**问题陈述 + “我们如何才能”问题

2. 创建正式的问题陈述

• 使用：skills/problem-statement/SKILL.md（组件）
• **参与者：**PM
• **时长：**30 分钟
• **产出：**包含假设的结构化问题陈述

3. 定义原型人物角色（如有需要）

• 使用：skills/proto-persona/SKILL.md（组件）
• **适用情况：**目标客户群体不明确时
• **时长：**60 分钟
• **产出：**由假设驱动的人物角色

4. 梳理待完成任务（如有需要）

• 使用：skills/jobs-to-be-done/SKILL.md（组件）
• **适用情况：**客户动机不明确时
• **时长：**60 分钟
• **产出：**JTBD 陈述

第 1 阶段的产出

• 问题假设：“我们认为，[人物角色]难以应对[问题]，因为[根本原因]，导致[后果]。”
• **研究问题：**通过探索研究需要回答的 3–5 个问题
• **成功标准：**哪些情况能够验证/证伪这个问题？

决策点 1：我们是否掌握了足够的背景信息来开始研究？

**如果是：**进入第 2 阶段（研究规划）

**如果否：**先收集现有数据：

• 查看支持工单、流失调查、NPS 反馈
• 分析产品数据（流失节点、使用模式）
• 查看竞争对手研究、市场趋势
• 时间影响：+2–3 天

---

第 2 阶段：研究规划（第 3 天）

**目标：**设计研究方法、招募参与者并准备访谈指南。

活动

1. 准备探索性访谈

• 使用：skills/discovery-interview-prep/SKILL.md（交互式）
• **参与者：**PM、设计
• **时长：**90 分钟
• **产出：**包含研究方法、问题和需避免偏见的访谈计划

2. 招募参与者

• **目标：**每轮探索研究招募 5–10 位客户（Teresa Torres：持续探索 = 每周 1 次访谈）
• **细分：**聚焦第 1 阶段确定的人物角色
• 招募渠道：
  • 现有客户（电子邮件、应用内提示）
  • 已流失客户（退出访谈）
  • 主动联系（LinkedIn、社群）
• **激励：**50–100 美元礼品卡或产品抵用金
• **时长：**2–3 天（与第 1 阶段并行）

3. 安排访谈

• **形式：**每次访谈 45–60 分钟（30–40 分钟交流 + 缓冲时间）
• **时间安排：**分布在 1–2 周内
• **录制：**征得同意后录制，以便综合分析

第 2 阶段的产出

• **访谈指南：**5–7 个开放式问题（Mom Test 风格）
• **参与者名单：**已安排的 5–10 次访谈
• **综合分析计划：**如何记录和分析洞察

---

第 3 阶段：开展研究（第 1–2 周）

**目标：**通过客户访谈收集定性证据。

活动

1. 开展探索性访谈

• **方法：**来自 skills/discovery-interview-prep/SKILL.md（问题验证、JTBD、转换访谈等）
• **参与者：**PM + 可选观察员（设计、工程）
• **时长：**在 1-2 周内开展 5-10 次访谈
• 重点领域：
  • 过往行为（而非假设）： “告诉我你上一次遇到这个问题时的情况。”
  • 应对方法： “你目前如何处理这个问题？”
  • 尝试过的替代方案： “你试过其他解决方案吗？为什么后来不再使用？”
  • 痛点强度： “这让你损失了多少时间或金钱？”

2. 记录结构化笔记

• 模板：
  • 参与者：[姓名、角色、公司规模]
  • 情境：[遇到问题的时间和地点]
  • 行动：[他们采取的具体步骤]
  • 痛点：[挫折、阻碍]
  • 应对方法：[当前的解决方案]
  • 引述：[客户原话]
  • 洞察：[规律、意外发现]

3. 审查支持工单和分析数据（并行进行）

• **支持工单：**按主题标记（引导流程、功能困惑、漏洞）
• **分析数据：**识别流失点、功能使用情况、群组行为
• **调查：**审查 NPS 评论、退出调查、功能请求

阶段 3 的产出

• **访谈文字记录：**录制的访谈 + 详细笔记
• **支持工单主题：**按出现频率排列的前 10 个问题
• **分析洞察：**有关行为的定量数据（例如，“60% 的用户在第 3 步放弃引导流程”）

决策点 2：我们是否已达到饱和？

饱和 = 在 3 次或更多访谈中反复出现相同痛点，且没有新洞察

**如果是（在 5-7 次访谈后达到饱和）：**进入阶段 4（综合分析）

**如果否（仍有新发现）：**安排 3-5 次更多访谈

• 时间影响：+1 周

---

阶段 4：综合洞察（第 2 周末）

**目标：**识别规律、确定痛点优先级、梳理机会。

活动

1. 亲和图分析（主题分析）

• 方法：
  • 将每条洞察或引述写在便利贴上
  • 按主题分组（例如，“引导流程令人困惑”“对定价有异议”“移动端访问”）
  • 统计出现频率（有多少客户提到了每个主题）
• **参与者：**PM、设计人员、可选工程人员
• **时长：**90-120 分钟
• **产出：**按主题归类、附有频次统计的分组

2. 创建客户旅程图（可选）

• 使用：skills/customer-journey-mapping-workshop/SKILL.md（互动式）
• **适用情况：**痛点跨越多个阶段（发现、尝试、购买、使用、支持）
• **时长：**90 分钟
• **产出：**按影响力排序机会的旅程图

3. 确定痛点优先级

• 标准：
  • **频率：**有多少客户提到了这个问题？
  • **强度：**这个问题有多令人困扰？（浪费的时间、损失的金钱、情绪上的挫败）
  • **战略契合度：**解决这个问题是否符合业务目标？
• **方法：**从频率、强度、战略契合度三个维度，分别为每个痛点评分（1-5）
• **产出：**待解决的前 3-5 个痛点的优先级列表

4. 更新问题陈述

• 使用：skills/problem-statement/SKILL.md（组件）
• **根据研究结果完善：**初始假设是否成立？如有需要，进行调整。
• **产出：**已验证的问题陈述

阶段 4 的产出

• **亲和图：**主题及其频次统计
• **前 3-5 个痛点：**按频率 × 强度 × 战略契合度排序
• **客户引述：**每个痛点对应 3-5 条客户原话
• **已验证的问题陈述：**根据证据完善

---

阶段 5：生成并验证解决方案（第 3 周）

**目标：**探索解决方案选项、设计实验、验证假设。

活动

1. 生成机会解决方案树

• 使用： skills/opportunity-solution-tree/SKILL.md（交互式）
• 输入： 第 4 阶段的 3 个主要痛点
• 参与者： PM、设计、工程负责人
• 时长： 90 分钟
• 产出： 3 个机会，每个机会包含 3 个解决方案，以及 POC 建议

替代方案：使用 Lean UX Canvas

• 使用： skills/lean-ux-canvas/SKILL.md（交互式）
• 适用情况： 相较于 OST，更倾向于采用假设驱动的方法
• 产出： 待测试的假设、最小化实验

2. 设计实验

• 针对每个解决方案： 明确“要了解下一个最重要的问题，最少需要做什么？”
• 实验类型：
  • 礼宾测试： 为 10 位客户手动交付解决方案，并观察情况
  • 原型测试： 可点击的模型，邀请 10 位用户进行可用性测试
  • 落地页测试： 虚假入口测试（展示功能，衡量兴趣）
  • A/B 测试： 构建最简版本，面向 50% 的用户进行测试
• 成功标准： 哪项指标或行为可以验证假设？

3. 运行实验

• 时间线： 每个实验 1-2 周
• 参与者： PM + 设计（原型测试），工程（A/B 测试）
• 产出： 定量和定性的验证数据

第 5 阶段的产出

• 解决方案选项： 3-9 个解决方案（每个机会 3 个）
• 实验结果： 假设得到验证还是被证伪？
• 客户反馈： 对原型/概念的定性反应

决策点 3：实验是否验证了解决方案？

如果是（已验证）： 进入第 6 阶段（决策与记录）

如果否（未验证）：

• 转向下一个解决方案选项
• 调整方法后重新运行实验
• 时间影响： +1-2 周

---

第 6 阶段：决策与记录（第 3-4 周末）

目标： 决定着手构建，记录决策，并向利益相关者传达。

活动

1. 作出继续/终止决策

• 标准：
  • 问题是否已验证？（第 3-4 阶段）
  • 解决方案是否已验证？（第 5 阶段）
  • 是否符合战略方向？（与业务目标一致）
  • 是否可行？（工程能力、技术复杂度）
• 决策：
  • 继续： 纳入路线图，编写史诗和故事
  • 转向： 探索替代解决方案
  • 终止： 降低优先级，目前不值得解决

2. 定义史诗假设（如果继续）

• 使用： skills/epic-hypothesis/SKILL.md（组件）
• 参与者： PM
• 时长： 每个史诗 60 分钟
• 产出： 包含成功标准的史诗假设陈述

3. 编写 PRD（如果继续）

• 使用： skills/prd-development/SKILL.md（工作流）
• 参与者： PM
• 时长： 1-2 天
• 产出： 包含问题、解决方案和成功指标的结构化 PRD

4. 传达研究结果

• 形式： 30 分钟的研究结果汇报，涵盖：
  • 问题验证（第 3-4 阶段的洞见）
  • 解决方案验证（第 5 阶段的实验）
  • 建议（继续/转向/终止）
• 参与者： 高管、产品领导层、关键利益相关者
• 产出： 就后续步骤达成一致

第 6 阶段的产出

• 决策： 继续、转向或终止
• 史诗假设：（如果继续）可测试的史诗陈述
• PRD：（如果继续）正式的产品需求文档
• 利益相关者共识： 高管支持该建议

---

完整工作流：端到端概要

Week 1:
├─ Day 1-2: Frame the Problem
│  ├─ skills/problem-framing-canvas/SKILL.md (120 min)
│  ├─ skills/problem-statement/SKILL.md (30 min)
│  └─ [Optional] skills/proto-persona/SKILL.md, skills/jobs-to-be-done/SKILL.md
│
├─ Day 3: Research Planning
│  ├─ skills/discovery-interview-prep/SKILL.md (90 min)
│  ├─ Recruit participants (2-3 days)
│  └─ Schedule 5-10 interviews
│
└─ Day 4-5: Conduct Research (Start)
   └─ First 2-3 customer interviews

Week 2:
├─ Day 1-3: Conduct Research (Continue)
│  └─ Remaining customer interviews (3-7 more)
│
├─ Day 4-5: Synthesize Insights
│  ├─ Affinity mapping (120 min)
│  ├─ [Optional] skills/customer-journey-mapping-workshop/SKILL.md (90 min)
│  ├─ Prioritize pain points
│  └─ Update problem statement
│
└─ Decision: Reached saturation? (if NO, +1 week more interviews)

Week 3:
├─ Day 1-2: Generate & Validate Solutions
│  ├─ skills/opportunity-solution-tree/SKILL.md (90 min)
│  └─ Design experiments
│
├─ Day 3-5: Run Experiments
│  ├─ Concierge tests, prototypes, or A/B tests
│  └─ Gather validation data
│
└─ Decision: Validated? (if NO, pivot to next solution, +1-2 weeks)

Week 4:
└─ Decide & Document
   ├─ Make GO/NO-GO decision
   ├─ [If GO] skills/epic-hypothesis/SKILL.md (60 min per epic)
   ├─ [If GO] skills/prd-development/SKILL.md (1-2 days)
   └─ Communicate findings (30 min readout)

总投入时间：

• 快速推进： 3 周（5 次访谈，1 个实验）
• 典型情况： 4 周（7-10 次访谈，1-2 个实验）
• 深入研究： 6-8 周（10 次以上访谈，多轮实验）

---

示例

完整的探索流程示例请参见 examples/sample.md。

迷你示例摘录：

**Problem:** Onboarding drop-off due to jargon
**Insight:** 6/10 users quit at step 3
**Decision:** Go with guided checklist experiment

常见陷阱

陷阱 1：跳过客户访谈

症状： 只依赖分析数据和支持工单，不进行定性研究

后果： 忽略行为背后的“原因”，构建出错误的解决方案

解决方法： 每个探索周期都要访谈 5-10 位客户（即使已有数据）

---

陷阱 2：提出诱导性问题

症状：“如果我们开发了［功能 X］，你会使用吗？”

**后果：**确认偏误，客户出于礼貌回答“会”

**解决方法：**使用 skills/discovery-interview-prep/SKILL.md 中的 Mom Test 问题（聚焦过去的行为）

---

陷阱 3：未达到饱和

**症状：**访谈 2-3 位客户后，就宣布探索完成

**后果：**样本量小，缺乏代表性

**解决方法：**持续访谈，直到在 3 位以上客户中发现相同模式（通常至少访谈 5-7 次）

---

陷阱 4：分析瘫痪

**症状：**花 6 周综合分析洞察，却始终没有进入解决方案阶段

**后果：**没有交付成果，团队失去动力

**解决方法：**将探索阶段限定在 3-4 周；第 6 阶段结束后，转入执行

---

陷阱 5：把探索当作一次性活动

**症状：**开发前进行一次探索，然后就此停止

**后果：**错过不断变化的客户需求和市场变化

**解决方法：**持续探索（Teresa Torres）：每周访谈 1 位客户，持续进行

---

参考资料

相关技能（由此工作流编排）

第 1 阶段：

• skills/problem-framing-canvas/SKILL.md（交互式）
• skills/problem-statement/SKILL.md（组件）
• skills/proto-persona/SKILL.md（组件，可选）
• skills/jobs-to-be-done/SKILL.md（组件，可选）

第 2 阶段：

• skills/discovery-interview-prep/SKILL.md（交互式）

第 4 阶段：

• skills/customer-journey-mapping-workshop/SKILL.md（交互式，可选）

第 5 阶段：

• skills/opportunity-solution-tree/SKILL.md（交互式）
• skills/lean-ux-canvas/SKILL.md（交互式，替代方案）

第 6 阶段：

• skills/epic-hypothesis/SKILL.md（组件）
• skills/prd-development/SKILL.md（工作流）

外部框架

• Teresa Torres，Continuous Discovery Habits（2021）——每周与客户接触，OST 框架
• Rob Fitzpatrick，The Mom Test（2013）——如何提出有效的访谈问题
• Marty Cagan，Inspired（2017）——产品探索原则

Dean 的工作

• Productside Blueprint——战略探索流程
• [如果 Dean 有探索资源，请在此处添加链接]

---

**技能类型：**工作流 建议文件名：discovery-process.md 建议存放位置：/skills/workflows/ **依赖项：**编排跨越 6 个阶段的 10 多个组件和交互式技能