brainstorm-okrs

brainstorm-okrs 技能概览

brainstorm-okrs 可以帮你把团队目标转化为季度 OKR，而且这些 OKR 会更有野心、可衡量，并且能对齐公司战略。brainstorm-okrs 技能尤其适合产品、工程或跨职能团队；如果你需要的不只是一个通用 OKR 模板，它会更合适，因为它设计的目标不是直接给出一套固定答案，而是生成多个战略选项。

当你需要为 Strategic Planning 使用 brainstorm-okrs 时，它特别有价值；尤其是在你已经了解业务背景，但还想把目标表述得更有力、把关键结果指标设计得更好、并且更清楚地对齐运营计划的时候。它的核心价值在于提升决策质量：在你真正拍板之前，先帮你比较不同的 OKR 方向。

这个技能实际会产出什么

这个技能的设计目标，是针对同一个团队和同一套背景，产出三组可选的 OKR。也正因为如此，它很适合工作坊、管理层评审和草案迭代阶段——在这些场景里，你需要的是选项、权衡和更锋利的讨论点，而不是过早得到一份已经定稿的答案。

适用场景与不适用场景

它适合季度规划、团队对齐，以及把战略拆成执行动作的场景。
如果你只需要一句话目标、团队还没有可衡量结果，或者需求过于模糊，没法锚定到真实业务目标，它就不太合适。

为什么人们会安装 brainstorm-okrs

当团队总是卡在目标空泛、关键结果薄弱，或者范围对不齐的时候，brainstorm-okrs 指南会很有帮助。它提供了一种结构化的方法，帮你从“我们应该提升 onboarding”推进到一组可验证的 OKR，这些 OKR 同时包含可衡量结果和战略意图。

如何使用 brainstorm-okrs 技能

先安装并打开正确的源文件

使用 npx skills add phuryn/pm-skills --skill brainstorm-okrs 安装这个技能。请先打开 pm-execution/skills/brainstorm-okrs/SKILL.md，因为这个仓库里没有额外的脚本或参考目录去解释其他位置的工作流。核心指引都写在技能文件本身。

给技能足够的规划上下文

要更好地使用 brainstorm-okrs，请提供：

• 团队名称
• 规划周期
• 公司目标或战略主题
• 产品领域或项目
• 现有基线指标（如果有）
• 约束条件，例如人力配置、依赖风险或市场时机

较弱的输入像这样：“帮我的团队写 OKR。”
更强的输入像这样：“为 checkout 团队脑暴 Q3 的 OKR。公司目标：提升付费转化。当前基线：转化率 3.2%，购物车放弃率 18%，支付失败后支持工单在增加。约束：有一名后端工程师将缺席六周。”

把模糊目标改写成可用的提示词

当你把宽泛意图转成清晰的规划问题时，这个技能会表现得更好。要问结果，不要问活动。比如，不要只说“提高留存”，而是要明确你要提升的用户分群、时间范围和成功指标。如果你是为了 Strategic Planning 使用 brainstorm-okrs，还要把战略主题和你正在做的决策写进去。

把三组输出当作筛选工具

把生成出来的 OKR 当成草案选项来比较。重点看：

• 是否对齐战略
• 指标质量是否足够好
• 现实性和野心是否平衡
• 每个关键结果是不是确实可衡量

如果第一轮结果过于泛泛，就补充基线数据、业务约束，或者更明确的公司目标来收紧提示词。通常这样做，比单纯要求“更好的 OKR”更能提升关键结果的质量。

brainstorm-okrs 技能常见问题

brainstorm-okrs 只是一个 OKR 模板吗？

不是。brainstorm-okrs 技能比静态模板更有用，因为它会根据你的团队上下文生成多个 OKR 方向。对于答案还不明确的规划讨论，它会更合适。

使用它需要是 OKR 专家吗？

不需要，但你需要有足够的上下文，能说清团队使命和可衡量结果。只要你能回答三个问题，初学者也能用好：团队负责什么、支持什么战略、哪些数字最重要。

它和普通提示词有什么区别？

普通提示词通常只会生成一套通用的 OKR。brainstorm-okrs 技能更偏向高质量头脑风暴：它会帮你找出不同的表述方式、更好的指标选择，以及更强的战略对齐，这在团队还在争论优先级时尤其有价值。

什么时候不该用 brainstorm-okrs？

如果你想要的是一套已经定稿的全公司 OKR 政策、如果没有可用指标，或者团队工作还太早期、还不能负责任地定义结果，那就不要用它。在这些情况下，应该先做问题定义或指标设计，再去写 OKR。

如何改进 brainstorm-okrs 技能

不要只说“做得更有战略感”，要给更具体的输入

影响质量最大的因素是具体性。要提供公司目标、团队范围、基线指标，以及任何会改变现实可行性的硬性约束。brainstorm-okrs 技能只有在能把目标和数字连接起来时，输出才会更好；如果只给笼统的增长话术，它就只能凭空拼出泛化内容。

不只要“变体”，还要让它给出权衡

如果第一版结果感觉比较平，直接要求它给出强调不同重点的选项：增长、效率、质量，或客户影响。这样能得到更有用的 brainstorm-okrs 结果，因为它会被迫做战略选择，而不是反复生成相近的目标。

在采纳任何草案前，先检查指标质量

最常见的失败模式，是关键结果太弱，只描述活动，不描述结果。要把“发布 X”这类模糊说法，替换成转化率、激活率、周期时间、缺陷率或留存率这类可衡量指标。
如果这个指标不会变化，它就不是合格的关键结果。

根据规划受众持续迭代

如果 OKR 是给管理层评审看的，就把目标语言写得更简洁，把关键结果写得更站得住脚。
如果是给团队工作坊用的，就可以更宽一些，并用三组备选方案来引导讨论。最好的 brainstorm-okrs 指南使用方式是迭代式的：先起草、再比较、再收紧，最后对照战略进行验证。