# 编写北极星指标 ## 范围 **封面** * 定义或刷新产品/公司北极星和北极星指标 * 将定性价值模型转化为可衡量的、对决策有用的指标 * 创建一个简单的驱动树：领先的输入/代理指标+护栏 * 制作“北极星公制包”团队可以将其用作决胜局 **何时使用** *“我们需要一个定义成功的指标。” *“团队正在优化不同的 KPI。” *“我们正在制定季度 OKR，需要领先指标。” *“我们正在推出一项新战略，需要一个能够协调决策的指标。” **何时不使用** * 您只需要针对已商定的北极星的 OKR * 您需要从头开始制定完整的分析分类/事件跟踪计划 * 利益相关者根本没有就客户价值模型/使命达成一致（首先制定产品愿景/战略） * 您正在为一次性测试选择一个实验指标 ## 输入 **最低要求** * 产品/公司+主要客户群 *“价值时刻”（当事情进展顺利时客户会得到什么） * 商业模式+战略目标（增长、激活、保留、利润、信任等） * 时间范围（下季度与明年） * 测量限制（您今天可以测量的内容；数据延迟；已知差距） **缺失信息策略** * Ask up to 5 questions from [references/INTAKE.md](). * 如果仍然缺失，请继续进行明确标记的假设并提供 2-3 个选项。 ## 输出（可交付成果）在 Markdown 中生成 **North Star Metric Pack**（在聊天中；或者如果用户请求则作为文件）： 1. **北极星叙事**（价值模型、决胜局、范围） 2. **候选指标** (3-5) + **选择理由**（评估表） 3. **选择北极星指标规格**（定义、公式、窗口、分段、所有者、数据源） 4. **驱动程序树**（领先的输入/代理指标+护栏） 5. **验证和推出计划**（仪器检查、仪表板节奏、决策规则） 6. **风险/悬而未决的问题/后续步骤**（始终包含在内） Templates: [references/TEMPLATES.md]() ## 工作流程（8 个步骤） ### 1) 摄入+限制 * **输入：** 用户上下文； use [references/INTAKE.md](). * **行动：** 确认产品、客户、价值时刻、视野、约束、利益相关者。 * **输出：** 5–10 项目符号“上下文快照”。 * **检查：** 您可以用一句话解释客户价值。 ### 2) 定义定性北极星（在数字之前） * **输入：** 上下文快照。 * **行动：** 从客户的角度撰写北极星声明和价值模型。 * **Outputs:** Draft **North Star Narrative** (template in [references/TEMPLATES.md]()). * **检查：** 叙述可以充当决策的决定因素（“如果我们做 X，它会移动北极星吗？”）。 ### 3) 生成 3–5 个候选北极星指标（客户 POV） * **输入：** 北极星叙事 + 价值时刻。 * **行动：** 提出衡量交付的客户价值（而非内部活动）的指标。相关时至少包括一个“摩擦/无痛”选项。 * **输出：** 带有定义的候选列表。 * **检查：** 每个候选者都是可衡量的、可理解的，并且不是简单的可玩的。 ### 4) 压力测试并选择北极星指标 * **输入：** 候选指标。 * **操作：** 使用 [references/CHECKLISTS.md]() 进行评估，并且[references/RUBRIC.md]()。显式测试： * 领先与滞后（避免“保留作为唯一目标”；将滞后结果与可控输入配对） * 一个季度内的可控性（您可以移动的代理/输入指标） * 生态系统影响（如果优化它会破坏什么？） * **输出：** 选择表+所选指标+其他人失败的原因。 * **检查：** 跨职能领导者可以根据定义和证据同意/不同意。 ### 5) 编写指标规范（使其明确） * **输入：** 选择的指标。 * **操作：** 定义公式、单位、窗口、包含规则、分段、所有者、源、延迟和示例计算。 * **输出：** **北极星公制规格**。 * **检查：** 两名分析师会计算出相同的数字。 ### 6) 构建驱动程序树（输入+护栏） * **输入：** 公制规格 + 产品杠杆。 * **行动：** 分解为 3-7 个驱动程序；确定您可以在几周/几个月内移动的主要输入/代理指标；添加护栏以防止游戏/伤害。 * **输出：** 驱动程序树表 + 护栏列表。 * **检查：** 每个驾驶员至少有 1 个真实的杠杆（初始/实验）和 1 个测量值。 ### 7) 定义验证+推出 * **输入：** 驱动程序树 + 约束。 * **行动：** 计划验证（健全性检查、与结果的相关性）和操作化（仪表板、节奏、所有者、决策规则）。 * **输出：** **验证和推出计划**。 * **检查：** 计划包括“谁在何时做什么”并适用于当前的仪器。 ### 8) 质量门 + 最终确定包 * **输入：** 所有草稿。 * **操作：** 运行 [references/CHECKLISTS.md]() 并得分[references/RUBRIC.md]()。添加风险/未决问题/后续步骤。 * **输出：** 最终 **北极星公制包**。 * **检查：** 包可按原样共享；关键决策和警告是明确的。 ## 质量门（必填） * 使用 [references/CHECKLISTS.md]() 和[references/RUBRIC.md]()。 * 始终包括：**风险**、**未决问题**、**后续步骤**。 ## 示例 **示例 1（B2B SaaS）：**“为团队协作工具定义北极星指标。” 预期：一个选择客户价值指标的包（例如，每周完成核心价值时刻的活跃团队），加上驱动树（激活→协作深度）和护栏。 **示例 2（市场）：**“刷新本地服务市场的北极星指标。” 预期：一个衡量交付价值的包（例如，以质量成功完成的工作），加上供需平衡和质量护栏的输入指标。 **边界示例：**“我们的北极星应该是保留。” 响应：将保留作为结果/验证指标，并提出可控输入/代理指标（首次价值时间、每周价值时刻、重复价值交付）作为运营重点。

编写北极星指标

包含技能