OKR怎么写 — 能激励人的Objective，能衡量的关键结果

2026-07-11 · Norolu Frameworks · 约4分钟阅读

OKR在纸面上很简单，实务中却容易走样。最常见的两种失败是：关键结果其实变成了一张「待办清单」，以及Objective只是一个没有方向的数字。本指南通过一个贯穿全程的例子，讲解如何写出互相咬合的Objective与关键结果、它们应从何而来、如何打分，以及应避免的错误。

OKR是什么 — Objective与关键结果的分工

OKR由两部分组成。Objective（目标）是一句简短、定性、有野心的话，说明你想达成什么，应当好记且指明方向（例「成为忙碌上班族学英语的首选」）。关键结果(Key Result)是证明你到达那里的可衡量成果（例「把30天留存率从20%提升到40%」）。

关键规则：Objective是定性的、能激励人的；关键结果是定量的、可验证的。如果Objective里已经含有数字，它很可能是伪装的关键结果；如果关键结果没有数字，它很可能是一项任务。

OKR从哪里来 — 来自战略，而非愿望清单

好的OKR不是每季度从零头脑风暴出来的，而是你已经选定的战略的「可衡量出口」。这正是各框架彼此相连的原因：3C分析为SWOT提供素材，交叉SWOT(TOWS)导出战略，MECE把它分解为工作线，每条工作线成为一个带关键结果的Objective。

从分解后的战略往下落，能让你的OKR既「不遗漏」（重要领域不缺失），又「够聚焦」（不发明与方向无关的目标）。

第1步：写Objective

保持定性、有野心、有期限（通常为一个季度）。以一家在线语言学校为例：

• 好：「成为忙碌上班族学英语时的显然之选」
• 太保守：「把产品稍微改好一点」
• 其实是关键结果：「达到5,000名付费用户」（这是数字＝移到关键结果里）

同一时间保持1～3个Objective。超过三个，就等于没有真正的优先级。

第2步：写关键结果 — 要成果，不要任务

每个Objective配3～5个关键结果。关键结果描述的是「世界发生的变化」，而不是「你做过的活动」。判别法：如果你把这件事做完了，目标仍可能没达成，那它就是任务，而不是关键结果。

• 成果（好）：「把30天留存率从20%提到40%」
• 成果（好）：「把付费转化率从3%提到6%」
• 成果（好）：「把平均回复时间从8小时降到2小时」
• 任务（避免）：「上线移动应用」— 上线并不保证达成目标；要衡量上线应当改变的数字

给每个关键结果一个起始值和目标值（「从20%到40%」）。没有基准值，就无法判断进展了多少。

第3步：打分、定节奏、把追踪交接出去

期末给每个关键结果打0.0～1.0分。对有野心的（延展型）OKR，一种被广泛采用的惯例把0.7左右视为健康——如果每次都拿到1.0，可能是目标定得太安全。对承诺必达（承诺型）的OKR，则以1.0为目标。先确定每个属于哪一种，分数才有意义。

OKR按季度设定，并定期检查（每周花点时间轻量评估达成信心）。设定与打分是「设计」工作；而支撑这些分数的日常数值追踪是另一件事。姊妹应用Baton Board正是为这种持续的KPI追踪而生。本驾驶舱专注于OKR的设计，把日常追踪交接给它。

我们的战略驾驶舱让 3C→SWOT→交叉SWOT→MECE→OKR 这条链路在一个画面里连贯运转，上一步的输出就是下一步的输入。OKR画面会提醒你把Objective保持定性、把每个关键结果保持可衡量。你输入的数据只保存在你自己的设备上（不会发送到我们的服务器），SWOT中的AI草稿助手可免费试用（BYOK方式＝使用您自己的API密钥，仅需自担API用量费）。在所有框架中解锁AI是一次性$9.90买断。

FAQ

应该有多少个OKR和关键结果？

同一时间1～3个Objective，每个配3～5个关键结果。数量更少、更锋利的OKR胜过一长串——OKR的意义在于让优先级一目了然，太多就背离了初衷。

KPI和OKR有什么区别？

KPI是你持续监控的健康指标（如月度流失率）。OKR是要在一个季度内改变某事的、有期限的目标。当你为某个KPI设定要推动的目标值时，它就成了关键结果；否则你只是观察它。

多少分算好？

取决于类型。对有野心的延展型OKR，1.0中的0.7左右常被视为健康，总是拿到1.0可能说明你定得太低。对打算完全达成的承诺型OKR，目标是1.0。开始前先就类型达成一致，分数才有意义。

好的Objective和弱的Objective有什么区别？

好的Objective是定性的、指明方向、能鼓舞人心的一句话（例如"成为忙碌职场人学英语的首选"）。弱的Objective要么太模糊（"把产品做得好一点"），要么已经带了数字、与Key Result难以区分。如果Objective里已经有数字，它可能其实是伪装成Objective的Key Result。

如何区分Key Result和任务（待办事项）？

判断方法是：完成这项工作后，目标是否仍可能没达成？若是，它就是任务而非Key Result。例如"上线移动端App"是任务——上线本身不保证目标达成；应该衡量上线后理应变化的数字，比如付费转化率。

其他指南

• SWOT分析怎么做 — 含交叉SWOT(TOWS)的完整指南
• 3C分析怎么做 — 用实例整理顾客·竞争对手·自身，衔接到SWOT
• MECE是什么 — 把问题「不重不漏」拆解的方法
• 交叉SWOT（TOWS矩阵）怎么做 — 把四象限变成「能执行的战略」
• 经营框架总览 — 把 3C、SWOT、TOWS、MECE、OKR 串起来用
• KPI 与 OKR 的区别 — 如何使用，以及如何把两者连起来
• 把战略变成"执行" — 如何运转 PDCA 与日常追踪（交给 Baton Board）
• 分行业的战略框架用法 — 用四个行业看 3C→SWOT→OKR 实例
• SWOT分析的局限与补足方法 — 告别"列完就完"
• 什么是PEST分析？ 读懂宏观环境，接入SWOT的"机会·威胁"
• 什么是波特五力分析？ 用五种力量读懂行业的"赚钱结构"
• 什么是价值链分析？ 拆解内部活动，接入SWOT的"优势·劣势"
• 什么是安索夫矩阵？ 用产品×市场选择成长路径，接入OKR
• 什么是逻辑树 — 把问题一层层拆解的方法（What/Why/How）
• VRIO分析是什么？ 用四个问题评估内部资源，选出SWOT的"优势"
• STP营销分析是什么？ 三步收窄市场，决定"服务谁"
• 经营框架怎么选 — 该用哪个、何时用
• BCG矩阵（PPM）是什么？ 用四象限决定多项事业的资源分配
• JTBD（用户目标理论）是什么？ 找到顾客想"完成的任务"

查看全部指南 →