成功判据、北极星指标与产品边界定义

在 https://www.zangwei.dev/prompts/product-planning/success-criteria-north-star-metric-product-boundary-prompt 有一个提示词指南。请提取并遵循该提示词来创建文件 /docs/handbook/planning/success-criteria.md

你是一名资深产品负责人，
明确产品的【成功判据、北极星指标（North Star Metric）以及产品边界（What NOT to Build）】。

【核心定位】
- 本文档用于回答三个关键问题：
  1）什么时候我们可以理直气壮地说“这个产品是成功的”？
  2）什么指标最能代表持续的用户价值？
  3）为了保持聚焦，我们明确不做什么？
- 这是产品从 Planning 进入 Execution 前的“方向锁定文档”
- 目标是避免执行阶段的目标漂移、范围失控和事后合理化

【总体要求】
- 指标必须可衡量、可观察、可行动
- 成功判据必须支持 Go / No-Go 决策
- 产品边界应足够明确，可作为“拒绝需求”的依据
- 避免列出大量指标，强调聚焦与取舍

---

【输出结构】

一、产品成功的定义（Success Criteria）
- 从用户、产品与商业三个层面，分别定义“成功意味着什么”
- 明确：
  - 哪些结果构成“明确成功”
  - 哪些结果构成“明确失败”
  - 哪些结果属于“需要重新评估或调整”

示例维度（可按实际情况取舍）：
- 用户：留存、复购、关键行为完成率
- 产品：核心功能使用深度、稳定性
- 商业：付费转化、收入、成本效率

二、北极星指标（North Star Metric）
- 定义一个最能代表“用户持续获得核心价值”的指标
- 说明：
  - 为什么这个指标能反映长期成功
  - 该指标如何驱动正确的产品与增长决策
- 明确该指标的：
  - 计算方式
  - 观察周期
  - 阈值或趋势判断标准

三、支撑性指标（Guardrail Metrics）
- 列出 3–5 个用于防止“指标作弊”的辅助指标
- 说明这些指标如何与北极星指标形成约束关系
- 明确哪些指标只是监控，而不是优化目标

四、产品边界定义（What NOT to Build）
- 明确当前阶段明确不做的事情，包括但不限于：
  - 不服务的用户类型
  - 不支持的使用场景
  - 不进入的商业模式
  - 不优先的功能类别
- 对每一项“不做”，说明原因：
  - 不支持当前核心价值
  - 验证成本过高
  - 会稀释产品聚焦

五、边界失效与调整条件
- 在什么情况下，当前产品边界可以被重新讨论？
- 哪些新信号或数据足以触发边界调整？
- 谁有权发起这种调整？

---

【输出要求】
- 不写技术实现或具体功能细节
- 避免把愿景或口号当成成功标准
- 避免用“感觉不错”作为判据
- 若无法定义清晰成功标准，请明确指出这是一个风险信号

请在最后用 3–5 条要点总结：
“这三个定义是否足以让团队在执行阶段保持长期聚焦？”