《HR手段反思与价值重塑》 · 第 2 章 指标当成果

第 2 章 指标当成果

指标当成果 四格漫画
仪表读数拉满、一片飘红,业绩却在往下掉。读数是替身、成果才是靶——指标不等于成果。

本章判据:"你的指标,是从成果上推下来的,还是从上一层指标上分下来的?"

本章主线:指标分解是数学分解,不是因果分解

一

"去年我们的指标完成率是 98%。"

这句话我在不同的公司听过不下三十遍。说的人通常是 HR 负责人或绩效负责人,语气里有一种完成任务的松弛。他会顺势补上细节:指标是层层分解下去的,每个人头上有三到五条,月度复盘、季度校准,流程很完整。

然后他会停下来,等我说一句"做得不错"。

我一般会问一个让人措手不及的问题:

"这 98%,是 98% 的什么?"

通常是一段沉默。然后是这句:

"……就是,指标的完成率啊。"

到这一步,事情其实已经说完了。他用一个指标的完成率,替代了业务成果的达成。

而这个替换,他自己并不知道做过。

二

这不是某一家公司的毛病,它是这个行业的标准做法。

第一层:KPI。 公司级指标拆到部门,部门拆到团队,团队拆到人。设计原则写得很清楚——可量化、可对齐、可考核。层层拆完,每个人都有一个数。

第二层:BSC。 为了解决"只看财务指标"的偏,加了客户、内部流程、学习成长三个维度。四张卡,看起来平衡了。

第三层:OKR。 为了应对不确定,把"指标"改成"目标 + 关键结果"。目标更进取,结果更透明。

第四层:PBC。 为了让个人承接组织目标,把目标落到个人的"业务承诺"上,签字确认,PDCA 闭环。

四层叠下来,一套非常完整、非常专业的指标体系。

而这四层,做的都是同一件事:把数字从上往下分。

没有人做的那件事是——论证"这个数字"和"那个成果"之间,到底是什么关系。

我在一家做工业设备的公司见过最极端的一例。他们给售后工程师设了"单次上门解决率"这个指标,权重 30%。指标完成得很好,全公司 91%。同时,客户续约率连跌两年。

没有人把这两个数放在一起看过。因为这两个数,一个在绩效表里,一个在财务表里,属于两个不同的系统,由两个不同的部门管。

三

现在说清楚:为什么"指标完成"不等于"成果达成"。

先说第一层原因。

指标分解,用的是数学分解,不是因果分解。

一个公司级指标拆到部门、再拆到个人,用的是加减乘除。这个动作在数学上无懈可击。

但业务成果不是这么产生的。业务成果产生于一条因果链:

`

你做了什么

→ 客户发生了什么变化

→ 客户做了什么

→ 财务上出现什么结果

`

数学分解不需要知道这条链;因果分解必须知道。

所以"把指标拆下去"这个动作,从头到尾没有碰过那条链。它只是在数字层面,把一个大数切成若干小数,然后要求大家把小数凑回大数。

凑齐了小数,不等于那条链跑通了。

四

再说第二层原因,这一层更致命。

一家公司的战略执行,其实有两层完全不同的逻辑——而它们被混成了一层。

是什么举例
第一层 · 事的逻辑业务怎么成功(客户、产品、流程、交付)"把交付周期从 45 天压到 30 天"
第二层 · 组织策略的逻辑通过什么组织与人才安排去实现它"因此要把交付拆成三段、由不同岗位承接,并把结案权前移"

健康的做法:第一层先定,第二层从第一层推出来,两层各有一套指标。

现实的做法:把两层揉成一张表——"交付周期缩短"、"人均产值"、"关键岗位到位率"、"员工敬业度"全塞在同一张卡上,权重点一点,凑够 100 分。

后果有三个,一个比一个重:

  • 因果不可靠。 因为指标之间没有推导关系,只有排列关系。
  • 永远说不清问题出在哪一层。 指标没达成,是业务设计(事的逻辑)错了,还是组织安排(组织策略)错了?—— 混装之后,这个问题永远无解。
  • 连相关性都谈不上。 两张表各自好看,中间那条链没人验证过。

而第 2 条是最要命的。因为它意味着:一次失败之后,你连"下一次该改哪里"都判断不出来。

五

这个病还有一个更通用的名字。

人力资源领域最有价值的一次视角升级,是从"单指标对标"走到"双指标关系分析"——

不再问"我们的人均产值是 80 万,行业是 120 万,差距 40 万",而是问"当人均产值变化时,业务指标发生了什么"。

前者叫对标,后者叫因果。

而绝大多数 HR 的实践,永远停在墙的这一侧。

为什么停在这一侧?因为这一侧有一个巨大的好处:它永远有进度条。

"指标完成率 98%"——这句话给了所有人一个可以交付的东西。它把"业务成功了吗"这个无法回答的问题,换成了"数字填满了吗"这个可以回答的问题。

这是一次交换:用"能回答",换掉了"问得对"。

六

所以这一章的判据是这两句:

"你的指标,是从成果上推下来的,还是从上一层指标上分下来的?"

一问就分家:

  • 推下来的 —— 你能回答"这个数字动了,哪个业务结果会动",以及为什么。
  • 分下来的 —— 你只能回答"这个数字是谁的"。

还有第二问,它问的是顺序:

"指标锚定战略之后,你改过指标吗?"

如果改过,那你改的不是指标,是战略。因为指标一定锚定战略达成;改了指标,就意味着原来那个战略不再被保证达成。

七

说清楚:指标分解本身没错,它有它成立的条件。

条件一:确定性的环境。

如果业务路径已经清楚、外部环境稳定、成功的关键动作明确——那指标分解是有效的管理工具。 它把已知路径的产出标准化,这没有问题。

条件二:指标与成果的关系已被验证。

如果"这个数动 → 那个结果动"这件事,在你们公司里已经用数据或逻辑验证过,那它可以被分解、被考核。

条件三(最常被忽略):不确定性的来源要分清。

"不确定性"有两种。一种是外部环境在变——这时该用目标型工具。另一种是"我们自己缺乏把事情做确定的能力"——这不是环境问题,是能力问题,用目标管理工具解决不了。

而现实的错误是:把第二种伪装成第一种,然后说"我们要敏捷"。

八

绩效管理是组织手段,它管的是"战略是否达成";指标是这套管理的仪表盘,不是它的成果。

仪表盘显示车在 120 迈,不等于你到了目的地。

指标完成率,是过程的读数;成果达成,是因果的结果。

把读数当结果,你收获的不是成果,是一个好看的读数。

九

你现在就能做的

挑一个你已经在考的指标,做一次双指标关系分析。

  • 选出这个指标(比如"单次上门解决率")
  • 找一个它"应该影响"的业务或财务指标(比如"客户续约率")
  • 把过去两年这两组数放在同一张表上
  • 看它们是一起动,还是一起动不了

这一步不需要任何模型、不需要任何系统。一张 Excel。

而它常常会在一小时之内,让你发现一件你两年都没发现的事。

你还需要补的

把"事的逻辑"和"组织策略的逻辑"分成两层、并各出一套指标的能力。

这个能力难在哪?难在它不是指标技术问题,是因果推理问题——你要先能说清"业务怎么成功",才谈得上"用什么组织安排去承接",最后才轮到"用什么指标去监控"。

这套分层的做法,第 13 章会完整展开。