BizThinkFrame
返回框架查询
FRAME 03 / 发现问题与课题

原因分析

5 Whys / Root Cause Analysis

连续追问“为什么”,从表面现象追到更深层的原因。

申请工作台内测
什么时候用

原因分析用于避免只处理症状。

需要准备

问题和原因链

你会得到

根因假设、原因链、改善或验证动作。

01

先理解,再动手

原因分析用于避免只处理症状。它要求团队围绕一个具体问题逐层追问原因,直到找到能够解释问题并能指导行动的根因。

使用步骤

从可观察问题沿因果链逐层追问;每层记录证据或待验证假设,不必为了凑五次而虚构根因。证据不足可以停止,后续层留空;结论需要现场或数据验证。

  1. 01

    先选定一个具体问题

  2. 02

    写下第一层原因

  3. 03

    对每个原因继续追问为什么

  4. 04

    当原因链能够解释问题并指向可行动的改善点时停止

  5. 05

    必要时用逻辑树整理多条原因链

使用时,留意这一点

一次只分析一个具体问题;多原因并行时转入逻辑树。

02

把方法看清楚

虚构案例 · 与工作台使用相同的可编辑结构
?需要解释的具体问题最初判断是仓库员工不够努力,团队准备延长加班时间。1WHY 1 · 继续追问原因订单等待拣货2WHY 2 · 继续追问原因货架缺货,需要补货确认3WHY 3 · 继续追问原因线上显示有库存,实物已经售出4WHY 4 · 继续追问原因门店销售到晚间才回传5WHY 5 · 继续追问原因库存同步频率与多渠道销售节奏不匹配

从一份空白提纲开始

复制到你的文档,填入真实的业务事实与判断。

查看空白提纲
原因分析 · 空白提纲

工作问题:
期望结果:

填写说明:写清现象、影响及发生范围。
1. 具体问题:

填写说明:解释上一层为什么发生,附证据;无依据可停止追问。
2. 原因 1:

填写说明:解释上一层为什么发生,附证据;无依据可停止追问。
3. 原因 2:

填写说明:解释上一层为什么发生,附证据;无依据可停止追问。
4. 原因 3:

填写说明:解释上一层为什么发生,附证据;无依据可停止追问。
5. 原因 4:

填写说明:解释上一层为什么发生,附证据;无依据可停止追问。
6. 原因 5:

检查清单
□ 每次追问都围绕同一个具体问题。
□ 原因链条前后逻辑连贯。
□ 最终原因能转化为行动或验证任务。

BizThinkFrame · https://bizthinkframe.com/zh/frameworks/the-5-whys
03

跟着案例走一遍

虚构教学案例
WORKED EXAMPLE

追问为什么订单总是迟发

组织、人物、数据和结果均为虚构,仅用于说明方法。

背景与问题

青禾电商组连续两周收到迟发投诉,抽查了 20 个迟发订单。

最初判断是仓库员工不够努力,团队准备延长加班时间。

手头有哪些材料

  • 20 单中 14 单卡在补货确认
  • 库存表每天只更新一次

如何使用这个框架

  1. 只讨论迟发订单,不把包装损坏等问题混入。
  2. 沿 14 个订单的时间记录追问,每层原因都用记录支持。
  3. 将“同步延迟导致超卖”写成假设,而非断定唯一根因。
得到的结果

调查方向从员工态度转到库存同步机制;另外 6 单保留为独立原因。

下一步行动

对一个品类改为每小时同步,连续两周比较超卖和迟发比例。

04

检查你的思考

再问自己几个问题

  • 眼前看到的是问题本身,还是问题造成的表象?
  • 如果这个原因被解决,原问题是否会明显改善?
  • 是否存在多个并行原因,而不是单一原因?

完成前的检查清单

  • 每次追问都围绕同一个具体问题。
  • 原因链条前后逻辑连贯。
  • 最终原因能转化为行动或验证任务。

看看这个方法怎样应用

新用户不再回来时先用哪个框架用同期漏斗数据区分获取、激活与留存5 Whys 与逻辑树如何配合查找原因同一批延迟订单的分支与追问链