ITR（下）——从成本中心到利润中心
2026-06-03 合盛研学社 & JJ 深度阅读约28分钟
上一期我们搭建了ITR的骨架——三级支持体系、SLA/OLA、升级机制。但骨架搭好了，就能跑起来吗？不一定。ITR体系面临的真正挑战不在"知不知道怎么做"，而在"能不能持续做、做得值不值"。本期聚焦三个问题：怎么让ITR团队有动力做好？怎么衡量ITR做得对不对、好不好？怎么让ITR从"烧钱的事"变成"挣钱的事"？
🔗 上期回顾：第9期 ITR（上）——三级支持体系、SLA/OLA、升级机制、RCA · 本期进入ITR（下）
一、ITR团队的绩效管理：不能只考核"接了多少单"
很多公司的ITR团队考核指标很简单——"这个月处理了多少个工单"。这是典型的数量思维。做ITR绩效管理，最怕的就是只看数量不看质量。
1.1 传统考核的三大陷阱
**陷阱一：只考核工单处理量。**员工为了冲单量，追求"快速关单"而不是"真正解决问题"。结果很多客户反馈"问题被关单了但根本没解决"。
**陷阱二：只考核满意度，不考核根因。**客服对客户很客气、态度很好，满意度得分很高，但同一个产品缺陷三个月没人去修。客户满意了，产品没有改进。
**陷阱三：只考核L1不考核L2和L3。**L1处理多少工单、满意度多少——L2和L3的考核指标和ITR无关（L2按"项目交付"考核，L3按"代码行数"考核）。结果是ITR只在L1环节"被考核"，L2和L3没有服务的动力。
1.2 华为ITR团队的三层考核设计
华为对ITR各层级的考核不是一刀切的，而是分层设计、各有侧重：
| 层级 | 核心指标 | 辅助指标 | 考核思路 |
|---|---|---|---|
| L1客服 | 首次解决率 70%+ | 客户满意度、平均通话时长 | 先衡量"能不能把事情挡在一线"，再衡量"客户满不满意" |
| L2技术 | 平均解决时长 | SLA达标率、知识库贡献率 | 不仅要修得快，还要把经验沉淀下来 |
| L3研发 | 产品缺陷修复率 | RCA完成率、产品改进采纳数 | 不求多，但求深——推动产品改进才算数 |
| 整体ITR | 问题复发率 | 客户流失率、服务收入/成本比 | 管理的核心是减少问题，不是增加处理量 |