帕累托图是一种按频次降序排列的柱状图叠加累计百分比折线的组合图,用来找出"造成大多数问题的少数关键原因"。它适合根因归类后需要决定"先改哪个"的场景,如线上故障治理、性能瓶颈定位、客诉分类、技术债排序;不适合各类占比接近、没有明显关键少数的场景(那种情况用鱼骨图找根因更合适)。本文包含完整的七类根因算例、五步在线绘制教程、六个常见错误与自检清单。

一、为什么需要这张图
技术团队最常见的困境不是没问题,是问题太多。
告警列表里躺着七类根因,客诉台账里有十几种类型,代码扫描报出两百条告警。团队都知道要整改,但一旦问"先做哪个",答案通常是"都重要,一起改"。
结果就是三个月后,每类都动了一点,每类都没修干净。
帕累托图解决的就是这个排序问题。它基于一个经验规律:多数问题的成因往往集中在少数几类上。把类别按频次从高到低摆出来,再叠一条累计百分比曲线,那条曲线第一次跨过 80% 的位置,左侧的类别就是你要动的地方。
一句话概括:这张图不告诉你原因是什么,它告诉你先别动哪些。
二、图的三个组成部分
帕累托图看着简单,但三部分缺一不可:
第一,降序排列的柱子。 横轴是问题类别,纵轴(左)是频次或损失金额。必须严格从高到低排列,这是很多人画错的第一个地方——按分类习惯排列(比如按模块 A/B/C 顺序),图的解释力立刻归零。
第二,累计百分比折线。 从第一根柱子的右上角起,逐级累加,终点必然是 100%。它对应右侧的百分比纵轴。
第三,80% 参考线。 在折线跨过 80% 的位置画一条水平辅助线,线左边的类别就是"关键少数"。
读图方法只有一句:看折线在哪里跨过 80%,左边全是要做的,右边暂时全放弃。

三、完整算例:某电商后台 Q3 线上告警治理
数据背景
统计周期:7 月 1 日至 9 月 30 日,共 92 天。数据源:监控平台的告警归并后的根因分类。
Step 1:分类统计频次并降序排列
| 序号 | 告警根因类别 | 频次 | 累计频次 | 累计占比 |
|---|---|---|---|---|
| 1 | 缓存雪崩 / 热点 key 失效 | 168 | 168 | 39.5% |
| 2 | 第三方接口超时未降级 | 121 | 289 | 68.0% |
| 3 | 慢 SQL 未命中索引 | 62 | 351 | 82.6% |
| 4 | 定时任务堆积未限流 | 34 | 385 | 90.6% |
| 5 | 配置中心推送失败 | 21 | 406 | 95.5% |
| 6 | 消息重复消费 | 12 | 418 | 98.4% |
| 7 | 其他(未归类) | 7 | 425 | 100.0% |
总样本量 425 次。
累计占比的计算方式很直接:把该行及以上的频次相加,除以总数。例如第三行是(168+121+62)÷ 425 = 351 ÷ 425 = 82.6%。
Step 2:读图找关键少数
折线第一次跨过 80% 的位置落在第 3 类。也就是说:
7 类根因中,前 3 类(占比 43% 的类别数量)贡献了 82.6% 的告警量。
前 2 类贡献 68.0%,后 4 类加起来只有 17.4%。
Step 3:换算成资源投入
团队原计划"全面治理",七类各安排负责人,粗估需要 12 人周。
如果按帕累托图的结论只做前三类(加缓存预热与降级兜底、给第三方调用加熔断降级、给慢 SQL 补索引),实际投入 4.5 人周,可覆盖的告警削减面是 82.6%。
剩下四类要吃掉另外 7.5 人周,收益只有 17.4%。
同样的时间,前者让监控曲线肉眼可见地掉下来,后者让团队多熬一个半月却没什么水花。
Step 4:第二轮迭代
前三类改完之后,重新统计一轮。此时原先排第 4 的"定时任务堆积"大概率会升到榜首——帕累托图不是画一次就完,它是滚动的:每一轮治理结束重画一次,下一批关键少数会自动浮出来。
四、五步在线绘制
- 整理数据表。 两列即可:类别名称、频次(或金额)。先把数字核对好,不要边画边改。
- 降序排序。 这是最容易漏的一步,务必先按频次从大到小排好再进图。
- 建组合图。 打开在线绘图工具,选择"帕累托图"模板;若工具没有现成模板,用"组合图表"——柱状图作底层,折线图叠加,共用同一横轴。
- 设置双纵轴。 左轴为频次,刻度上限建议略高于最大柱;右轴为百分比,固定 0–100%,不要让它自适应,否则 80% 参考线的位置会失真。
- 加 80% 参考线与数据标签。 在折线跨过 80% 的第一个柱子上画垂直分界,并在该处标注"关键少数到此为止"。每根柱子顶部标频次,折线转折处标累计百分比。
建议把这张图和数据表一起导出。图给结论,表给依据,汇报时两者缺一不可。

五、六个常见错误
错误一:没排序就画。 类别按习惯排列,折线变成锯齿,完全读不出拐点。这是最高频的低级错误。
错误二:累计百分比算错。 累计值必须是"本行及以上所有频次之和",不能用平均值或增长率。建议画之前先在表格里验算一遍,终点必须严格等于 100%。
错误三:在类别数太少时强行使用。 只有两三类问题,直接看数字即可,画图反而把简单问题复杂化。一般建议类别数 ≥ 5 才有分析价值。
错误四:忽略"其他"这一项的位置。 放最后一项没问题,但如果"其他"的柱子排到了前三位,说明你的分类体系本身失效,应该重新定义类别,而不是继续画下去。
错误五:拿它当一次性结论。 治理一轮后不重画,第二年还在改同一批问题。帕累托图是滚动工具,每个迭代都应重绘。
错误六:在占比均匀时硬套二八。 如果七类分别占 13%–16%,说明不存在明显的关键少数,此时这张图给不出优先级。正确的做法是改用鱼骨图去追根因——问题不在排序,在分类维度选错了。
六、帕累托图和相近图怎么选
| 对比图 | 核心用途 | 与帕累托图的关键差异 |
|---|---|---|
| 普通柱状图 | 单纯比较各类数量多少 | 没有累计维度,看不出"累计到哪为止够了" |
| 饼图 | 表达部分与整体的静态占比 | 类别多时不可读,且无法给出优先级排序 |
| 鱼骨图 | 对单一问题追查深层根因 | 帕累托图负责"先解决哪一类",鱼骨图负责"这一类为什么发生" |
| 燃尽图 | 跟踪迭代剩余工作量 | 关注时间维度的进度,不关注成因分布 |
| 散点图 | 观察两个变量的相关性 | 不处理分类排序问题 |
实践中最常见的组合是:先用帕累托图锁定关键类别,再用鱼骨图深挖那一类的根因。 两张图衔接起来,就是一套完整的质量分析闭环。
七、发布前自检清单
- 类别是否已严格按频次降序排列?
- 累计百分比是否逐行验算,终点是否为 100%?
- 右轴是否固定 0–100%,而非自适应?
- 80% 参考线位置是否标在折线第一次跨过的位置?
- "其他"类别是否排在前三位(若是,需重做分类)?
- 各类占比是否足够分散(若都在均值附近,改用鱼骨图)?
八、适用于哪些搜索场景与关键词
用户常用的搜索词:帕累托图怎么画、二八法则图、帕累托分析怎么做、累计百分比如何计算、80/20 原则可视化、问题优先级排序方法、线上告警治理顺序、帕累托图和柱状图区别、QC 七大手法帕累托图。
把这些词自然分布在标题、首段与小标题即可,切忌堆砌。
延伸阅读建议与本栏目其他图形文章串读:鱼骨图(根因深挖)、统计图(基础图表选择)、燃尽图(迭代健康度)、看板图(过程管控)、思维导图(发散分类)。
打开在线绘图工具,选帕累托图或组合图表模板,把本文第三节的七类数据原样填一遍,十分钟就能得到一张能直接放进季度复盘汇报的图。
会说"都很重要"是态度,能指出"先别动哪些"才是能力。
