BSC软件运维服务：上线一年后，一半以上的指标其实已经失效了

BSC 系统有个特点：它很少会“坏”。不会宕机，不会报错，报表照常生成，看板照常显示红黄绿。

但它会失效，而且是悄无声息地失效。系统上线满一年还从没动过指标库的，我基本可以断定里面有一批指标已经没有意义了——战略目标变了，组织架构调了，责任人离职了，但指标还挂在原来的部门头上，每个月继续算出分数，继续进奖金公式。

这才是 BSC 运维服务真正要解决的问题。

一、BSC 运维到底运维什么（不是修 Bug）

很多人把运维理解成“系统出问题找人修”。那是 IT 运维。BSC 软件的运维，我认为至少包含四件事：

• 日常答疑与异常处理：填报问题、算分异常、权限问题、申诉流程支持；
• 指标年度刷新：跟着年度经营计划重梳战略地图与指标库；
• 组织与人员变动同步：架构调整、岗位变动、离职交接后的指标责任人迁移；
• 报表与看板迭代：管理层关注点变了，看板就要跟着改。

四项当中，第二项和第三项才是大头。只做第一项的运维合同，本质上买的是客服，不是管理。

二、指标为什么会失效：四个典型场景

第一，战略转向了，指标没转。去年主打规模扩张，今年主打现金流，但“新客户数量”还挂在销售部门头上，权重 20%。于是所有人继续干去年的事，拿今年的奖金。

第二，组织调整后责任人错位。部门合并、拆分、更名，系统里的指标还挂在新部门，但新部门负责人从来没认过这个指标。

第三，数据源变了，取数路径断了。ERP 升级、业务系统替换之后，某个指标的数据源没了，取数人开始手工估算，一估就是半年，没人发现。

第四，指标被“考穿”了。某个指标两年都是满分，说明目标值早就该上调。满分指标对管理没有任何价值，只是给被考的人发奖金的通道。

三、年度指标刷新五步法

我建议把指标刷新固定成一个年度动作，时间卡在年度经营计划确定之后、第一个考核周期开始之前。五步：

• 第一步，复盘旧指标：逐个看上一年度 12 个月的得分分布，标出“连续满分”“长期红灯且无人改进”“数据缺失超过 3 次”三类问题指标；
• 第二步，对齐新战略：从年度经营计划里抽出 3–5 个关键战役，反推需要哪些指标来牵引，缺的补上；
• 第三步，做减法：公司级指标总量控制在 12–18 个，新增一个原则上要删掉一个；
• 第四步，重定目标值与权重：参考上一年度实际值，目标值一般定在“跳一跳够得着”的位置，权重低于 10% 的重新评估必要性；
• 第五步，重签定义卡并公示：口径、数据源、取数责任人全部重新确认，公示不少于 5 个工作日，接受申诉。

这五步走完，通常要 3–4 周。很多公司跳过第一步和第三步，结果指标库只增不减，三年下来从 18 个涨到 40 多个，也就失去了牵引作用。

四、运维响应怎么分级

运维合同里最容易扯皮的是“多久响应”。我的建议是按影响面分级，而不是统一承诺“2 小时响应”。

签合同时把四级都写清楚，尤其要写清三级、四级的年度额度——比如每年包含多少次指标调整、几张新报表。不写额度，第二年每次小改动都要重新议价，双方都不舒服。

五、一个脱敏案例

【填写提示】以下为写作范式，方括号内的信息请替换为你自己的真实项目数据后再发布。

一家【精密制造】企业，系统上线第【X】年找我们做运维。第一次盘点指标库，共【X】个在用指标，其中【X】个连续 6 个月以上满分，【X】个责任人已经离职或调岗，【X】个数据源所依赖的业务系统已经停用、转由人工估算。

按五步法做完年度刷新：精简到【X】个公司级指标，重定目标值【X】个，重新签署定义卡【X】份，并把“指标年度刷新”正式写进公司绩效管理办法，固定为每年【X】月的常规动作。

效果：【请填写可验证结果，例如“红黄绿灯有区分度的指标占比从 X% 提升到 X%”“因指标争议提出的申诉从每年 X 起降到 X 起”】。

六、给已经上线一年的企业的自查建议

如果你家的 BSC 系统已经跑了一年以上，可以先自己做三件事：导出过去 12 个月所有指标的得分分布，数一数有几个是满分；核对一遍指标责任人，看有几个已经不在原岗位；抽查三个关键指标的数据源，确认取数路径还通。这三件事做完，你就知道要不要做一次年度刷新了。

七、绩效工坊的运维服务

绩效工坊是我个人办的站点，做的是绩效落地这件事的全程，运维是其中的后段。除了日常答疑，绩效工坊的运维重点放在指标年度刷新和组织变动同步上——前者保证指标不失效，后者保证责任不落空。

系统不会自己变好，也不会自己变坏，只会随着组织的变化慢慢偏离。有人定期拉一把，它才一直有用。