cpo-advisor

首席产品官（CPO）顾问

战略产品领导。愿景、产品组合、产品市场契合度（PMF）、组织设计和指标。不适用于功能级工作——而是关注决定构建什么、为什么构建以及由谁构建的决策。

关键词

CPO、首席产品官、产品战略、产品愿景、产品市场契合度、PMF、产品组合管理、产品组织、路线图战略、产品指标、北极星指标、留存曲线、产品三人组、团队拓扑、待完成任务、JTBD、品类设计、产品定位、面向董事会的产品报告、投资-维持-淘汰、BCG 矩阵、转换成本、网络效应、产品驱动增长、PLG、功能采用、价值实现时间、激活率

---

CPO 负责三件事

其他一切都可以委派。

负责领域	含义	关键问题
产品组合	哪些产品存在、哪些产品获得投资、哪些产品被淘汰	“如果我们只能为 4 款产品中的 2 款提供资金，会选哪 2 款？”
愿景	产品在 3-5 年后的发展方向，以及客户为何在意	“如果我们成功了，世界会是什么样？”
组织	能够实现愿景的团队结构	“这个组织能否在接下来 12 个月内落实战略？”

---

产品市场契合度评估

PMF 评分矩阵

维度	权重	得分 1-3（较弱）	得分 4-6（初显）	得分 7-10（较强）
留存	30%	D30 < 15%（消费者产品）或 < 40%（B2B）	D30 15-30% / 40-60%	D30 > 30% / > 60%
参与度	25%	DAU/MAU < 15%	DAU/MAU 15-35%	DAU/MAU > 35%
满意度	25%	Sean Ellis 指标中“非常失望”的比例 < 25%	25-40%	> 40%
增长	20%	没有自然增长	有一定自然增长，但主要靠付费	> 50% 来自自然增长

PMF 决策树

START: "Do we have PMF?"
  |
  v
[Check retention curve shape]
  |
  +-- Declining to zero --> NO PMF. Stop building. Talk to users.
  |
  +-- Declining but flattening --> EMERGING. Find the segment where it's flat.
  |
  +-- Flat or smiling --> [Check Sean Ellis score]
                          |
                          +-- < 25% "very disappointed" --> Weak PMF. Product is nice, not essential.
                          |
                          +-- 25-40% --> Moderate PMF. Find and double down on power users.
                          |
                          +-- > 40% --> [Check organic growth]
                                        |
                                        +-- < 30% organic --> PMF exists but distribution is weak.
                                        +-- > 30% organic --> STRONG PMF. Scale.

达到 PMF 后的陷阱

陷阱	描述	预防措施
功能蔓延	为新细分群体添加功能，稀释核心价值	聚焦“待完成任务”，而非功能
过早扩张	留存尚未证明可持续，就扩大销售/营销规模	在扩大支出前，先证明 3+ 个用户群组能够留存
虚荣指标	只庆祝注册量，却忽视留存	北极星指标必须是留存/参与度指标
创始人不再关注产品	PMF 后，CEO 不再与客户交流	每月与客户交流必须长期坚持
过早构建平台	核心产品尚未稳固，就构建平台能力	只有在 3+ 款产品需要共享基础设施后，才构建平台

---

产品组合管理

投资策略框架

每款产品只能对应一种策略。“观望”意味着决定拱手让出市场份额。

策略	信号	资源分配	评审频率
投资	高增长、留存强劲或持续改善、PMF 明确	全员投入、积极推进路线图、专属营销	每月
维持	收入稳定、增长缓慢、利润率良好	修复漏洞、渐进式改进、新功能尽量少	每季度
收割	增长下滑、仍有盈利、没有复苏路径	尽量减少投资，最大化现金回收	每季度
淘汰	持续下滑、利润率为负、没有复苏迹象	确定停用日期、制定迁移计划、重新分配团队	立即

产品组合健康度评分卡

指标	健康	不健康
“投资”类产品的收入占比	> 60%	< 40%
投入“淘汰”候选产品的工程资源占比	< 10%	> 20%
没有明确策略的产品数量	0	> 1
产品组合 D30 留存率（加权）	环比改善	环比下降
“问号”超过 2 个季度的数量	0	> 2

产品组合评审流程

Quarterly Portfolio Review (Half-day workshop)

Step 1: Data Preparation (pre-meeting)
  - Revenue, growth rate, retention, margin per product
  - Engineering investment % per product
  - Customer satisfaction per product

Step 2: BCG Classification
  - Plot each product on Growth Rate (Y) vs Market Share (X)
  - Stars: high growth, high share --> Invest
  - Cash Cows: low growth, high share --> Maintain/Harvest
  - Question Marks: high growth, low share --> Invest or Kill (decide now)
  - Dogs: low growth, low share --> Kill

Step 3: Investment Allocation
  - Align engineering capacity to posture
  - Reallocate from Kill/Harvest to Invest
  - Set clear milestones for Question Marks (90-day decision point)

Step 4: Communication
  - Share portfolio decisions with all product teams
  - Update roadmaps to reflect postures
  - Communicate sunset plans for Kill products

---

北极星指标框架

选择标准

北极星指标必须满足以下所有条件：

标准	检验方式
衡量客户价值	指标改善是否意味着客户获得了更多价值？
领先指标	是否能预测未来收入？
可操作	产品团队能否影响该指标？
单一数值	能否用一个指标来表述？
不可操纵	是否难以在没有真正帮助客户的情况下改善该指标？

按商业模式划分的北极星指标

模式	北极星指标	有效原因
B2B SaaS	每周使用核心功能的活跃账户数	综合体现采用率、参与度和黏性
消费类社交	每日内容创作者数	创作者带动消费者参与
市场平台	每周成功交易数	双方都活跃意味着市场平台健康
PLG	14 天内达到激活状态的账户数	激活可预测留存率
数据/分析	每位活跃用户每周的查询数	使用强度等于获得的价值
金融科技	月活跃交易用户数	交易活动体现核心价值
电子商务	重复购买率（90 天）	留存是商业的重中之重

指标层级

North Star Metric (1, owned by CPO)
  |
  +-- Leading Indicator 1 (owned by PM Team A)
  |     e.g., Activation rate within 7 days
  |
  +-- Leading Indicator 2 (owned by PM Team B)
  |     e.g., Feature X adoption rate
  |
  +-- Leading Indicator 3 (owned by PM Team C)
  |     e.g., D7 retention rate
  |
  +-- Guard Rail Metrics (owned by CPO)
        e.g., NPS, support ticket volume, revenue per user

---

产品组织设计

团队拓扑选择

拓扑	适用场景	最佳规模	沟通方式
流对齐型	默认选择。团队负责端到端的客户旅程。	5-9 人	跨团队依赖少
平台型	多个流需要共享基础设施	4-8 人	API 优先、自助服务
赋能型	临时团队，用于提升流团队的技能	2-4 人	辅导模式、限时组建
复杂子系统型	深度专业领域（ML、支付）	3-6 人	为各流提供服务

产品团队人员配比

公司规模	PM : 工程师	PM : 设计师	产品团队总人数
10-30	1:4-6	1:1	1 名 PM、1 名设计师、4-6 名工程师
30-80	1:5-8	1:1-2	2-4 名 PM、2-3 名设计师
80-200	1:6-10	1:1-2	5-10 名 PM、4-6 名设计师
200+	1:8-12	1:2	10 名以上 PM、8 名以上设计师

产品三人组

每个产品团队都应以三人组的形式运作：PM + 设计师 + 技术负责人。

角色	负责	决定
PM	构建什么以及为什么构建	优先级、范围
设计师	用户体验和易用性	交互模式、研究
技术负责人	如何构建以及技术可行性	架构、实现

反模式：PM 编写规格说明，交给设计师；设计师再交给工程师。这是披着敏捷外衣的瀑布式开发。

---

CPO 仪表板

类别	指标	频率	目标
增长	北极星指标	每周	月环比改善
留存	按群组划分的 D30 / D90 留存率	每周	趋于稳定或改善
获客	新激活数	每周	符合计划
激活	首次获得价值所需时间	每周	缩短
参与度	DAU/MAU 比率	每周	> 30%（B2B）/ > 20%（消费类）
满意度	NPS 趋势	每月	> 40
产品组合	每款产品的收入	每月	符合产品定位
产品组合	每款产品的工程投入占比	每月	符合产品定位
质量	每 1K 名用户的支持工单数	每月	减少
护城河	功能采用深度	每月	增加

---

危险信号

• 产品连续 2 个季度以上停留在“问号”状态，迟迟没有决策——该做出决定了
• 工程资源分配给收入最高的产品，而增长最快的产品却人手不足——资源错配
• 团队超过 30% 的时间投入到收入下滑的产品上——沉没成本谬误
• 留存曲线始终没有趋于平稳——没有产品市场契合度（PMF），停止开发功能，开始与用户交流
• 产品经理不与用户交流就撰写规格说明——产品表演
• 平台团队的排期队列长达 6 周——平台应该支持自助服务，而不是成为瓶颈
• 首席产品官超过 30 天没有与客户交谈——脱离实际
• 北极星指标呈上升趋势，而留存率却在下降——指标选错了
• 路线图根据销售请求制定，而不是依据用户数据——由销售驱动产品是个陷阱
• 超过 90 天没有开展用户研究——团队是在猜测，而不是学习

---

与高管团队协作

情况...	首席产品官与...协作	目的...
公司方向	CEO（ceo-advisor）	将愿景转化为产品押注
路线图资金	CFO（cfo-advisor）	说明各产品的投资分配理由
扩大产品组织规模	COO + CHRO	让招聘与产品增长需求保持一致
技术可行性	CTO（cto-advisor）	共同权衡功能与平台
发布时机	CMO（cmo-advisor）	让发布计划与需求生成能力保持一致
销售提出的功能需求	CRO（cro-advisor）	区分对收入至关重要的需求与噪声
合规期限	CISO（ciso-advisor）	确定不可妥协的安全事项
产品战略	产品团队（product-team/）	通过产品经理执行战略
用户研究	UX 研究（product-team/ux-researcher）	用数据验证假设

---

主动触发条件

• 留存曲线没有趋于平稳——PMF 面临风险，停止功能开发并调查原因
• 功能请求不断堆积，却没有优先级框架——建议采用 RICE 评分
• 超过 90 天没有用户研究——产品团队正基于假设开发产品
• NPS 环比下降——深入分析贬损者反馈，找出规律
• 产品组合中有一个人人都避而不谈的“瘸狗”——推动做出砍掉或投资的决定
• 工程团队在收入占比低于 5% 的产品上投入超过 20% 的资源——投资与收益不匹配
• 新竞争对手以类似定位推出产品——需要制定竞争应对方案

---

输出产物

请求	交付内容
“我们实现了 PMF 吗？”	涵盖 4 个维度并包含队列数据的 PMF 评分卡
“为我们的路线图排定优先级”	使用 RICE/ICE 等框架评分并按优先级排序的待办事项
“评估我们的产品组合”	BCG 矩阵图，并针对每款产品提出投资、维持或砍掉的建议
“设计我们的产品组织”	组织方案，涵盖组织架构、人员比例、汇报关系和过渡计划
“产品董事会汇报部分”	董事会幻灯片：北极星指标、留存率、路线图重点和风险
“设定我们的北极星指标”	北极星指标方案，包含指标层级、先行指标和护栏指标
“砍掉一款产品”	退出计划：时间表、迁移、沟通和团队资源重新分配

---

工具参考

1. product_portfolio_analyzer.py

使用 BCG 矩阵分类（明星、现金牛、问号、瘸狗）分析产品组合，计算组合健康度评分，识别投资错配，并生成再平衡建议。

python scripts/product_portfolio_analyzer.py --input portfolio.json --json
python scripts/product_portfolio_analyzer.py --input portfolio.json

标志	类型	描述
--input	必需	包含产品信息的 JSON 文件路径（收入、增长率、市场份额、工程投资占比、留存率）
--json	可选	以 JSON 格式输出，而非人类可读文本

2. feature_prioritizer.py

使用 RICE 评分（触达人数 × 影响力 × 置信度 / 工作量）为功能确定优先级。支持自定义权重、生成按优先级排序的待办列表，并标记评分异常。

python scripts/feature_prioritizer.py --input features.json --json
python scripts/feature_prioritizer.py --input features.json --method rice

标记	类型	描述
--input	必需	包含功能数据（触达人数、影响力、置信度、工作量，可选类别）的 JSON 文件路径
--method	可选	评分方法：rice（默认）、ice 或 weighted
--json	可选	以 JSON 格式输出，而非易读文本

3. product_health_scorer.py

从 5 个维度为产品健康度评分：留存率（D30/D90）、参与度（DAU/MAU）、满意度（NPS/Sean Ellis）、增长（自然增长百分比）和激活（实现价值所需时间）。生成产品市场契合度（PMF）评估和趋势分析。

python scripts/product_health_scorer.py --input product_data.json --json
python scripts/product_health_scorer.py --input product_data.json

标记	类型	描述
--input	必需	包含留存率、参与度、满意度、增长和激活相关产品指标的 JSON 文件路径
--json	可选	以 JSON 格式输出，而非易读文本

---

故障排查

问题	可能原因	解决方案
产品连续 2 个以上季度停留在“问号”状态	缺乏决策框架或领导层回避决策	在下一次产品组合评审时强制作出投资或终止决策；设定 90 天里程碑，并在触发条件满足时自动终止
工程资源分配给收入最高的产品，而增长最快的产品却资源不足	投资策略与增长潜力不匹配	运行产品组合分析器，量化这种不匹配；使用 BCG 分类重新分配资源
PM 通过夸大触达人数或影响力操纵 RICE 评分	缺乏校准流程或统一的评分标准	要求为每个评分维度提供依据；在各 PM 团队中开展季度校准会议
北极星指标呈上升趋势，但留存率呈下降趋势	选择了错误的北极星指标，或该指标容易被操纵	根据 5 项筛选标准重新评估北极星指标；将留存率设为护栏指标
路线图依据销售请求而非用户数据制定	缺乏结构化的需求受理流程，或 CPO 未进行筛选	实施功能请求分流；纳入路线图前必须提供用户研究依据
平台团队排期积压 6 周，阻碍了流团队	平台缺乏自助服务能力；依赖关系过多	将平台重新设计为提供自助服务 API；增加赋能团队，解除最高优先级流团队的阻碍
连续 90 天以上未开展用户研究	研究未融入团队工作流，或人员不足	在产品三人组中配置研究员；设定最低研究频率（每季度至少 2 项研究）

---

成功标准

• 每个产品都有明确的投资策略（投资 / 维持 / 收割 / 终止），并按季度评审
• “投资”类产品的北极星指标逐月改善
• 所有活跃产品的 D30 留存率趋于稳定或有所改善
• 工程投资占比与产品组合策略的偏差控制在 10% 以内
• 所有 PM 团队采用一致的功能优先级评分框架
• 首次创造价值所需时间逐季度缩短
• 没有产品连续超过 2 个季度被归类为“问号”

---

范围与限制

范围内： 产品市场匹配度评估、产品组合管理（BCG 分类、投资策略）、北极星指标框架、产品组织设计（团队拓扑、比例、产品三人组）、功能优先级排序（RICE/ICE 评分）、产品健康度评分、CPO 仪表板指标，以及董事会层面的产品报告。

范围外： 功能级产品管理（使用 product-team/product-strategist）、UX 设计和研究执行（使用 product-team/ux-researcher）、工程实施规划（使用 engineering/ 技能）、定价策略（使用 cro-advisor 定价部分），以及客户成功管理。工具分析产品指标快照；持续的产品分析需要与分析平台集成。

限制： PMF 评分依赖早期产品可能没有的群组级留存数据。BCG 分类需要市场份额估算，而这类估算本质上并不精确。RICE 评分带有主观性；其质量取决于校准的严谨程度。产品健康度基准因商业模式而异（B2B 与消费级、SaaS 与市场平台之间差异显著）。

---

集成点

• ceo-advisor -- 产品战略将 CEO 愿景转化为产品押注；产品组合健康度为董事会报告提供依据
• cto-advisor -- 技术可行性由双方共同负责；功能与平台之间的权衡决策需要 CTO 合作
• cro-advisor -- 由 CPO 筛选销售提出的功能需求；扩张收入取决于产品路线图
• cmo-advisor -- 发布时机与需求生成能力相协调；产品定位为营销提供参考
• cfo-advisor -- 根据产品组合健康度数据，为各产品的投资分配提供依据
• product-team/ -- CPO 战略由产品经理执行；研究和优先级排序逐级向下传递