第 2 章 指标当成果
本章判据:"你的指标,是从成果上推下来的,还是从上一层指标上分下来的?"
本章主线:指标分解是数学分解,不是因果分解
一
"去年我们的指标完成率是 98%。"
这句话我在不同的公司听过不下三十遍。说的人通常是 HR 负责人或绩效负责人,语气里有一种完成任务的松弛。他会顺势补上细节:指标是层层分解下去的,每个人头上有三到五条,月度复盘、季度校准,流程很完整。
然后他会停下来,等我说一句"做得不错"。
我一般会问一个让人措手不及的问题:
"这 98%,是 98% 的什么?"
通常是一段沉默。然后是这句:
"……就是,指标的完成率啊。"
到这一步,事情其实已经说完了。他用一个指标的完成率,替代了业务成果的达成。
而这个替换,他自己并不知道做过。
二
这不是某一家公司的毛病,它是这个行业的标准做法。
第一层:KPI。 公司级指标拆到部门,部门拆到团队,团队拆到人。设计原则写得很清楚——可量化、可对齐、可考核。层层拆完,每个人都有一个数。
第二层:BSC。 为了解决"只看财务指标"的偏,加了客户、内部流程、学习成长三个维度。四张卡,看起来平衡了。
第三层:OKR。 为了应对不确定,把"指标"改成"目标 + 关键结果"。目标更进取,结果更透明。
第四层:PBC。 为了让个人承接组织目标,把目标落到个人的"业务承诺"上,签字确认,PDCA 闭环。
四层叠下来,一套非常完整、非常专业的指标体系。
而这四层,做的都是同一件事:把数字从上往下分。
没有人做的那件事是——论证"这个数字"和"那个成果"之间,到底是什么关系。
我在一家做工业设备的公司见过最极端的一例。他们给售后工程师设了"单次上门解决率"这个指标,权重 30%。指标完成得很好,全公司 91%。同时,客户续约率连跌两年。
没有人把这两个数放在一起看过。因为这两个数,一个在绩效表里,一个在财务表里,属于两个不同的系统,由两个不同的部门管。
三
现在说清楚:为什么"指标完成"不等于"成果达成"。
先说第一层原因。
指标分解,用的是数学分解,不是因果分解。
一个公司级指标拆到部门、再拆到个人,用的是加减乘除。这个动作在数学上无懈可击。
但业务成果不是这么产生的。业务成果产生于一条因果链:
`
你做了什么
→ 客户发生了什么变化
→ 客户做了什么
→ 财务上出现什么结果
`
数学分解不需要知道这条链;因果分解必须知道。
所以"把指标拆下去"这个动作,从头到尾没有碰过那条链。它只是在数字层面,把一个大数切成若干小数,然后要求大家把小数凑回大数。
凑齐了小数,不等于那条链跑通了。
四
再说第二层原因,这一层更致命。
一家公司的战略执行,其实有两层完全不同的逻辑——而它们被混成了一层。
| 是什么 | 举例 | |
|---|---|---|
| 第一层 · 事的逻辑 | 业务怎么成功(客户、产品、流程、交付) | "把交付周期从 45 天压到 30 天" |
| 第二层 · 组织策略的逻辑 | 通过什么组织与人才安排去实现它 | "因此要把交付拆成三段、由不同岗位承接,并把结案权前移" |
健康的做法:第一层先定,第二层从第一层推出来,两层各有一套指标。
现实的做法:把两层揉成一张表——"交付周期缩短"、"人均产值"、"关键岗位到位率"、"员工敬业度"全塞在同一张卡上,权重点一点,凑够 100 分。
后果有三个,一个比一个重:
- 因果不可靠。 因为指标之间没有推导关系,只有排列关系。
- 永远说不清问题出在哪一层。 指标没达成,是业务设计(事的逻辑)错了,还是组织安排(组织策略)错了?—— 混装之后,这个问题永远无解。
- 连相关性都谈不上。 两张表各自好看,中间那条链没人验证过。
而第 2 条是最要命的。因为它意味着:一次失败之后,你连"下一次该改哪里"都判断不出来。
五
这个病还有一个更通用的名字。
人力资源领域最有价值的一次视角升级,是从"单指标对标"走到"双指标关系分析"——
不再问"我们的人均产值是 80 万,行业是 120 万,差距 40 万",而是问"当人均产值变化时,业务指标发生了什么"。
前者叫对标,后者叫因果。
而绝大多数 HR 的实践,永远停在墙的这一侧。
为什么停在这一侧?因为这一侧有一个巨大的好处:它永远有进度条。
"指标完成率 98%"——这句话给了所有人一个可以交付的东西。它把"业务成功了吗"这个无法回答的问题,换成了"数字填满了吗"这个可以回答的问题。
这是一次交换:用"能回答",换掉了"问得对"。
六
所以这一章的判据是这两句:
"你的指标,是从成果上推下来的,还是从上一层指标上分下来的?"
一问就分家:
- 推下来的 —— 你能回答"这个数字动了,哪个业务结果会动",以及为什么。
- 分下来的 —— 你只能回答"这个数字是谁的"。
还有第二问,它问的是顺序:
"指标锚定战略之后,你改过指标吗?"
如果改过,那你改的不是指标,是战略。因为指标一定锚定战略达成;改了指标,就意味着原来那个战略不再被保证达成。
七
说清楚:指标分解本身没错,它有它成立的条件。
条件一:确定性的环境。
如果业务路径已经清楚、外部环境稳定、成功的关键动作明确——那指标分解是有效的管理工具。 它把已知路径的产出标准化,这没有问题。
条件二:指标与成果的关系已被验证。
如果"这个数动 → 那个结果动"这件事,在你们公司里已经用数据或逻辑验证过,那它可以被分解、被考核。
条件三(最常被忽略):不确定性的来源要分清。
"不确定性"有两种。一种是外部环境在变——这时该用目标型工具。另一种是"我们自己缺乏把事情做确定的能力"——这不是环境问题,是能力问题,用目标管理工具解决不了。
而现实的错误是:把第二种伪装成第一种,然后说"我们要敏捷"。
八
绩效管理是组织手段,它管的是"战略是否达成";指标是这套管理的仪表盘,不是它的成果。
仪表盘显示车在 120 迈,不等于你到了目的地。
指标完成率,是过程的读数;成果达成,是因果的结果。
把读数当结果,你收获的不是成果,是一个好看的读数。
九
你现在就能做的
挑一个你已经在考的指标,做一次双指标关系分析。
- 选出这个指标(比如"单次上门解决率")
- 找一个它"应该影响"的业务或财务指标(比如"客户续约率")
- 把过去两年这两组数放在同一张表上
- 看它们是一起动,还是一起动不了
这一步不需要任何模型、不需要任何系统。一张 Excel。
而它常常会在一小时之内,让你发现一件你两年都没发现的事。
你还需要补的
把"事的逻辑"和"组织策略的逻辑"分成两层、并各出一套指标的能力。
这个能力难在哪?难在它不是指标技术问题,是因果推理问题——你要先能说清"业务怎么成功",才谈得上"用什么组织安排去承接",最后才轮到"用什么指标去监控"。
这套分层的做法,第 13 章会完整展开。