5W2H分析法怎么用？7个问题、填写示例与行动检查

5W2H分析法是用七类问题把一件事说明白：What是什么、Who涉及谁、Where在哪里、When何时、Why为什么、How怎样、How much多少。它可以帮助团队澄清问题，也可以把已经选定的措施整理成行动计划。填写时要分清事实、假设和待确认信息，不能因为七格都填满，就认为找到了根本原因。

在 Boardmix 在线白板上，可以把七个问题、依据材料和待办事项放在同一画布，邀请相关成员补充与评论。下面先解释每格怎么写，再以邮件客服回复延迟为例，展示怎样从模糊抱怨走到一份可核对的分析和行动安排。

1. 5W2H分析法是什么，什么时候用

5W对应五个以W开头的英文疑问词，2H对应How和How much。它的作用是提醒提问者从不同角度检查同一件事，减少遗漏；不要求固定使用某种图形，也不要求按一个不可改变的顺序提问。表格、便签分区和文档都可以承载这些问题。

使用前先确定分析对象。例如“邮件客服首次回复较慢”，比“改善客户体验”更便于找资料。若分析的是一个问题，先记录发生了什么、范围有多大；若已经确定要开展一项行动，则把七问用于说明目标、负责人、地点、时间、做法和资源。问题描述表与行动计划表可以衔接，但每格回答的对象不能中途偷偷改变。

AHRQ 的5W2H说明建议先统一要分析的情境，再回答问题；暂时不知道的答案，应安排后续取证。定义清楚问题之后，才继续分析原因。这也说明：5W2H能组织调查，不能代替调查本身。

需要空白结构时，可以从5W2H分析模板开始，把模板示例替换为自己的对象，并在答案旁注明来源或待核查项。

2. 5W2H的七个问题分别怎么填

What：先描述现象，不先写解决方案

写出可观察的问题或要完成的工作。例如“本周部分邮件工单超过24小时仍未获得首次人工回复”，比“客服效率低”具体。“更换客服系统”是一项可能的方案，不能直接当作问题本身。对于项目延迟，也要写清是哪项交付、计划与实际怎样不同。

Who：区分受影响的人、提供资料的人和负责人

客户、客服、技术和管理者都可能涉及同一个问题，但角色不同。客户受到影响，客服提供处理记录，技术同事解释系统日志，主管负责推进改进。写“客服部”还不够：至少说明谁确认事实、谁负责下一步，避免所有人都在场却没人接手。

参与者较多时，可先用利益相关者分析梳理他们与问题的关系，再把需要参与本次调查的人填入Who。相关程度高不代表对所有行动都负同样责任。

Where：范围可以是渠道、环节或系统

“哪里”不只指物理地点，也可以是邮件渠道、某个产品版本、一个作业环节或某类订单。记录发生范围，也记录没有观察到问题的范围。邮件首响延迟不能自动推广成电话和在线聊天也延迟；跨部门问题也不等于整个公司的所有流程都有问题。

When：把统计时间和行动期限分开

分析现状时，写清开始与结束时间、频率、时区及是否集中在交班等时段。计划行动时，再写开始日、截止日和复核日。两者混在一起，会出现“本周”既代表被分析的数据，又代表尚未执行的措施。统计还未结束，就不要与已经结束的整周直接比较。

Why：写理由和待验证解释，不把猜测写成根因

规划任务时，Why可以回答“为什么要做、要改善什么”。分析问题时，可以记录为什么值得调查，以及有哪些可能解释。例如“跨班次转交可能造成等待”是一个假设；需要用分派和回复时间核对，不能直接改写成“客服培训不足导致延迟”。如果有多个解释，分别列出能支持或排除它们的材料。

How：还原发生过程，再讨论怎样调整

先写现有过程，例如“收到邮件→建立工单→分派→人工回复”。每一步用实际记录核对，找出等待发生在哪一段。确定措施后，另写执行步骤和检查方法，例如“交班前确认未回复工单的承接人”。“优化流程、加强协作”太宽，执行者无法据此判断今天具体做什么。

How much：给出数量口径或资源边界

分析现状时，可以写数量、比例、等待时间或费用；必须说明统计单位、分母和排除条件。计划行动时，可以写预算上限、预计工时和资源来源。没有数据就写待核查及负责人，不要填一个看起来合理的提升比例。数量大也不一定优先级最高，还要看影响和紧迫程度。

填完七格后，将“已确认”“假设”“待取证”直接写在对应内容旁。颜色可以辅助区分，但不要只依靠颜色。AI可以辅助归类已有记录、发现空项；涉及客户信息时先脱敏，生成的原因、数字和建议仍需回到原始材料核对。

3. 六类应用场景，各自要关注什么

例如制定营销策略时，七问能把受众、渠道、时间和预算写清楚，但不能仅凭填写表格推断活动一定增长。质量问题也一样：问题范围整理好之后，还要根据证据选择进一步的分析方法。

下面的模板以员工满意度讨论为题，展示七个问题如何并排整理。它适合借鉴填写位置；其中的解释与建议应作为待讨论内容，不能直接套用到另一家组织。

可打开5W2H七问题应用模板，先改题目，再逐格替换内容。不同问题最好保留独立的表，避免后续记录混在一起。

4. 客服案例：从“回复慢”到可检查的行动

以下是一个构造的教学案例，不代表某家企业的实际表现。假设跨境电商团队收到“邮件回复慢”的反馈，先选取连续一周新建的100条邮件工单，每条工单只计一次；统一使用UTC+8，从创建时间计算到首次人工有效回复，不把机器人自动确认算作人工回复。最后一天创建的工单也补足24小时观察期。

假设其中18条超过24小时才获得首次人工回复，或观察至24小时后仍未回复。当前只能说：在这100条工单、这个时间窗和这个口径下，超时比例为18÷100＝18%。24小时是本例用于调查的阈值，不是所有客服场景通用的承诺标准；也不能从这一组数据推出满意度下降多少。

接下来不要把“加强培训、购买系统、优化沟通”一起列为已确定的方案。先核查18条工单的时间记录：如果等待集中在分派前，查看规则和异常处理；如果已经分派却无人接手，再检查交接与承接安排；如果属于时区或口径错误，先修正统计。培训可以是有依据后的措施之一，但不能成为所有延迟问题的默认答案。

把核查和措施落实到责任、期限与检查物

约定讨论后的第一个工作日为D1，可形成下面的安排。D2、D3、D5是本例的计划，不是通用服务时限。

• D2：数据同事提交核对表。包含脱敏工单编号、创建时间、分派时间、首次人工回复时间和排除原因。主管抽查原始记录，确认100条的分母口径一致。
• D3：客服主管与技术同事核查18条延迟路径。分别记录哪些材料支持某个解释，哪些记录与之相反；没有依据的解释继续保留为待查项。
• 条件成立后再安排试点。若确认存在跨班次未承接问题，就先在邮件渠道试行交接提醒和承接确认，由主管负责；D5检查未回复工单是否都能找到承接人及交接记录。
• 另做效果复核。后续用同样的工单范围、阈值和观察方法比较，记录工作量、人员和渠道是否变化。交接记录补齐只能证明措施执行，不能提前声称18%的比例已经下降。

在 Boardmix 中，可将七问放在左侧、脱敏依据放在中间、这些行动放在右侧；对“跨班次等待”添加评论，请相关人员补充记录。明确一位维护者更新状态，保留仍待确认的问题。这样的画布便于共同讨论，真实工单状态和统计仍以业务系统的记录为准。

交付前再看三点：读者能否准确复述问题范围；每个原因是否标明了证据或假设；每项行动是否有负责人、期限和检查物。七格的价值在于让下一步变得具体，而不是把未知信息包装成完整结论。