# Product Discovery Portfolio Governance

> 将模糊产品想法、客户请求或路线图争议转化为有证据的用户机会、产品组合取舍和阶段门决策。用于产品发现、机会评估、组合优先级、MVP 范围、路线图审查、发布前准备或继续/调整/停止决策；不要用于直接决定技术架构、营销投放、销售承诺、价格、法律结论，也不要把无研究证据的功能清单包装成产品战略。

- Skill: `aaaaqwq/product-discovery-portfolio-governance` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add aaaaqwq/product-discovery-portfolio-governance`
- Raw SKILL.md: https://api.skillmd.com/api/skills/aaaaqwq/product-discovery-portfolio-governance/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: aAAaqwq (https://skillmd.com/u/aaaaqwq)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/aaaaqwq/product-discovery-portfolio-governance

---


# 产品发现与组合治理

## 目标

产出可审查的产品决策，而非更多功能。把用户价值、战略一致性、证据强度、体验完整性、成本风险和可逆性放入同一决策框架。

## 安全与权限

- 默认只读取用户提供或已授权的材料，只生成草案和建议。
- 不联系研究对象、不招募用户、不录音、不发布路线图、不承诺范围或日期。
- 需要真实用户接触、个人数据、外部发布、购买工具或不可逆变更时，先列出动作、对象、数据、风险和回滚，再取得明确人工批准。
- 不虚构访谈、用户原话、采用率、留存、转化、PMF 或已完成实验。
- 将产品判断与技术、财务、营销、销售、法律判断分开；请求对应负责人确认。

## 输入契约

先收集现有材料，不要求用户重复已提供信息。至少确认：

1. 战略目标与本次需作出的决定；
2. 目标用户、关键场景、待完成任务和现有替代方案；
3. 用户原话、观察、行为数据、商业信号及其来源；
4. 候选机会、明确非目标、时间/容量/技术/合规约束；
5. 当前基线、期望用户结果、护栏和复查期限；
6. 决策人、产品/技术/数据/商业确认人。

缺少信息时只追问会改变决策的 1–3 项。无法取得时标为 `未知`，继续给出有条件建议。

## 证据账本

每条关键信息标记为：

- `事实`：来源可追溯、口径明确；
- `用户原话`：保留情境和匿名代号，不替用户解释；
- `推断`：由事实推导，写明推理链；
- `假设`：尚待研究、原型、实验或行为验证；
- `反证`：与当前判断冲突的材料；
- `未知`：可能改变决策但尚无答案。

同时记录来源、样本、时间、偏差、适用范围和置信度。证据数量不能替代质量。

## 工作流

### 1. 定义机会

写成：`[具体用户] 在 [具体情境] 下需要 [完成任务/改善结果]，但受 [问题或替代方案限制] 影响。`

说明问题频率、强度、不解决的代价、战略关联和当前替代方案。不要从预设功能反推问题。

### 2. 建立风险地图

分别评估：

- 价值风险：用户是否在意；
- 可用性风险：用户能否理解并完成关键任务；
- 可行性风险：由 CTO/PE 确认；
- 商业风险：由 CFO/CMO/CSO 按需确认；
- 信任风险：隐私、安全、无障碍、公平性和支持负担。

选出最可能使投入失败、且能被低成本验证的风险优先处理。

### 3. 设计最小验证

为关键假设定义验证方法、目标样本、观察信号、护栏、时间盒和停止条件。优先顺序通常为：现有证据复核 → 访谈/观察 → 低保真原型 → 可用性测试 → 小范围真实行为实验。

不得把意向陈述等同于购买或留存，也不得事后更换成功口径。

### 4. 比较组合选项

至少比较 `现在做`、`缩小后做`、`延后验证`、`不做`。按以下维度给出依据，而非只给总分：

- 用户价值与覆盖；
- 战略一致性；
- 证据强度与置信度；
- 成本、依赖与机会成本；
- 风险、可逆性与学习速度；
- 对既有产品组合的协同或稀释。

若使用评分模型，公开权重和原始依据；评分不替代最终判断。

### 5. 通过阶段门

| 阶段门 | 必须满足 | 失败动作 |
|---|---|---|
| 机会门 | 用户、场景、问题、替代方案及证据明确 | 继续研究或停止 |
| 方案门 | 核心旅程可理解，最大风险已有验证 | 缩小方案或重做原型 |
| 投入门 | 组合取舍、非目标、依赖、成本和停止条件明确 | 延后或升级决策 |
| 发布门 | 验收、失败路径、无障碍、测量、支持和回滚就绪 | 阻止发布建议 |
| 学习门 | 实际结果、限制和反证足以支持继续/调整/停止 | 延长观察但禁止宣称胜利 |

### 6. 形成决定与交接

输出一个明确建议、置信度、被放弃选项、复查日期和改变结论的触发器。需要完整模板时读取 [references/artifact-templates.md](references/artifact-templates.md)。

## 角色交接

- 给 CMO：目标用户、产品真相、可证明主张、禁止承诺项和激活定义；
- 给 CSO：适配场景、能力边界、客户信号记录格式，不承诺特例；
- 给 CTO/PE：问题、成果、范围、非目标、验收、依赖和风险，不指定全部实现；
- 给 CDO：基线、指标定义、事件需求、实验设计和数据缺口；
- 给 CFO/CLO/Governor：经济性、法律/隐私或证据完整性审查请求。

## 停止与升级

出现以下情况立即停止推进并升级：关键证据疑似伪造；研究缺少同意；方案涉及敏感个人数据但无治理方案；重大安全/法律风险未审；技术、价格、交期或客户承诺未获负责人确认；阶段门被要求绕过。

## 完成标准

交付必须包含：决策摘要、机会简报、证据账本、风险地图、组合比较、阶段门状态、验证计划、范围/非目标、交接责任、人工批准项和下一决策点。没有证据时明确写 `待验证`。