Discovery Process:从问题假设到验证方案的完整产品发现流程

技能概述

Discovery Process 是一个面向产品经理的六阶段产品发现工作流,带你从最初的问题假设一步步走到经过验证的解决方案,通过问题界定、用户访谈、洞察综合与实验验证,避免"做出来就有人用"的盲目开发。

适用场景

1. 验证问题假设:例如你假设"B2B 客户在 onboarding 时因缺少 IT 支持而放弃",在写一行代码之前,先系统性地验证这个问题是否真实存在。
2. 排查留存与激活指标异动:比如本季度激活率下降了 15%,用发现流程定位真正原因,而不是凭直觉直接改功能。
3. 建立持续发现实践:把每周客户访谈变成团队常态,让产品发现与交付并行推进,持续校准产品方向。

核心功能

1. 六阶段结构化流程:问题界定 → 研究规划 → 执行研究 → 洞察综合 → 方案生成与验证 → 决策与文档。每个阶段都有明确的目标、活动、产出物和决策点(例如"访谈是否达到饱和"的判断标准)。
2. 编排 10+ 专业子技能:内置问题界定画布、问题陈述、发现访谈准备(Mom Test 风格提问)、机会解决方案树(OST)、Lean UX 画布、Epic 假设等技能的调用编排,覆盖 2-4 周完整发现周期。
3. 可执行的决策输出:基于问题验证与实验结果给出 GO / PIVOT / KILL(继续/转向/放弃)结论;若判定 GO,可继续产出 Epic 假设和结构化 PRD,并支持向管理层做 30 分钟发现结果汇报。

常见问题

完整跑一轮发现流程需要多长时间?

引导会话本身约 30-60 分钟即可完成流程规划,但完整发现周期通常为 2-4 周:快速通道约 3 周(5 次访谈 + 1 个实验),典型做法 4 周(7-10 次访谈 + 1-2 个实验),更彻底的验证需要 6-8 周。建议将发现控制在 3-4 周内,避免陷入分析瘫痪。

需要访谈多少个用户才算足够?

每个发现周期建议访谈 5-10 名客户。停止的判断标准是"饱和":当同样的痛点在 3 次以上访谈中重复出现、不再有新洞察时即可进入综合阶段。参考 Teresa Torres 的持续发现习惯,稳态下保持每周 1 次客户访谈即可。

产品发现和用户测试有什么区别?

发现流程验证的是"问题是否真实存在",用户测试验证的是"解决方案是否好用",二者不能互相替代。此外,Discovery Process 也不适用于三类情况:问题已被充分理解(直接进入执行)、利益相关方已敲定方案(先解决对齐)、以及纯 bug 修复或技术债(无需发现)。