去年年底，核管某互联网公司技术团队把月度KPI从“代码提交行数”改成“线上故障数”，理办结果第二个月故障率降了四成，核管但代码提交量直接腰斩。理办这事挺有意思——考核什么，核管员工就给你什么，理办但给的核管往往不是你真正想要的。

KPI这东西，理办本质是核管一份“注意力合同”。你写进表格里的理办数字，就是核管团队每天睁眼要盯的靶子。问题在于，理办靶子画歪了，核管子弹飞得再准也是理办白搭。

指标从哪来

很多公司的核管KPI是自上而下拍脑袋定的。老板说“今年营收翻倍”，层层分解到基层就变成“每人每天打50个销售电话”。这种指标最大的毛病是：它衡量的是动作，不是结果。电话打了，单子没签，KPI照样满分。我见过一个销售团队，月底最后三天集体刷通话时长，把手机放桌上开着免提互相聊天——数据漂亮，业绩为零。

靠谱的做法是从业务流程里“长”出指标。先画一遍客户从进来到成交的完整路径，找到那个最卡脖子的环节。比如转化率低是因为跟进不及时，那就考核“首次响应时间”，而不是“通话总时长”。指标要能回答一个问题：这个数字变好了，业务是不是真的变好了？

权重和数量

见过一张KPI表列了23项考核内容，从业绩到“工位整洁度”全有。这种表唯一的用处是让HR年底打分时方便找茬。人的注意力带宽有限，超过5个指标基本等于没有重点。

我的经验是：3到5项足够。其中一项必须是核心结果指标，权重占50%以上。剩下的可以是过程指标或协作指标，但别超过两项。有个做电商的朋友，运营岗只考三个数：GMV、退货率、客服响应时长。简单粗暴，但团队每天都知道自己该干嘛。

考核周期

月度考核适合销售、客服这类短反馈岗位。但研发、设计这种创造性工作，按月考核就是灾难——这个月需求评审拖了十天，难道扣程序员绩效？他们又不能替产品经理写文档。

季度考核更合理，但季度末容易变成“冲刺月”，前两个月摸鱼第三个月拼命。折中方案是“月度回顾+季度结算”：每月看进度、调方向，但不直接扣钱；季度末按整体产出算总账。这样既保持节奏感，又避免短期行为。

打分的人

直属上级打分最普遍，也最容易出问题。有个朋友在广告公司，组长把全组KPI都打成了92分——因为HR说低于90分要写说明。这种打分纯属行为艺术。

更实际的做法是拉通上下游。比如考核项目经理，让协作的技术、设计、运营各给一票，权重不同。谁被卡过脖子，谁心里最清楚。当然这也有副作用：老好人得分高。所以得加一条——打分必须附具体事例，不能光给数字。

结果怎么用

KPI结果只用来扣钱，那它就是个罚款工具。只用来发奖金，那它就是个分赃方案。真正有用的做法是：拿结果反推流程问题。连续三个月“客户续约率”不达标，别急着骂销售，先看看产品是不是出了毛病。

我见过最聪明的用法，是把KPI数据当成“体检报告”。哪个指标异常，就顺着往下挖三层。是人的问题就培训，是流程的问题就改流程，是市场变了就调目标。考核不是为了证明谁不行，是为了找到哪里不行。

说到底，KPI不是圣经，只是一把尺子。尺子量错了地方，别怪被量的人。定期把尺子拿出来对一对，看看它还在不在该在的位置上——这件事，比考核本身重要得多。