走进任何一家认真做规划的公司，十分钟内你一定会听到这两个词："这个季度的 OKR 是什么？""董事会议之前先拉一下 KPI。"它们经常出现在同一句话里，有时还是同一个人说出来的。很多团队从来没有停下来问过：我们真的搞清楚它们的区别了吗？
OKR vs KPI 这个问题之所以重要，是因为搞混了会导致团队在追踪一些根本推不动业务的东西——或者设立了雄心勃勃的目标，却没有办法知道自己是否在正确的路上。这篇文章把两个概念讲清楚，附带真实例子，你的下一次规划会可以直接用。
OKR 管变化，KPI 管健康
最简单的区分方式：
-
KPI（关键绩效指标）：一个数字，告诉你业务当下是否健康。收入、流失率、服务器在线时长、客户满意度。KPI 是永久的——你月月追踪同一组指标，年年如此。当一个 KPI 跌破了警戒线，需要有人立刻去修。
-
OKR（目标与关键结果）：一个特定时间段内的目标，通常是一个季度，把业务推向某个新方向。Objective 是定性的、有雄心的（"成为同类产品中上手最快的那个"）。Key Result 是定量的、可衡量的（"用户首次价值感知时间从 12 分钟降到 4 分钟"）。季度结束，这个 OKR 就归档了——你做到了，或者没做到，然后设定新的。
把 KPI 想象成汽车仪表盘——速度表、油量表、发动机温度。OKR 是你的导航目的地——输入你想去的地方，Key Result 就是沿途的里程标记。两者你都需要。一辆只有仪表盘的车知道自己跑多快，但不知道要往哪开。一辆只有导航的车可能到达了目的地，但油已经烧干了、发动机过热了。
什么才算一个好的 KPI
一个有用的 KPI 有三个特征：
和真正重要的事情挂钩。「博客发布数量」是一个 KPI，但如果没证明多发文章真的推动了业务成果，那就是一个坏 KPI。「月度经常性收入」是一个好 KPI，因为收入直接决定了公司能不能活下去。
**有基线和警戒线。**你不会只是"追踪客户流失率"——你知道上个月是 3.2%，你希望控制在 3% 以下，如果到了 5% 就要升级处理。没有上下文的 KPI 只是一个被人建了又忘了的仪表盘上的一个数字。
**有人对它负责。**每个 KPI 都需要一个人，当数字往错误方向移动时，这个人的手机会响。没人认领的 KPI 是组织里的烟雾报警器——电池没了也没人知道。
常见 KPI 的例子：
- 产品： 日活跃用户数、功能使用率、NPS
- 工程： 部署频率、P99 延迟、错误率
- 销售： 月度经常性收入、Pipeline 覆盖率、赢单率
- 客户成功： 流失率、问题解决时长、客户满意度
什么才算一个好的 OKR
一个好的 OKR 也有三个特征，但这三个不一样：
Objective 是激励人心的，不是无聊的。「Q3 营收增长 15%」不是一个 Objective——它是一个假装成 Objective 的 Key Result。真正的 Objective 是"让我们的产品成为远程团队的第一选择"——它能让人想为它工作。
Key Result 衡量结果，不是活动。「完成改版上线」是一个任务。"改版后用户留存提升 25%"是一个 Key Result。如果你的 Key Result 看起来像一份待办清单，那你的 OKR 是写错了。Key Result 衡量的是影响力，不是忙碌程度。
足够有野心，让人不太舒服。 Google 原始的 OKR 哲学是：你只应该完成大约 70% 的 Key Result。如果每个季度你都 100% 做到了，说明你的 OKR 太安全了。OKR 的意义在于拉伸——去尝试那些失败是真实可能性的事，因为那里才有真正的进步。
团队最常见的错误
错误一：用 OKR 来追踪日常运营。 如果你的 Q3 OKR 是「维持 99.9% 系统可用率」，这不是 OKR——这是 KPI 穿了一件 OKR 的衣服。OKR 应该描述对现状的改变，不是现状的延续。
错误二：设了一堆没人看的 KPI。 随便走进一家中等规模的公司，打开它的分析面板，你会看到一地 KPI 的坟墓——不知道谁在 2022 年建了它们，之后再也没有人看过。一个不被定期审视的 KPI 不是 KPI——只是一个被人建了就忘了的数字。
错误三：机械地逐层拆解 OKR。 有些组织试图"对齐"——把 CEO 的 OKR 拆成每个团队的子 OKR，再拆成每个人的 OKR。这把 OKR 变成了命令-控制工具，和 OKR 的初衷完全反了。团队应该自己写自己的 OKR，来贡献公司的目标——而不是从上面继承一张事先写好的清单。
把两者都可视化
有一件事听起来太简单，以至于几乎没人做：把你的 OKR 和 KPI 放在一面实体板上，团队每天都能看见。不是藏在电子表格里。不是锁在需要点三下才能找到的 Jira 项目里。是一面墙上。或者一块共享的白板上。
当一个季度的 Objective 用马克笔写在团队视线范围内的白板上时，它改变了人们做优先级的方式。一个和 Key Result 没有任何关系的任务，在 Key Result 正盯着你的时候，感觉是不一样的。
CodePic 的 OKR 规划模板 给团队提供了这个空间——Objective 在一侧，Key Result 在另一侧，每个 KR 都能连接到它要推动的那个 KPI。规划会的时候打开，会后分享链接，这块板整个季度都看得见。
总结
KPI 告诉你今天的业务是否健康。它是永久的、持续追踪的、由专人负责的。
OKR 告诉你这个季度要去哪里。它是临时的、有雄心的、周期结束后就归档的。
一个是仪表盘。一个是导航。你不用在它们之间二选一——两个都用，并且让需要行动的人能看见它们。
