帕雷托分析
Pareto analysis
识别少数关键因素对大部分结果的影响。
有同一口径的分类记录，需要先看哪些类别贡献较大时使用。按数量、金额或其他明确单位排序，再计算累计占比。
统计周期、互斥的分类规则、各类数量或金额，以及缺失和重复处理规则。
排序、累计占比和优先调查候选。
先理解，再动手
使用步骤
先确定统计周期、分类口径与统一单位，再按数值降序排序，计算占比与累计占比。80% 仅为观察参考线，不预设二八分布，也不把高频问题当作根因。
- 01
选择一个结果指标
- 02
按贡献度或影响量排序相关因素
- 03
计算累计占比
- 04
找出关键少数
- 05
把资源集中到最有影响的部分
不要求数据恰好符合 80/20。数量与损失金额分别分析；高频不代表最严重，也不能从排名直接推断原因或节省额。
看清框架结构
从一份空白提纲开始
复制到你的文档，填入真实的业务事实与判断。
查看空白提纲
帕雷托分析 · 空白提纲 什么时候用：有同一口径的分类记录，需要先看哪些类别贡献较大时使用。按数量、金额或其他明确单位排序，再计算累计占比。 需要准备：统计周期、互斥的分类规则、各类数量或金额，以及缺失和重复处理规则。 预期产出：排序、累计占比和优先调查候选。 使用边界：不要求数据恰好符合 80/20。数量与损失金额分别分析；高频不代表最严重，也不能从排名直接推断原因或节省额。 工作问题： 期望结果： 已有证据与假设： 未知项与下一项核查： 填写说明：统计对象、周期、来源和单位；同一次只比较同一指标。 1. 统计口径： 填写说明：每行：类别 | 非负数值。例如：缺货 | 45。不要填写百分号或推测数值。 2. 分类数据： 填写说明：高贡献类别的原因如何验证，下一步是什么？ 3. 重点核查与行动： 检查清单 □ 数据口径清楚。 □ 排序依据与目标结果一致。 □ 关键少数能指导资源调整。 考虑下一个框架 五问法（5 Whys）: 选中的类别已有具体事件记录，需要调查为什么发生时，用原因分析追查解释，保留其他类别与证据缺口。 https://bizthinkframe.com/zh/frameworks/the-5-whys BizThinkFrame · https://bizthinkframe.com/zh/frameworks/pareto-analysis
跟着案例走一遍
虚构教学案例找到投诉的主要来源
组织、人物、数据和结果均为虚构，仅用于说明框架用法。
背景与问题
青禾收集了一个月的 100 条有效投诉，准备分配改善资源。
团队想同时处理所有问题，但只有一名运营能跟进。
手头有哪些材料
- 缺货 45 条、迟送 30 条、包装 15 条、其他 10 条
- 分类标准统一，每条投诉只计入一个主要报告问题；分类不证明根因
如何使用这个框架
- 按数量降序排列投诉类别，并计算累计占比。
- 发现缺货和迟送合计 75%，优先深入这两类。
- 另行检查低频但高损失的问题，避免仅凭数量忽略严重风险。
将本轮改善资源集中到库存准确性和配送承诺。
案例前两类占 75%，不需要凑成 80%。优先调查仍需结合严重性与控制要求，排序不证明已经改善。
三种情况下，先别急着排大小
帕累托分析看同一指标下的贡献集中在哪里。次数、投入或金额先选一种，整张图保持单位一致。排序前定义期间、有效记录和归类规则。图可以指出调查起点，不能直接证明根因。
三种情况暂停：一条记录进多个类别，合计却叫独立投诉数；有的柱用金额、有的用事件次数；为让图漂亮，悄悄排除缺失或未分类。先说明排除并对齐总数。“其他”不自动等于无效或未知记录。
频次与严重程度分开。少见问题可能更紧急，大类也可能有多种无关解释。80/20不是数据必须达到的目标，不能为凑比例调整分类或合并边界。
需要看集中度、找解释还是改流程
按排序之后仍未解决的问题选方法。类别名说明报了什么，不说明为什么发生、哪种改动会有效。
| 方法 | 已有材料 | 产出 |
|---|---|---|
| 帕累托分析 | 范围对齐的同口径类别合计 | 排序和累计占比 |
| 逻辑树 | 多个可能调查路径 | 分支、定义及缺口 |
| 5 Whys | 一个有范围的事件分支 | 有支持的连接与竞争假设 |
| ECRS | 已核对的现状流程及必要控制 | 待测试的重设计候选 |
完整推演：结果是75%，不是80/20
延续Qinghe虚构月份：100条有效投诉，每条只归一个主要报告问题。为便于追查，给已有组分别标C001–C045、C046–C075、C076–C090、C091–C100。编号只标识原有类别合计，没有增加单条投诉叙述或已证实原因。
各类占比45/100、30/100、15/100、10/100，累计为45%、75%、90%、100%。前两类是四类的一半，占记录75%，不是20%类别贡献80%。包装加入后累计90%，也不授权忽视最后十条。
“其他”的十条是已归类的有效投诉，具体内容未提供；保留它们，并检查严重程度。后续真有无法归类的记录，另行登记，说明总数是否改变。不能把现有十条改叫缺失证据，也不能把缺货投诉直接认作真实库存或系统故障。
| 编号 | 主要报告问题 | 条数 | 累计占比 |
|---|---|---|---|
| C001–C045 | 缺货 | 45 | 45% |
| C046–C075 | 配送晚 | 30 | 75% |
| C076–C090 | 包装 | 15 | 90% |
| C091–C100 | 其他 | 10 | 100% |
先复查调查，再决定怎么改
可以请求各查十条缺货与配送晚记录，同时另筛少见但严重事项。这是案例拟调查，不是已完成。只有一名运营可跟进，要先约定容量和选取规则，再分配工作；方便抽十条不自动代表该类全部投诉。
逐条保留原始投诉、分类理由、相关操作证据和未知。提到多个问题时核对主要问题怎样选定。配送晚可能涉及不同事件，不能直接变成统一交接原因。把具体且有支持的分支继续查，不把最大柱子当成解决方案名称。
复查区分查了哪些记录、哪些解释成立、哪些行动获批。尝试变更后，下一期沿用定义，并提供解释次数所需的业务暴露量。投诉更少也可能只是订单更少。严重例外、范围变化和未解记录继续保留。排序能指向下一项可检查问题，就有价值，不必提前选出改法。
检查你的思考
再问自己几个问题
- 哪些少数因素贡献了大部分结果？
- 当前资源是否投向了真正重要的部分？
- 排名前列的因素背后是否还有共同原因？
完成前的检查清单
- 数据口径清楚。
- 排序依据与目标结果一致。
- 关键少数能指导资源调整。
框架参考
参考资料说明框架定义与适用范围，不验证虚构案例的结果。