第2章 产品发现全流程框架:双钻模型与探索‑定义‑构思‑验证循环

产品发现不是漫无目的的头脑风暴,而是围绕业务问题与用户场景展开的周期性探索。双钻模型(Double Diamond)将过程划分为“问题空间”与“解决方案空间”,每个空间都包含一个发散→收敛的循环。本章以此为基础,拆解探索‑定义‑构思‑验证四个阶段,并给出每个阶段的交付物模板与验收标准。

双钻模型四阶段核心对比
阶段 核心活动 目标输出 典型检查项
探索(发散) 用户访谈、场景调研、竞品分析 用户画像、问题清单、场景地图 是否覆盖至少3类用户?是否区分核心场景与边缘场景?
定义(收敛) 需求拆解、优先级排序、POV陈述 问题陈述、HMW问题、优先级矩阵 是否对齐业务目标?是否排除了伪需求?
构思(发散) 脑暴、草图、用户故事映射 方案列表、可行性评估、故事地图 是否包含技术/设计/业务多视角?是否过度提早承诺?
验证(收敛) 原型测试、A/B实验、数据指标收集 验收标准、测试报告、迭代建议 是否通过最小可行验证?是否达到预设的通过指标?
实践要点:双钻模型并非严格的线性流程。每个阶段都可能需要返回到前一阶段——例如在验证时发现场景遗漏,则应回到“探索”环节补充用户访谈。产品经理要主动管理这种“回溯”频率,避免陷入无休止的循环。
产品发现双钻模型流程图 业务问题 探索 (发散) 定义 (收敛) 构思 (发散) 验证 (收敛) 解决方案 持续反馈 / 迭代 问题空间(发散→收敛) 解决方案空间(发散→收敛)

2.1 探索阶段:开放心智,收集真实场景

探索的目的是避免过早聚焦。团队需要用开放的心态进入用户环境,通过用户访谈、现场观察和日志分析收集第一手材料。此阶段不做评判,只记录。

  • 典型交付物:用户画像(2~5个典型用户)、“用户旅程地图”初稿。
  • 常见陷阱:只用公司内部意见替代真实用户访谈;挑选“友善”用户回避负面反馈。
  • 验收标准:至少完成5场用户访谈(每场≥30分钟),输出一份“场景‑痛点‑期望”对照表。
实战案例:某电商团队在探索阶段发现“订单取消”场景下用户实际焦虑的不是退款速度,而是不知道取消后优惠券是否失效。这个洞察直接影响了后续定义阶段的问题优先级。

2.2 定义阶段:收敛问题,形成可执行的问题陈述

在探索阶段收集到的原始信息往往是散乱的。定义阶段的任务是分类、合并、排序,最终输出POV(Point of View)问题和HMW(How Might We)提问。

  1. 需求拆解:用“用户‑场景‑需求”三层卡片将收集到的片段归组。
  2. 优先级排序:使用“影响‑可行性”矩阵或RICE框架筛选。
  3. 问题陈述:范式——“作为<用户类型>,在<场景>中,希望<需求>,因为<原因>”。
原始用户反馈 拆解后需求 优先级
“我经常忘记还款日” 在APP首页显示距离还款剩余天数 P0(影响信用)
“还款后找不到记录” 账单列表增加已还款筛选 P1
“希望用支付宝还款” 支付方式拓展(若用户占比≥20%) P2
注意:定义阶段最大的风险是“过度承诺”——把每个反馈都当作必须解决的需求。必须用业务目标和资源约束作为收敛的锚点。

2.3 构思阶段:发散方案,鼓励异类想法

当问题被精确定义后,团队围绕HMW问题进行多轮发散。建议使用脑暴、用户故事映射、服务蓝图等工具,产出多种可能的方案雏形。这个阶段拒绝“不可能”的评判。

  • 常用激发方式:反向思维(“如何让用户更不愿意还款?” → 反推出增强动力方案)、跨界借鉴(模仿游戏化签到机制)。
  • 输出:方案卡片(每个卡片包含方案名称、核心机制、所需资源估算)。
  • 验收标准:至少产生5个不同方向的方案,其中至少有2个方案是团队之前没有考虑过的。

2.4 验证阶段:收敛证据,用指标说话

验证阶段的本质是用最小的成本消除最大的不确定性。团队从构思阶段的方案中选择1~2个进行原型制作或A/B实验,并预先设定通过/不通过指标。

  1. 建立验收标准:例如“新注册流程完成率从32%提升至45%”。
  2. 选择验证方法:低保真原型可用性测试(5人即可发现80%问题);高保真原型适合收集定量数据。
  3. 输出验证报告:包含假设、实际数据、置信区间、是否通过、迭代建议。
数据思维:验证阶段不要只看“是否成功”,更要关注“为什么成功/失败”。即使方案未通过,也能帮助团队深化对用户行为和业务问题的理解。这些洞察会反馈到下一轮探索阶段。

四阶段循环构成了产品发现的核心节拍器。每个阶段都有明确的产出物和检查清单(见下表),团队可据此进行自检,确保不跳步、不漏项。

阶段 强制交付物 关键验收问题
探索 用户访谈记录、场景清单 是否覆盖所有核心用户群体?是否记录原话?
定义 问题陈述表、优先级矩阵 是否与业务KPI明确关联?是否排除已知不可行需求?
构思 方案列表(含故事地图) 是否包含至少一个低成本快速实验方案?
验证 测试报告、迭代计划 是否预先设定了失败止损指标?