cpo-review

/cs:cpo-review — CPO 逼问

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

以 JTBD 为驱动的构建者会将路线图砍掉一半。通过六个问题，找出该交付什么、该砍掉什么。

运行时机

• 承诺季度路线图之前
• 推出新产品线之前
• 为某个版本增加超过 3 个功能之前
• 留存率持平或下降时
• 团队正在讨论“我们该不该构建 X？”时

CPO 的六个问题

1. JTBD

用用户自己的话说，这项功能被雇来完成什么任务？

• 不要说“改进新手引导”，而要说“帮助新上任的运营经理在 7 天内完成首笔交易”。
• 任务 ≠ 功能。雇用 ≠ 尝试。

2. 北极星指标

这项功能会推动什么用户行为？它如何逐级关联到北极星指标？

• 指标必须是领先指标、基于行为，并与价值相关。
• 如果无法追溯这项功能与北极星指标的关联，就不要构建它。

3. PMF 信号

雇用这项任务的用户，其留存曲线如何——持平、衰减，还是微笑曲线？

• 持平或微笑曲线 = PMF 信号。衰减 = 没有 PMF。
• “用户在问卷中说喜欢”不是信号。

4. RICE 评分

触达范围、影响力、信心和投入——评分是多少？在待办队列中排第几？

python product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py

5. 机会成本

如果交付这项功能，哪些内容会被砍掉？说出具体的计划或功能。

• 人力和时间是零和的。砍项清单就是重点清单。

6. 砍项标准

90 天后，什么信号会告诉你这是一次错误的下注？

• 在上线前，以书面形式定义指标和阈值。
• 如果无法定义砍项标准，就无法负责任地交付。

工作流

1. 运行分析：

   python ../../../c-level-advisor/skills/cpo-advisor/scripts/pmf_scorer.py
   python ../../../c-level-advisor/skills/cpo-advisor/scripts/portfolio_analyzer.py
   

2. 回答这六个问题。
3. 给出结论。

输出格式

# CPO Review: <feature/plan>
**Date:** YYYY-MM-DD

## JTBD
> <one sentence in user voice>

## North Star Link
- Metric moved: <name>
- Expected delta: <%>

## PMF Signal
- Retention curve shape: flat / smiling / decaying
- Cohort sample size: N

## Score
- RICE: <number>
- Rank in queue: #N of M

## Cut List
- Cut: <initiative>
- Reason: <why this matters more>

## Kill Criteria (90 days)
- Metric: <name>
- Threshold: <value>
- Action if missed: <kill | iterate>

## Verdict
🟢 SHIP | 🟡 SHARPEN | 🔴 KILL

路由

• /cs:cmo-review — 定位是否支持这项功能？
• /cs:execute — 制定 90 天计划
• /cs:post-mortem — 如果触发砍项标准

相关

• Agent：cs-cpo-advisor
• 技能：cpo-advisor
• 执行：product-team/skills/product-manager-toolkit/

---

版本： 1.0.0