打开周报，很多人把”完成周报、参加会议、跟进项目”当成 OKR 写，这其实是任务清单，不是 OKR。OKR 先要说明目标，再用可衡量的关键结果判断是否达成，最后才是行动计划。AI 可以帮你把模糊目标拆成更清楚的 O 和 KR，但它不会替你做业务判断——指标和数据必须来自你。
OKR 和普通计划有什么区别
- 目标 O：说明要达成什么方向，应该简洁、有重点。
- 关键结果 KR：说明如何判断目标达成，必须可衡量。
- 行动计划：说明为了达成 KR 要做哪些动作。
普通计划更关注做什么，OKR 更关注做到什么程度。一句话说就是：OKR 回答的是”怎么知道做成了”，而不是”要做什么”。
直接看一组对照：同样是”提升内容产出”
| 任务清单式写法 | 合格 KR 写法 |
|---|---|
| 写好公众号文章 | 每周发布 2 篇原创文章，核心文章平均停留时间不低于 3 分钟 |
| 多参加用户访谈 | 本月完成 10 次用户访谈，整理出 3 个共性问题输出给产品团队 |
| 提升内容质量 | 将旧文中阅读量最高的 20 篇逐篇按检查清单补强，留存率提升 15% |
左边的问题在于”完成动作”不等于”达成结果”，周期结束你没法判断做到多少；右边每一项都能复盘，做没做到一眼清楚。
可直接复制的 OKR 提示词
你是一名熟悉目标管理的职场顾问。请根据我的岗位和工作重点，帮我写一版 OKR。
要求：
1. 输出 1 到 3 个目标 O。
2. 每个目标下面给 2 到 4 个关键结果 KR。
3. KR 必须可衡量，尽量包含数量、比例、时间或质量标准。
4. 每个 KR 后补充对应行动计划。
5. 不要把日常任务直接当成 KR。
岗位/职责：{填写岗位}
周期：{填写季度/月度/年度}
工作重点：{列出重点}
已有指标：{列出数据或考核指标}
限制条件：{填写资源、时间或协作限制}
如果你的岗位已经有现成指标（比如销售额、转化率、发布量），把数字填进”已有指标”那一栏，AI 拆出来的 KR 会更贴近真实考核。如果还没有现成数据，也可以先写过程型 KR，但要有数量和验收标准。
一个季度 OKR 的拆解过程示例
拿一个内容运营团队举例。季度初定的 O 是”提升公众号对产品转化的贡献”，如果只有这一句，落地时没人知道该干嘛。团队把 O 拆成了三个 KR：KR1 是”季度内新发布 24 篇原创文章，其中 8 篇进入全站阅读 Top 10″；KR2 是”文末转化组件点击率从 2% 提升到 3.5%”；KR3 是”沉淀 3 套可复用的选题-写作检查清单，供下季度沿用”。拆完发现：KR1 靠排期表就能盯，KR2 需要和数据分析同事约好埋点口径，KR3 需要每周花半天整理复盘。于是行动计划跟着 KR 走，而不是反过来先列一堆”做文章、做图、发社群”的日常任务。
如果目标太空，先让 AI 改写
请把下面这些模糊目标改写成更适合 OKR 的目标和关键结果。
要求：
1. 目标要表达方向。
2. 关键结果要可衡量。
3. 标出哪些 KR 还缺少数据，需要我补充。
原始目标：{粘贴目标}
很多团队的 OKR 不是写不好，而是从目标开始就太模糊。”提升用户体验”、”做好内容”、”加强协作”——这些不是目标，是愿望。让 AI 帮你把愿望拆成可衡量的 KR，同时标出哪些数据还缺着，你才知道下一步要去哪里找数据。
KR 要能被复盘，而不是只好看
判断一个 KR 是否合格，可以问自己一句：周期结束时，我能不能明确判断它完成了多少？如果答案是否定的，就说明 KR 还不够具体。比如”提升内容质量”不适合作为 KR，可以改成”将核心文章平均停留时间提升到 X 秒”或”完成 X 篇旧文补强并通过检查清单”。
没有现成数据时，也可以先写过程型 KR，但要尽量有数量和验收标准。例如”完成 10 次用户访谈并整理 3 个共性问题”，就比”了解用户需求”更容易复盘。过程型 KR 不是最优选择，但比完全不可衡量的 KR 要强。
OKR 复盘检查清单
- 每个 KR 是否有明确数值、比例、时间或质量标准。
- KR 是否真的支持目标 O，而不是另一个无关任务。
- 行动计划是否有负责人和时间节点。
- 周期中是否需要中途检查，而不是到最后才发现偏离。
- 未完成时是否能分析原因，而不是只写”继续推进”。
中途检查很关键。OKR 最常见的死法不是写不好，而是写完就扔，到季度末才发现所有 KR 都偏离了。建议把检查点写进日历：至少月中看一次进度，而不用等到季度末。
让 AI 检查 OKR 是否像任务清单
请检查下面这版 OKR 是否把任务误写成关键结果。 要求： 1. 标出不像 KR 的句子； 2. 把它们改成可衡量的关键结果； 3. 给每个 KR 补一个行动计划； 4. 标出还缺少哪些基础数据。
OKR 常见错误
- 把”完成某项任务”写成 KR，但没有结果标准。
- KR 太多，导致一个周期内无法聚焦。
- KR 不可衡量，例如”提升影响力””做好协作”。
- 只写目标，不写行动计划和负责人。
相关教程
如果你还需要写年度或月度计划，可以看 AI怎么写年度工作计划 和 AI怎么写月度工作计划。如果要复盘 OKR 完成情况，可以参考 AI怎么写绩效自评。如果要把 OKR 做成汇报结构，可以看 AI怎么做PPT汇报大纲。团队 OKR 落地后需要提升能力，可以用 AI怎么写培训计划 把能力目标拆成课程和考核。还没系统用过 AI 的，从 AI怎么开始用 入门。
用交付结果倒推需要的信息
例如，目标写成提升用户体验，关键结果却全是完成方案、开会和上线。这类任务的难点通常不在“让AI写一段话”，而在于先把事实、边界和交付对象理顺。开始前应单独列出已有材料、尚未确认的信息和不能由模型替你决定的事项。没有依据的数字、承诺、人员安排和专业结论一律标记待确认，不用看似完整的句子掩盖信息缺口。
处理时重点抓住这些要素：目标描述方向和价值，关键结果必须可衡量并有基线、目标值和期限。先用一小段材料跑通，再扩大到完整任务，能更早发现字段缺失和理解偏差。涉及多人协作时，最好让下一位执行者复述一遍：他从文档里看到了什么、准备先做哪一步、遇到什么情况需要停下。复述不一致，说明文档仍需修改。
从错误版本反推检查点
一个常见的失败版本是：把任务当关键结果，指标不可控，或一个季度塞入过多重点。它往往表面整齐，实际无法执行。修正时不要只让AI“更专业”，而要指出哪一项事实缺失、哪句话无法验证、哪一步没有责任人或判断条件。每轮只改一类问题，并保留修改前后的差异，后续才能沉淀出稳定做法。
- 事实核对：人名、日期、金额、指标、文件版本和业务规则回到原始材料逐项确认。
- 边界核对：区分已经决定、正在讨论、个人建议和模型推断，不能把四者混写。
- 执行核对：动作写到具体对象、负责人、时间和可观察结果，删掉“持续关注”“及时处理”这类空话。
- 风险核对：敏感数据先脱敏，合同、财务、法律、安全、医疗等结论交给相应专业人员。
交付前用一个简单标准验收：期末可依据同一数据口径判断达成与否，行动项能支撑而非替代结果。再安排一次反例检查，故意输入一条缺日期、缺负责人或相互冲突的材料，看结果是否会明确提示缺口，而不是自行补全。能在正常情况和异常情况下都给出可核对结果，这套做法才算真正可复用。
最后保留三样东西：原始材料、采用的版本和人工确认记录。下一次遇到相似任务，可以复用字段和检查表，但仍要替换当次事实。模板的价值是减少遗漏，不是让所有场景得到同一答案；只要任务目标、读者或约束变化，就应重新检查输入和验收条件。