OKR 是什么？目标与关键结果的定义、示例和写法

OKR 是一种目标设定方法，由两部分组成：Objective（目标） 和 Key Results（关键结果）。

Objective 描述你想达成什么，Key Results 描述你如何判断自己达成了。简单说：目标负责方向，关键结果负责衡量。

例如：

Objective： 让新用户更轻松地完成首次上手。

Key Results：

• 将新用户激活率从 42% 提升到 60%
• 将用户完成第一个项目的平均时间从 18 分钟缩短到 8 分钟
• 将与上手相关的客服工单减少 30%

这就是 OKR 的基本结构。它不是任务清单，也不是把 KPI 换个名字。好的 OKR 会把一个有意义的结果，连接到少数几个可以验证的指标上。

为什么 OKR 有用

OKR 有用，是因为它把团队经常混在一起的两个问题拆开了：

我们想达成什么？

我们怎么知道自己达成了？

如果不拆开，规划很容易变得含糊。团队说「优化新用户上手」，每个人脑子里的意思可能都不一样。产品觉得是重做引导流程，设计觉得是加提示，客服觉得是减少用户困惑。它们都可能是路径，但还不是目标本身。

Objective 让大家对方向有共同理解。Key Results 定义判断标准。

这个区别很重要，因为团队可以调整做法，但不必频繁改目标。如果重新设计欢迎页没有提升激活率，团队可以尝试更好的模板、更清楚的空状态，或一封恰到好处的提醒邮件。OKR 关注的是结果，而不是把团队锁死在某个最初想到的方案里。

好的 OKR 也能让取舍更容易。当所有事情都看起来重要时，团队需要一种方式决定这个季度到底先做什么。OKR 会提前逼出这个讨论：如果一个项目不能推动任何关键结果，它也许仍然有价值，但大概率不是当前优先级。

Objective 和 Key Result 的区别

理解 OKR，最简单的方法是把这两个部分分开看。

Objective：定性、清晰、有方向感

Objective 是定性的。它应该清楚、容易记住，并且有一点鼓舞性。团队成员不应该每次都要打开表格，才能说出这个季度的目标。

好的 Objective 像这样：

• 让第一次使用产品的用户更快获得价值
• 成为小型设计团队默认选择的图表工具
• 建立更健康、更可预期的工程交付节奏

不太好的 Objective 像这样：

• 提升指标
• 做增长
• 完成 Q2 项目

这些说法要么太泛，要么太像任务。Objective 应该描述你想创造的变化，而不只是你计划开展的活动。

Key Result：定量、可验证

Key Result 是定量且可验证的。周期结束时，团队应该能明确说出：做到了，没做到，或者做到多少。

好的 Key Result 像这样：

• 将每周活跃团队数从 1,200 提升到 1,800
• 将 API 响应时间中位数从 600ms 降到 250ms
• 将试用到付费转化率从 8% 提升到 12%

不太好的 Key Result 像这样：

• 上线新的引导流程
• 多写一些博客文章
• 提升性能

问题在于，这些更像任务或意图。它们可能是有用的工作，但不能证明目标已经达成。

好的 OKR 示例

学习 OKR 最好的方式，是看一些接近真实工作的例子。

产品团队 OKR

Objective： 让新用户更快体验到产品价值。

Key Results：

• 将新用户激活率从 42% 提升到 60%
• 将完成第一张图的时间从 18 分钟缩短到 8 分钟
• 将新用户上手满意度从 3.6 分提升到 4.4 分（满分 5 分）

这个 OKR 没有直接说团队要做什么功能，这是刻意的。团队可以优化模板、简化设置、添加示例内容，也可以删掉让人困惑的步骤。关键结果让所有尝试都指向同一个用户结果。

营销团队 OKR

Objective： 为规划类模板带来更多高质量自然流量。

Key Results：

• 将模板页面的自然搜索访问量从每月 20,000 提升到 35,000
• 发布 12 篇面向搜索意图的模板相关文章
• 将自然流量访问者的模板注册转化率从 3.2% 提升到 5%

第二个 Key Result 接近产出项，所以需要放在上下文里看。如果团队只衡量文章数量，OKR 就会变成发布清单。和流量、转化一起看，它才服务于更大的结果。

个人成长 OKR

Objective： 更自信地组织和推动产品讨论。

Key Results：

• 本季度主导至少 6 次路线图或规划讨论
• 在讨论后向 3 位同事或管理者收集反馈
• 将会后需要澄清的问题数量平均减少 50%

个人 OKR 不必显得很「公司化」。它最适合用来描述一个你真的想提升的能力，并用一些证据说明你的行为发生了变化。

工程团队 OKR

Objective： 让发布过程更稳定、更少惊险时刻。

Key Results：

• 将季度生产事故数从 8 次降到 3 次以内
• 将回滚时间中位数从 40 分钟缩短到 15 分钟
• 将自动化发布检查覆盖率从 55% 提升到 85%

这比「提升工程质量」更好，因为它说清楚了这里的质量指什么：更少事故、更快恢复、更可靠的发布检查。

如何写 OKR

1. 确定周期

多数团队会按季度写 OKR。一个季度足够长，可以推动有意义的变化；又不至于太长，导致目标和日常工作脱节。

年度 OKR 可以用于公司级方向，但通常太宽，不适合团队执行。月度 OKR 则容易带来过多管理成本，除非团队正在推进一个非常明确的短期战役。

2. 选择少数目标

一个团队通常有 1 到 3 个 Objective 就够了。再多，OKR 就不再是优先级系统，而会变成愿望清单。

如果一个团队有 7 个 Objective，那它很可能有 7 条工作线，而不是 7 个真正的优先级。OKR 最有价值的地方，恰恰是迫使团队认真选择：这个阶段重点到底在哪里。

3. 写可衡量的 Key Results

每个 Objective 通常配 2 到 4 个 Key Results。它们应该具体到周期结束时不会产生争论。

更推荐：

• 将自助注册转化率从 4% 提升到 7%
• 将平均客服响应时间从 9 小时缩短到 4 小时
• 将 NPS 从 31 提升到 45

避免：

• 提升转化率
• 更快响应客户
• 让用户更满意

后一组也许表达了同样的意图，但没有明确终点。

4. 和团队对齐

OKR 不一定要从公司到部门再到小组机械级联。现实里，强行级联经常会制造一些只为了填表而存在的目标。

对齐的意思是：团队能看懂自己的工作如何支持更大的方向，也能看见依赖关系。比如产品团队关于激活率的 OKR，可能和营销团队的获客质量、工程团队的性能优化相关。这个连接应该真的有帮助，而不是形式上的漂亮结构。

5. 定期复盘

如果 OKR 在季度初写完，直到季度末才被重新打开，它基本只是装饰品。

更好的做法是每周或每两周看一次进展。目的不是追责红色数字，而是尽早发现某个做法没有效果。如果某个 Key Result 连续几周没有变化，团队需要的是一次讨论，而不是季度末才发现意外。

常见 OKR 错误

把 Key Result 写成任务。 「上线新版仪表盘」是任务；「将仪表盘周活跃使用率从 35% 提升到 50%」才是关键结果。任务可能有帮助，但结果才能说明它是否真的产生了影响。

目标太多。 OKR 本来是用来聚焦的。如果每个项目都拥有一个 Objective，团队其实没有做任何优先级选择。

只是给 KPI 改名。 KPI 是长期健康指标，OKR 是有时间边界的改进目标。「保持可用性高于 99.9%」通常是 KPI；「本季度将客户可感知宕机时间从 120 分钟降到 30 分钟」更像 OKR。

缺少复盘。 OKR 需要检查节奏。团队应该定期讨论什么变了、什么没变、当前工作是否仍然服务于最初想要的结果。

只选完全可控的指标。 Key Result 应该是团队可以影响的，但不必每个结果都 100% 可控。如果只选择能直接操控的数字，OKR 很容易退化成任务清单。

OKR vs. KPI / Roadmap / Kanban / Gantt

这些工具经常出现在同一场规划讨论里，但它们回答的问题不同。

一个 OKR 可能说团队要提升激活率。Roadmap 展示这个季度会推进哪些上手体验改进。Kanban 跟踪设计、研发、评审中的实际工作。若项目有固定依赖和日期，Gantt 可以帮助排期。KPI 则告诉团队更大的产品健康状况是否稳定。

它们不是彼此的替代品，而是不同视角。

常见问题

OKR 是什么意思？ OKR 是 Objectives and Key Results 的缩写，中文通常翻译为「目标与关键结果」。Objective 描述目标，Key Results 定义衡量目标是否达成的证据。

一个团队应该有多少个 OKR？ 多数团队每个周期有 1 到 3 个 Objective，每个 Objective 下有 2 到 4 个 Key Results 就够了。如果列表更长，它通常就不再帮助聚焦。

OKR 和 KPI 一样吗？ 不一样。KPI 跟踪长期健康状态，OKR 定义一个周期内想推动的变化。一个 KPI 可以连续监控很多年；一个 OKR 应该描述在本周期内要创造的改进。

OKR 应该和绩效或奖金绑定吗？ 通常不建议。只要 OKR 直接决定薪酬，团队就会倾向于选择保守、安全的目标。OKR 更适合作为对齐和学习工具，而不是绩效合同。

OKR 完成多少算成功？ 不同公司评分方式不同。一个实用的做法是：对于有挑战性的 OKR，完成 70% 已经不错，100% 很优秀，30% 以下则需要复盘目标设定、执行方式或最初假设。

个人也可以用 OKR 吗？ 可以。个人 OKR 适合职业成长、学习目标和需要持续投入的个人项目。但要保持轻量。如果维护 OKR 本身比做事还费劲，这套系统就太重了。

如果你想把 OKR 可视化，可以试试 OKR 规划模板。另外，OKR 和产品路线图经常配合使用——OKR 定义要达成的结果，路线图展示实现路径。如果你对路线图感兴趣，可以看看产品路线图是什么？