运维合同签的时候，双方对 KPI 的理解几乎从不一致：甲方认为用户投诉少就是好，乙方认为按时响应就是好。等月底对账，才发现连指标定义都没对齐。MTTR、故障率、满意度三类指标各自怎么算、权重怎么配、数据从哪来，必须在签约前写成一张双方签字的口径表，单价谈判反而应该排在它后面。
一、三类指标的定义口径
MTTR 指平均修复时间，从工单创建到服务恢复的分钟数，要同时看均值与 95 分位值：均值会被大量秒级工单拉低，95 分位才反映真实体验。故障率指每百点位每月发生的故障次数，点位口径先统一，摄像头、闸机、大屏各算一个点位还是按机柜算，写进合同附件。满意度取工单关闭后的评分均值，同时抽 10% 人工回访核对，防止自填。
二、权重建议：按数据可得性配
- SLA 型外包合同：MTTR 40%、故障率 30%、满意度 20%、台账完整性 10%；
- 自运营场馆内部考核：MTTR 30%、故障率 30%、满意度 25%、台账完整性 15%；
- 数据来源：MTTR 与故障率取工单系统时间戳自动计算，满意度取用户端评分，台账取巡检表应填与实填的比值。
配权原则只有一条：能被系统客观采集的权重给高，依赖人工填报的给低，否则月底对账全在扯皮。
三、防作弊：三个必须剔除的口径
- 计划停机：维护窗口内的停机不计入 MTTR，但计划外的提前中断照计；
- 重复报修合并：同一设备同一故障 4 小时内的多次报修算一次，防止拆单稀释时长；
- 无效评分剔除：5 分钟内关闭的工单评分不计入分母，这类评分没有参考价值。
三条规则写进合同附件，比事后争论省力得多。满意度抽样回访固定问五项：响应速度、一次修复率、沟通态度、现场整洁、整体评价，五项分开统计，才能定位问题是出在技术还是服务。
四、数据来源与自动采集
工单的三个时间戳（创建、接单、恢复）必须自动写入，不允许手工补录，补录记录单独列异常表。四个数据每周对一次，工单导出模板固定字段，不随项目临时改，口径一改历史数据就断档，环比也就失去意义。监控告警接入自动派单，从告警产生到工单创建应小于 5 分钟，超过即说明监控形同虚设。满意度在工单关闭后 30 分钟内推送，24 小时未评不计入分母。台账完整率按月自动出数，四条数据链路通了，KPI 才是算出来的不是谈出来的。
五、给管理方的三条建议
- 签约前把三类指标定义写成附件，每类附三条算例，双方确认后再谈单价；
- 权重每半年复核一次，人工填报占比高的指标先补数据链路再提权重；
- MTTR 的 95 分位、故障率、满意度做成月度看板，异常当月复盘，不等年度考核。