skillhub-108-discovery-process/examples/sample.md

name, description, metadata

name	description	metadata
discovery-process-examples	发现流程示例——好与坏的对比	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 个月开发时间