一、引子：5,050 张工单里的沉默
先说一个让科技部同事都沉默的数字：2025 年度， IT 服务台累计处理了 5,050 张工单，其中 2,109 张超期未结，超期率 41.76%，平均处理时长 245 分钟。这意味着——每两张工单里就有一张拖期，每张工单平均耗 4 小时。要让这串数字真正被"看见、被讨论、被解决"，一张年度仪表盘是绕不开的入口。下面我把做这张表的过程掰开讲——既讲设计方法，也讲数据洞察，如果你正在做 IT 服务台 / 客服中心 / 数据治理的年度盘点，应该都能复用。
二、设计前的三件事——为什么这张看板长这样
动工之前，我们内部只提了三个问题：
- 受众是谁？要的是科技部领导、还是每一位具体承接工单的同事？
- 分析边界在哪里？维度是按部门、按系统、按事件类型，还是按故障原因？
- 想驱动什么行动？是要谈资源、要追责，还是要沉淀 SOP？
三个问题的答案，决定了后面所有的图表、配色、布局。我的答案是：
① 受众：科技部全体 + 各业务条线联络人；
② 维度：时间 × 部门 × 系统 × 事件类型 × 故障原因五维；
③ 落脚点：月度复盘 + IT 服务台 SOP 优化。
所以接下来你看到的每一个模块，都对应其中一个问题的回答。
三、顶部 4 卡 KPI：问题铁三角 + 1 个体验锚
总工单量5,050
超期工单2,109
超期率41.76%
平均耗时245 min
我刻意把这 4 张指标卡放在最顶部，并称它们为"问题铁三角+体验锚"：
- 总工单量 刻画问题总量——分母；
- 超期工单数 刻画问题严重程度的绝对值；
- 超期率 刻画问题严重程度的相对值；
- 平均耗时 刻画服务体验。
四点成面——只看总量会被规模掩盖，只看超期率会被低基数糊弄，只看耗时又看不见分布。四张卡一起读，才能说"我们 IT 服务台今年的真实状态是不健康"。
设色小心思：4 张卡统一用低饱和浅蓝块，意在不抢戏；关键数字留黑，越大越醒目，避免领导第一眼就被花花绿绿的告警色裹挟。
四、月度趋势 + 双轴图：阈值设色法
中部左侧那张图，是我打磨时间最久的——月度工单趋势 + 超期率双轴。
- 柱状(左轴)：当月工单总量；
- 折线(右轴)：当月超期率（%）；
- 颜色：超期率
>45% 红、35%~45% 橙、25%~35% 黄、<25% 绿——四档阈值设色，让红色月份自动跳出来。
这张图一摆出来，三个洞察就直接"看图说话"：
- 1 月超期率 45.78%，春节前需求集中爆发；
- 5~6 月转绿（36.65%、38.96%），是上半年 SOP 上线后的窗口；
- 8 月之后再次抬头（42.74% → 41.81%），需要在 9-10 月做专项治理。
这一张图，胜过十份周报。我把方法论总结为："阈值设色法 + 双轴图"——任何"数量 + 比率"型的指标，都建议套用这个组合。
五、部门 × 系统：双视角交叉分析
中部右侧两张图，工单量和超期率分别按部门和按系统拆。这是最希望被复用的一条方法论。
为什么要双视角？
- 部门视角 解决"谁的责任"——是个人金融部需求多，还是风险管理部追得紧？
- 系统视角 解决"哪条链路差"——是核心业务系统拖累，还是超级报表接口卡脖子？
两个视角叠看，能避免把"系统故障"甩锅给"部门需求"——比如某部门工单高，背后原因往往是它重度依赖的某个系统接口慢。
两张图都沿用同一套红/橙/黄/绿阈值配色，确保视觉一致性，让读者一秒能切换上下文。
实现细节：FineReport 里实现"按指标值条件配色"，建议把数值字段类型显式设为"数值"，并开启"数据列条件属性"——比单元格过滤性能明显更好。
六、超期 vs 未超期平均耗时：让"长尾"自己跳出来
这张图，是整套仪表盘里我自己最爱的一张。
横轴：每个部门的 超期 vs 未超期 平均耗时；纵轴：小时数。
一眼看过去，超期工单的平均耗时集中在 507~582 小时（约 21~24 天），而未超期则在 100~200 小时区间——这是接近 3 倍的差距。
这张图把"看不见的代价"摊开了：超期不仅是 SLA 没达成，更意味着人力堆叠、用户失望、内部沟通成本飙升。基于这张图，提出了"48 小时预警"机制，要求任何工单超过 48 小时未结，自动升级到责任人直线经理。
方法论：当你发现"平均"不能说明问题时，立刻换 "分群均值" —— 总平均 245 分钟是骗人的，分群后才会发现真正的瓶颈在哪里。
七、事件 × 故障 TOP10：从"看见"走到"行动"
仪表盘最底下的两张横向条形图，是"行动桥"——
- 左侧：事件类型 TOP10——"大家在忙什么"，最显眼的 3 是信贷系统额度同步、手机银行转账不可用、支付清算头寸异常；
- 右侧：故障原因 TOP10——"卡在哪里"，集中在接口调用超时、服务节点宕机、头寸调度接口鉴权失败；
这一对组合的精妙之处：事件类型是"症状"，故障原因是"病根"。两者一对照，就能直接派单给对应团队，并把"出现频率最高的根因"提级处理。
设色细节：横条从左到右用 浅蓝 → 深蓝渐变，让"长尾弱项"自然退到背景里，重点一目了然。这是和上面红黄绿 KPI 完全不同的配色逻辑——避免在同一张表上视觉语义混乱。
八、数据告诉我们的 3 个结论
把六张图拼起来，最后给科技部汇报的 3 个核心结论是：
- 资源结论：超期重灾区集中在 5 个系统（核心业务、数据中台、超级报表、风险管控、支付清算），应集中优化接口层；
- SOP 结论：信贷系统额度同步、手机银行转账、支付清算头寸这 3 类事件每月重复出现，需要拆为长线治理项目，而不是例行工单；
- 体验结论：超期工单耗时是未超期工单的 2.5 倍以上，应设立"48 小时预警"机制，让长尾不拖长。
这三个结论全部来自同一张仪表盘，没有一处是凭空发挥——这也是做数据可视化最爽的瞬间。
九、反思：这版看板还不够好的 3 个地方
如果你仔细看原图，会发现这张表还有几处可以更好：
- 列名重叠：各部门的列名因 DPI 偏高叠在一起，影响阅读，下一版会换成横向条形图或调高行高；
- 阈值经验档：现在用的 45/35/25 是经验档，后期应该接入历史分位数自适应设色，让阈值"自己会说话"；
- 数据完整性：本表是 2025 年 1-10 月，11-12 月缺失，年度对比不完整；下一步要把月度 ETL 纳入生产任务，避免"年报缺两月"。
但工单数据最大的特点就是"会说话"——只要持续更新，这张表会比我们做得更好。
十、写在最后
做一张仪表盘并不难，难的是让它真的改变一次决策。
如果你也在做 IT 服务台 / 客服中心 / 数据治理的年度盘点，欢迎在评论区聊一聊你那张仪表盘的样子——配色、阈值、维度，都欢迎。
一起，把这个行业的看板做厚一点。 | 
