---
name: discovery-process-examples
description: 发现流程示例——好与坏的对比
metadata:
  type: reference
---

# 发现流程示例

### 示例 1：良好的发现流程（SaaS 留存问题）

**背景：** 月流失率 15% 的 SaaS 产品，假设问题出在 onboarding 环节。

**阶段 1——界定问题：**
- 运行 `problem-framing-canvas.md`：问题 = "用户因缺乏引导而放弃 onboarding"
- 问题陈述："60% 的非技术用户在首次 24 小时内流失"

**阶段 2——研究规划：**
- 运行 `discovery-interview-prep.md`：选择"流失用户访谈"（已流失的用户）
- 招募了 10 名已流失客户（过去 30 天内）

**阶段 3——开展研究：**
- 访谈了 10 名已流失客户
- 提问："请向我描述你第一次使用产品的经历。你在哪里卡住了？"
- 第 6 次访谈后浮现出模式：相同的痛点（空白仪表盘，下一步不明确）

**阶段 4——综合分析：**
- 亲和图：8/10 提到"不知道第一步该做什么"
- 客户原话："我登录进去，看到一个空白仪表盘，心想'然后呢？'"
- 痛点："缺乏 onboarding 引导"（出现频率：8/10，强度：高）

**阶段 5——生成解决方案：**
- 运行 `opportunity-solution-tree.md`：3 个解决方案（引导式清单、工具提示、人工 onboarding）
- 实验：引导式清单的 Figma 原型，与 10 名新注册用户测试
- 结果：9/10 的用户在有清单的情况下完成了首次操作（对比无清单时的 4/10）

**阶段 6——决策：**
- 决策：推进（已验证的问题 + 解决方案）
- 撰写史诗级假设："如果我们添加引导式 onboarding 清单，激活率将从 40% 提升至 60%"
- 纳入路线图（第一季度优先级）

**结果：** 4 周时间，验证了问题/解决方案，对构建决策信心充足。

---

### 示例 2：糟糕的发现流程（直接跳到解决方案）

**背景：** 产品团队想要构建移动端 App。

**阶段 1——界定问题：** 跳过（假设问题 = "需要移动端 App"）

**阶段 2-3——研究：** 跳过（未进行客户访谈）

**阶段 5——生成解决方案：** 跳过（已决定解决方案）

**阶段 6——决策：** 推进（未经验证）

**结果：** 耗时 6 个月构建移动端 App，采用率低，后来发现响应式网页本可以在 2 周内解决 80% 的使用场景。

**通过发现流程来纠正：**
- **阶段 1：** 界定问题："移动端优先的用户无法在移动中完成工作流程"
- **阶段 3：** 访谈 10 名移动端优先用户："你在移动端需要访问哪些工作流程？"
- **阶段 4：** 洞察 = 用户仅在移动端需要 2-3 个核心工作流程（不需要完整 App）
- **阶段 5：** 测试响应式网页 + 移动端优化流程（2 周实验）
- **阶段 6：** 结果 = 响应式网页解决了问题，节省了 5 个月开发时间