名称: 发现流程描述: 指导产品经理完成一个完整的发现周期——从初始问题假设到验证解决方案——通过编排问题框架、客户访谈、洞察合成和实验技能为一个结构化流程。使用此流程来系统性探索问题空间、验证假设并在全面开发前建立信心，避免“建了就会来”综合症，确保解决真实客户问题。

这不是一次性的研究项目——它是一个持续发现实践，与交付并行运行，通常每季度1-2个发现周期。类型: 工作流

目的

指导产品经理完成一个完整的发现周期——从初始问题假设到验证解决方案——通过编排问题框架、客户访谈、洞察合成和实验技能为一个结构化流程。使用此流程来系统性探索问题空间、验证假设并在全面开发前建立信心，避免“建了就会来”综合症，确保解决真实客户问题。

这不是一次性的研究项目——它是一个持续发现实践，与交付并行运行，通常每季度1-2个发现周期。

关键概念

什么是发现流程？

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

问题框架 — 定义你在调查什么和为什么
进行研究 — 收集定性和定量证据
洞察合成 — 识别模式、痛点和机会
生成解决方案 — 探索多个解决方案选项
验证解决方案 — 通过实验测试假设
决策与文档 — 承诺构建、转向或放弃

为什么这个流程有效

降低产品决策风险：在昂贵的构建前测试假设
以客户为中心：基于真实客户问题而非内部意见做决策
迭代性：通过小型实验渐进式建立信心
快速学习：早期发现“不行”信号，节省浪费的努力

反模式（这个流程不是什么）

不是瀑布式研究：发现是持续运行，而非在开发前只做一次
不是用户测试：发现验证问题；测试验证解决方案
不是替代发布：发现指导交付，而非替代它

何时使用此流程

探索新产品/功能领域
调查留存或流失问题
在路线图承诺前验证战略倡议
持续发现（每周客户接触）

何时不使用此流程

对于已理解的问题（转向执行）
当利益相关者已承诺一个解决方案时（首先解决对齐问题）
对于战术性错误修复或技术债（不需要发现）

引导参考来源

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

它定义：

会话通知 + 进入模式（引导、上下文转储、最佳猜测）
单问题轮次与普通语言提示
进度标签（例如，上下文 Qx/8 和评分 Qx/5）
中断处理与暂停/恢复行为
决策点的编号建议
常规问题的快速选择编号响应选项（当有用时包括其他（指定））

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

应用

使用template.md作为完整填充结构。

此工作流编排6个阶段，跨越2-4周，使用多个组件和交互技能。

阶段 1: 问题框架（第1-2天）

目标： 定义你在调查什么、谁受影响以及成功标准。

活动

1. 运行问题框架画布

使用： 技能/问题框架画布/SKILL.md（交互式 - MITRE）
参与者： 产品经理、设计、工程负责人
持续时间： 120分钟
输出： 问题陈述 + “我们如何可能”问题

2. 创建正式问题陈述

使用： 技能/问题陈述/SKILL.md（组件）
参与者： 产品经理
持续时间： 30分钟
输出： 带有假设的结构化问题陈述

3. 定义原型用户画像（如需要）

使用： 技能/原型用户画像/SKILL.md（组件）
何时： 如果目标客户细分不明确
持续时间： 60分钟
输出： 假设驱动的用户画像

4. 映射待完成任务（如需要）

使用： 技能/待完成任务/SKILL.md（组件）
何时： 如果客户动机不明确
持续时间： 60分钟
输出： 待完成任务陈述

阶段 1 输出

问题假设： “我们相信[用户画像]因[根本原因]而挣扎于[问题]，导致[后果]。”
研究问题： 3-5个要通过发现回答的问题
成功标准： 什么会验证/无效化该问题？

决策点 1: 我们有足够上下文开始研究吗？

如果是： 进入阶段 2（研究计划）

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

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

阶段 2: 研究计划（第3天）

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

活动

1. 准备发现访谈

使用： 技能/发现访谈准备/SKILL.md（交互式）
参与者： 产品经理、设计
持续时间： 90分钟
输出： 带有方法、问题、要避免偏见的访谈计划

2. 招募参与者

目标： 每个发现周期5-10名客户（Teresa Torres：持续发现 = 每周1次访谈）
细分： 专注于阶段 1 的用户画像
招募渠道：
- 现有客户（电子邮件、应用内提示）
- 流失客户（退出访谈）
- 冷接触（领英、社区）
激励： 50-100美元礼品卡或产品积分
持续时间： 2-3天（与阶段 1 并行）

3. 安排访谈

格式： 每次访谈45-60分钟（30-40分钟对话 + 缓冲）
时间线： 跨越1-2周分布
录制： 获得同意，为合成录制

阶段 2 输出

访谈指南： 5-7个开放式问题（基于妈妈测试风格）
参与者名单： 5-10个预定的访谈
合成计划： 你将如何捕获和分析洞察

阶段 3: 进行研究（第1-2周）

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

活动

1. 进行发现访谈

方法论： 来自技能/发现访谈准备/SKILL.md（问题验证、待完成任务、切换访谈等）
参与者： 产品经理 + 可选观察员（设计、工程）
持续时间： 1-2周内5-10次访谈
重点领域：
- 过去行为（非假设）：“告诉我你上次[遇到此问题]的情况”
- 变通方法：“你目前如何处理这个？”
- 尝试过的替代方案：“你尝试过其他解决方案吗？为什么停止了？”
- 痛苦强度：“这花费你多少时间/金钱？”

2. 取结构化笔记

模板：
- 参与者：[姓名、角色、公司规模]
- 上下文：[他们何时/何地遇到问题]
- 行动：[他们做什么，逐步]
- 痛点：[挫折、障碍]
- 变通方法：[当前解决方案]
- 引用：[客户原话]
- 洞察：[模式、意外]

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

支持工单： 按主题标记（入门、功能困惑、错误）
分析数据： 识别流失点、功能使用、群体行为
调查： 审查NPS评论、退出调查、功能请求

阶段 3 输出

访谈转录： 录制会话 + 详细笔记
支持工单主题： 按频率排名的前10个问题
分析洞察： 行为定量数据（例如，“60%在步骤3放弃入门”）

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

饱和 = 3+次访谈中出现相同痛点，无新洞察

如果是（5-7次访谈后饱和）： 进入阶段 4（洞察合成）

如果否（仍在学习新东西）： 安排3-5次更多访谈

时间影响： +1周

阶段 4: 洞察合成（第2周结束）

目标： 识别模式、优先排序痛点、映射机会。

活动

1. 亲和映射（主题分析）

方法：
- 将每个洞察/引用写在便利贴
- 按主题分组（例如，“入门困惑”、“定价反对”、“移动访问”）
- 计数频率（多少客户提到每个主题）
参与者： 产品经理、设计、可选工程
持续时间： 90-120分钟
输出： 带频率计数的主题集群

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

使用： 技能/客户旅程映射工作坊/SKILL.md（交互式）
何时： 如果痛点跨越多个阶段（发现、尝试、购买、使用、支持）
持续时间： 90分钟
输出： 按影响排名的旅程图与机会

3. 优先排序痛点

标准：
- 频率： 多少客户提到这个？
- 强度： 有多痛苦？（浪费时间、损失金钱、情感挫折）
- 战略契合： 解决这个是否与商业目标对齐？
方法： 按频率、强度、战略契合评分每个痛点（1-5分）
输出： 排名前3-5的痛点列表

4. 更新问题陈述

使用： 技能/问题陈述/SKILL.md（组件）
基于研究精炼： 初始假设是否成立？如有需要调整。
输出： 验证后的问题陈述

阶段 4 输出

亲和图： 带频率计数的主题
前3-5个痛点： 按频率×强度×战略契合排序
客户引用： 每个痛点3-5个原话
验证后的问题陈述： 基于证据精炼

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

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

活动

1. 生成机会解决方案树

使用： 技能/机会解决方案树/SKILL.md（交互式）
输入： 阶段 4 的前3个痛点
参与者： 产品经理、设计、工程负责人
持续时间： 90分钟
输出： 3个机会，每个机会3个解决方案，概念验证建议

替代：使用精益用户体验画布

使用： 技能/精益用户体验画布/SKILL.md（交互式）
何时： 相比机会解决方案树，更喜欢假设驱动方法
输出： 要测试的假设，最小实验

2. 设计实验

对每个解决方案： 定义“为了学习下一个最重要的事，最少的工作是什么？”
实验类型：
- 门房测试： 手动交付解决方案给10名客户，观察
- 原型测试： 可点击模型，与10名用户进行可用性测试
- 落地页测试： 假门测试（展示功能，测量兴趣）
- A/B测试： 构建最小版本，测试50%用户
成功标准： 什么指标/行为验证假设？

3. 运行实验

时间线： 每个实验1-2周
参与者： 产品经理 + 设计（用于原型）、工程（用于A/B测试）
输出： 定性和定量验证数据

阶段 5 输出

解决方案选项： 3-9个解决方案（每个机会3个）
实验结果： 假设是否验证或无效化？
客户反馈： 对原型/概念的定性反应

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

如果是（验证）： 进入阶段 6（决策与文档）

如果否（无效化）：

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

阶段 6: 决策与文档（第3-4周结束）

目标： 承诺构建、文档决策、向利益相关者沟通。

活动

1. 做出进行/停止决策

标准：
- 问题是否验证？（阶段 3-4）
- 解决方案是否验证？（阶段 5）
- 战略契合？（与商业目标对齐）
- 可行？（工程能力、技术复杂性）
决策：
- 进行： 移动到路线图，编写史诗/故事
- 转向： 探索替代解决方案
- 放弃： 降级优先，目前不值得解决

2. 定义史诗假设（如果进行）

使用： 技能/史诗假设/SKILL.md（组件）
参与者： 产品经理
持续时间： 每史诗60分钟
输出： 带成功标准的史诗假设陈述

3. 编写产品需求文档（如果进行）

使用： 技能/产品需求文档开发/SKILL.md（工作流）
参与者： 产品经理
持续时间： 1-2天
输出： 结构化产品需求文档，包含问题、解决方案、成功指标

4. 沟通发现

格式： 30分钟汇报覆盖：
- 问题验证（阶段 3-4洞察）
- 解决方案验证（阶段 5实验）
- 建议（进行/转向/放弃）
参与者： 高管、产品领导、关键利益相关者
输出： 关于下一步的对齐

阶段 6 输出

决策： 进行、转向或放弃
史诗假设： （如果进行）可测试的史诗陈述
产品需求文档： （如果进行）正式产品需求文档
利益相关者对推荐： 高管支持

完整工作流：端到端总结

第1周：
├─ 第1-2天: 问题框架
│  ├─ 技能/问题框架画布/SKILL.md (120分钟)
│  ├─ 技能/问题陈述/SKILL.md (30分钟)
│  └─ [可选] 技能/原型用户画像/SKILL.md, 技能/待完成任务/SKILL.md
│
├─ 第3天: 研究计划
│  ├─ 技能/发现访谈准备/SKILL.md (90分钟)
│  ├─ 招募参与者 (2-3天)
│  └─ 安排5-10次访谈
│
└─ 第4-5天: 进行研究 (开始)
   └─ 前2-3次客户访谈

第2周：
├─ 第1-3天: 进行研究 (继续)
│  └─ 剩余客户访谈 (3-7次更多)
│
├─ 第4-5天: 洞察合成
│  ├─ 亲和映射 (120分钟)
│  ├─ [可选] 技能/客户旅程映射工作坊/SKILL.md (90分钟)
│  ├─ 优先排序痛点
│  └─ 更新问题陈述
│
└─ 决策: 是否达到饱和？ (如果否，+1周更多访谈)

第3周：
├─ 第1-2天: 生成与验证解决方案
│  ├─ 技能/机会解决方案树/SKILL.md (90分钟)
│  └─ 设计实验
│
├─ 第3-5天: 运行实验
│  ├─ 门房测试、原型或A/B测试
│  └─ 收集验证数据
│
└─ 决策: 是否验证？ (如果否，转向下一个解决方案，+1-2周)

第4周：
└─ 决策与文档
   ├─ 做出进行/停止决策
   ├─ [如果进行] 技能/史诗假设/SKILL.md (每史诗60分钟)
   ├─ [如果进行] 技能/产品需求文档开发/SKILL.md (1-2天)
   └─ 沟通发现 (30分钟汇报)

总时间投入：

快速轨道： 3周（5次访谈，1个实验）
典型： 4周（7-10次访谈，1-2个实验）
彻底： 6-8周（10+次访谈，多轮实验）

示例

见examples/sample.md获取完整发现流程示例。

迷你示例摘录：

**问题：** 因术语而导致的入门流失
**洞察：** 10名用户中有6名在第3步退出
**决策：** 进行引导清单实验

常见陷阱

陷阱 1: 跳过客户访谈

症状： 仅依赖分析数据和支持工单，无定性研究

后果： 错过行为背后的“为什么”，构建错误解决方案

修复： 总是每个发现周期访谈5-10名客户（即使已有数据）

陷阱 2: 询问引导性问题

症状： “如果我们构建[功能X]，你会使用吗？”

后果： 确认偏见，客户为礼貌而说“是”

修复： 使用来自技能/发现访谈准备/SKILL.md的妈妈测试问题（专注于过去行为）

陷阱 3: 未达到饱和

症状： 访谈2-3名客户，宣布发现完成

后果： 小样本，不具代表性

修复： 继续访谈直到相同模式在3+名客户中出现（通常至少5-7次访谈）

陷阱 4: 分析瘫痪

症状： 花6周合成洞察，从不转向解决方案

后果： 无交付，团队失去动力

修复： 时间框发现为3-4周；阶段 6 后，转向执行

陷阱 5: 发现作为一次性活动

症状： 在构建前运行一次发现，然后停止

后果： 错过变化的客户需求、市场变化

修复： 持续发现（Teresa Torres）：每周1次客户访谈，持续进行

参考

外部框架

Teresa Torres, Continuous Discovery Habits (2021) — 每周客户接触，机会解决方案树框架
Rob Fitzpatrick, The Mom Test (2013) — 如何询问好访谈问题
Marty Cagan, Inspired (2017) — 产品发现原则

其他人的工作

Productside 蓝图 — 战略发现流程
[如果 Dean 有发现资源，链接此处]

技能类型： 工作流 建议文件名： 发现流程.md 建议放置位置： /技能/工作流/ 依赖： 编排6个阶段的10+组件和交互技能

这不是一次性的研究项目——它是一个持续发现实践，与交付并行运行，通常每季度1-2个发现周期。 类型: 工作流

目的