## 第4章 功能候选列表生成方法：头脑风暴、用户故事地图、竞品分析
### 4.1 边界与适用场景
三种方法在MVP候选列表生成中覆盖不同边界。下表对比其核心适用情境：
| 方法 | 适用阶段 | 参与角色 | 输出形态 |
|------|----------|----------|----------|
| 头脑风暴 | 产品探索初期 | 产品、设计、开发、运营 | 原始创意清单（无序） |
| 用户故事地图 | 需求梳理到史诗分解 | 产品经理+核心用户代表 | 结构化用户活动-任务-故事 |
| 竞品分析 | 市场验证与差异化识别 | 市场分析、产品策略 | 竞品功能对照表与缺口清单 |
### 4.2 分层结构与组件职责
功能候选列表本身可按三层结构组织，不同方法对各层贡献不同。
- **故事层（Epic / Activity）**：用户故事地图直接产出端到端用户活动；头脑风暴产生零散故事；竞品分析只能映射外部可见活动。
- **特性层（Feature）**：三种方法均可产出特性颗粒度候选，但头脑风暴的可行性需要过滤，用户故事地图的特性与用户目标挂钩，竞品分析则强调优先级差异。
- **子任务层（Task / Sub-feature）**：头脑风暴容易遗漏细节，用户故事地图通过“横向切割”补充子任务，竞品分析需要逆向推测子任务构成。
### 4.3 数据流与控制流
候选列表的生成遵循从“输入 → 活动 → 输出”的闭环。
- **数据流**：用户需求文档（PRD）、用户访谈记录、竞品公开信息 → 方法处理 → 结构化候选清单（含优先级初始分数）。
- **控制流**：以“MVP目标”为过滤器，先通过头脑风暴拉宽视野，再用用户故事地图对齐场景完整性，最后通过竞品分析裁剪冗余、强化差异化。
- **信任链路**：核心假设（用户痛点是真实的）→ 方法验证（用户故事地图中的用户认同）→ 竞品证据（市场份额或用户评价）→ 候选列表置信度提升。
本章重点描述三种方法如何协同，而非孤立使用。
### 4.4 选型权衡
| 决策场景 | 推荐方法 | 理由 |
|----------|----------|------|
| 0→1 产品，无历史数据 | 头脑风暴 + 用户故事地图 | 低成本、快速覆盖高价值场景 |
| 已有V1，需迭代 | 用户故事地图 + 竞品分析 | 复用已知用户路径，差异化验证 |
| 高度同质化市场 | 竞品分析驱动头脑风暴 | 聚焦缺口，避免重复造轮子 |
| 组织创新文化弱 | 用户故事地图为主 | 结构化流程降低认知负荷 |
选型陷阱：不要把三种方法当作“三选一”。MVP优先级需要至少两种方法交叉验证。单一方法产生的候选列表容易遗漏或偏离核心价值。
### 4.5 风险点
- **头脑风暴发散失控**：缺乏收敛机制导致候选列表过长，引入排序噪声。
对策：限定“每人2个创意”，并用用户故事地图的纵轴（活动）快速聚类。
- **用户故事地图过度结构化**：新手用户代表难以理解“横向任务–纵向故事”矩阵，产出失真。
对策：先用头脑风暴热身，再绘制地图。
- **竞品分析沦为抄袭清单**：只记录“别人有什么”，不分析“为什么有/没有”。
对策：强制给每个竞品特性标注“价值证据（用户评论/数据）”。
### 4.6 落地步骤
1. **预热（30 min）**：团队对齐MVP目标，确定“用户是谁？解决什么问题？”。
2. **头脑风暴（45 min）**：每人贴至少5个候选功能，无批评，随机排列在白板上。
3. **用户故事地图工作坊（2 h）**：
- 横向：绘制用户活动主线（注册→使用→留存→推荐）。
- 纵向：每活动下分解故事；将头脑风暴卡片贴入对应故事行。
4. **竞品分析扫描（2 h）**：
- 选取3个直接竞品，提取功能清单。
- 标记“共有/独有/缺失”并关联用户故事地图中的故事。
5. **候选列表整合（1 h）**：
- 删除重复故事，合并相似特性。
- 输出“方法来源”标签（BS=头脑风暴，UM=用户故事地图，CP=竞品分析）。
最佳实践：在步骤5中，为每个候选附上“来源强度”（如1-3分），方便后续优先级计算。
### 4.7 验收标准
- ✔ 候选列表包含至少20个候选功能/故事，每个标注来源方法。
- ✔ 用户故事地图上有至少3个完整用户活动，每个活动下≥3个故事。
- ✔ 竞品分析表覆盖至少10个对比维度，并指出3个有数据支持的缺口。
- ✔ 团队能口头解释：针对MVP目标，每个候选为何入选/被排除。
### 4.8 流程框架图
下图为三种方法如何输入、转换并汇聚成候选列表的流程。