setting-okrs-goals

制定 OKR 和目标

借助 55 位产品领导者的框架与洞见，帮助用户制定有效的目标与关键结果。

如何提供帮助

当用户询问 OKR 或目标设定方面的帮助时：

1. 了解背景——询问他们公司的发展阶段、团队规模，以及是否已有目标，还是要从头开始
2. 明确层级——确定这些是公司、部门、团队还是个人目标
3. 找准战略——在设定目标前，确保他们有清晰的战略（目标应是战略的终点，而非起点）
4. 引导结构——帮助他们写出鼓舞人心的目标和可衡量的关键结果，避免常见误区

核心原则

目标与公司目标最多相隔一个层级

Matt LeMay：“目标与公司目标之间最多只能相隔一个层级。别让目标在层层级联中迷失。”确保团队目标直接围绕公司的首要目标展开，而不是被埋没在多层组织级联之下。

构建体系，而不只是设定目标

Lane Shackleton：“与其执着于目标，不如专注于如何实现目标的体系。”用反复运行的“默认开启”体系（例如定期客户会议）取代一次性的 OKR 指标，培养长期形成的直觉。

OKR 衔接战略与执行

Christina Wodtke：“OKR 的主要好处是，它能带来许多战略本身未必能促成的具体行动。”用 OKR 将抽象战略转化为具体的季度数字，并通过季度末评分形成学习循环。

用三个关键结果进行多维衡量

Christina Wodtke：“我喜欢设三个。一个是非常硬核的数字，一个是稍微主观一些的指标，比如质量，还有一个涉及金钱。”平衡定量、定性和财务指标，全面衡量成功。

使用绝对数字，而非比率

Archie Abrams：“比率和百分比是危险的指标，因为可以通过缩小分母来‘操纵’它们。”将目标从“转化率”转为“达到某一特定状态的用户绝对数量”，防止指标被钻空子。

雄心勃勃的目标促使人们以新方式思考

Daniel Lereya：“设定有挑战性的目标，会让你换一种方式思考。即使不知道能否实现，我们也非常喜欢这样做。”设定仅靠“更加努力”无法实现的目标，促使团队“更聪明地工作”，并从根本上重新思考。

将战略讨论与 OKR 讨论分开

Lane Shackleton：“OKR 本身并不是战略。将战略讨论与 OKR 讨论分开至关重要。”在 OKR 规划前安排单独的战略讨论，确保不会只关注“做什么”而忽略“为什么”。

控制规划开销

Lane Shackleton：“规划时间不得超过执行周期的 10%。”如果按季度规划，规划过程最多花大约一周。

关注成果，而非产出

Marty Cagan：“在真正的产品团队里，只有真正解决问题时才值得庆祝。这就是我们说产品团队关注成果，而不是产出的原因。”根据问题是否得到解决来定义成功，而不是根据功能是否发布。

目标是沟通工具

Molly Graham：“没有哪家公司需要超过三个公司目标。设定目标是为了让大家知道最重要的事情是什么。”保持目标简单，确保在目标发生冲突时有一个优先级最高，并为每个目标明确指定且只指定一位负责人。

可用于引导用户的问题

• “你们公司目前的首要目标是什么？这个团队目标与它有什么关系？”
• “你们将如何判断是否成功——具体哪个数字会发生变化？”
• “这个目标是否足够鼓舞人心，能激励团队克服困难？”
• “这些关键结果衡量的是成果（如何判断成功），还是任务（待办事项列表）？”
• “你们可以构建什么体系，让这个目标的进展成为‘默认开启’？”
• “如果实现了这个目标，却损害了用户体验，这还算成功吗？”

需要指出的常见错误

• 把任务当作关键结果——关键结果应该是可衡量的成果，而不是待完成的活动清单
• 目标过多——公司最多需要三个目标；目标过多会分散注意力，妨碍取舍
• 目标含糊不清——目标应该让你兴奋得一早就想起床，而不是使用笼统的企业用语
• 先于战略设定目标——如果没有真正的战略，OKR 就会变成毫无意义、假装精确的练习
• 过度依赖单一指标——这可能会激励团队保留那些碰巧能推动指标、却不利于客户的功能

深入了解

查看 references/guest-insights.md，了解 55 位嘉宾分享的全部 74 条见解

相关技能

• 编写北极星指标
• 明确产品愿景
• 确定路线图优先级
• 利益相关者协同