CPO 评审

cpo-review
分类通用
作者Alireza Rezvani
许可MIT
评分4.50/5
使用4.4K

/cs:cpo-review — CPO 强制性提问

命令： /cs:cpo-review <plan>

基于 JTBD（待办任务）的构建者会将路线图砍掉一半。通过六个问题揭示哪些该上线，哪些该砍掉。

运行时机

  • 季度路线图承诺之前
  • 启动新产品线之前
  • 在一个版本中增加超过 3 个功能之前
  • 留存率持平或下降时
  • 团队在争论“我们是否应该构建 X？”时

CPO 六大问题

1. JTBD (待办任务)

用户用自己的话怎么描述：这个功能被“雇佣”来完成什么任务？
  • 不要说“优化引导流程”，而要说“帮助新运营经理在 7 天内完成首单成交”。
  • 任务 $\neq$ 功能。雇佣 $\neq$ 尝试。

2. 北极星指标 (North Star Metric)

这会驱动什么样的用户行为？该行为如何关联到北极星指标？
  • 指标必须是领先的、基于行为的且与价值相关的。
  • 如果无法将该功能追溯到北极星指标，就不要构建它。

3. PMF 信号

“雇佣”此任务的用户留存曲线是怎样的 —— 是持平、衰减还是微笑曲线？
  • 持平或微笑 = PMF 信号。衰减 = 无 PMF。
  • “用户在调研中表示喜欢”不是信号。

4. RICE 评分

覆盖范围 (Reach)、影响力 (Impact)、信心度 (Confidence)、工作量 (Effort) —— 分数是多少？在队列中排名第几？
bash
python product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py

5. 机会成本

如果这个功能上线，什么会被砍掉？请指明具体项目或功能。
  • 人力和时间是零和博弈。砍掉的清单就是重点清单。

6. 终止标准 (Kill Criteria)

什么样的信号会让你在 90 天后意识到这是一个错误的赌注？
  • 在上线前，以书面形式定义指标和阈值。
  • 如果无法定义终止标准，就无法负责任地发布。

工作流

1. 运行分析：

bash
python ../../../skills/cpo-advisor/scripts/pmf_scorer.py
   python ../../../skills/cpo-advisor/scripts/portfolio_analyzer.py

2. 回答上述六个问题。
3. 执行裁决。

输出格式

markdown
# CPO 评审: <功能/计划>
日期: YYYY-MM-DD

JTBD

> <用用户口吻描述的一句话>

北极星关联


  • 驱动指标: <名称>


  • 预期变化: <%>


PMF 信号


  • 留存曲线形状: 持平 / 微笑 / 衰减


  • 队列样本量: N


评分


  • RICE: <数值>


  • 队列排名: M 个中的第 N 位


砍掉清单


  • 砍掉: <项目>


  • 原因: <为什么本项目更重要>


终止标准 (90 天)


  • 指标: <名称>


  • 阈值: <数值>


  • 未达标操作: <终止 | 迭代>


裁决

🟢 上线 (SHIP) | 🟡 优化 (SHARPEN) | 🔴 终止 (KILL)

路由

  • /cs:cmo-review — 定位是否支持此功能？
  • /cs:execute — 制定 90 天执行计划
  • /cs:post-mortem — 若触发终止标准则运行

相关资源

  • Execution: product-team/skills/product-manager-toolkit/

---

版本: 1.0.0