思维工具箱5W2H 问题描述法
A01
5W2H 问题描述法
5W2H
用七个角度把含糊任务写成可分工问题
这是什么
接到「体验不好」「尽快优化」这类含糊说法时，团队往往对对象、范围和完成标准理解不一致。5W2H 用什么、为何、谁、何时、何处、怎样、多少七个角度补齐信息，把任务写成可分工、可验证的问题定义。这里的「为何」优先说明业务意义，不等于已经找到根因。
示意图
什么时候用 / 别用
该用
- 任务表述含糊，各方对范围与验收标准理解不一致
- 收到零散投诉或反馈，需要先对齐事实再分析
- 立项或交接前要把问题写成一页可共享的定义卡
别用
- 事实已经清楚，应直接进入原因分析
- 把填表当成目的，重复填同一件事
- 用 Who 找人背锅，而不是厘清相关方
怎么做
准备：任务原话或用户反馈原文；相关人员、已有指标与业务目标；明确的时间限制；未知项标「待确认」
- 把问题写成一个具体事件或预期结果，区分现状与目标
- 逐项填写七个角度；诊断写发生路径，执行写拟用方法
- 每项后补证据来源、未知项和补充信息负责人
- 让需求方与执行方复述范围，确认交付标准与下一步
交付：一页问题定义卡：对象、时间窗口、影响规模、边界、验收标准与信息缺口
一个例子
假设示例 · 产品
【假设示例】产品经理收到「码表连接太差」。补问后变为：某固件版本在首次开箱、部分安卓机、蓝牙授权后无法完成绑定；试用样本 100 人中 18 人失败。下一步由客户端与固件共同复现，而不是直接重做连接页。
容易踩坑
- 七项填全不保证定义正确，仍需核对证据
- How much 未注明金额、人数或时间的口径
- 把 Why 当成根因分析，跳过后续诊断工具
出处：质量管理与问题解决中常见的七问描述框架