4. 功能候选池生成：头脑风暴、竞品分析、内部反馈

4.1 为什么需要系统化的功能候选池

在产品早期，团队经常会陷入“想法很多，但无从下手”的困境。没有结构化的功能候选池，会导致需求来源散落在邮件、聊天记录、会议纪要中，后续的优先级排序和迭代规划无从谈起。构建功能候选池的核心目的是：将散乱的输入转化为可追溯、可评估、可排序的结构化需求单元。

4.2 三大输入渠道详解

功能候选池的输入主要来自三个渠道：头脑风暴（团队内部创意）、竞品分析（市场洞察）、内部反馈（一线声音）。三者互为补充，共同构建完整的需求视图。

4.2.1 头脑风暴：激发团队创意

头脑风暴是获取“从0到1”功能创意的核心方式。但无序的头脑风暴容易产出大量无法落地的想法，需要配合结构化的引导工具。

• 推荐方法： How Might We（HMW）提问法 + 用户故事映射（User Story Mapping）。
• 操作步骤：
  1. 定义目标用户场景（如“新用户首次完成核心任务”）。
  2. 团队成员围绕场景书写 HMW 卡片（每人 5-10 张）。
  3. 聚类卡片，形成候选功能方向。
• 输出： 原始创意列表（每条记录包含：场景描述、创意简述、提出人）。

4.2.2 竞品分析：洞察市场格局

竞品分析帮助团队避免“重复造轮子”，同时发现市场空白。重点关注用户对竞品的“抱怨点”和“迁移成本”。

• 推荐方法： 功能矩阵对比 + 用户评论情感分析（App Store / 社交媒体）。
• 分析步骤：
  1. 列出 3-5 个直接 / 间接竞品。
  2. 梳理竞品功能清单，标注“差异化功能”和“缺失功能”。
  3. 提取用户评论中的高频需求关键词（如“希望支持批量操作”）。
• 输出： 竞品功能对标清单（每条记录包含：功能名称、竞品覆盖度、用户期望优先级）。

4.2.3 内部反馈：倾听一线声音

客服、销售、技术支持团队每天直接接触用户，是功能需求最真实的来源。但一线反馈通常是“点状”的，需要聚类和验证。

• 推荐方法： 客服工单标签聚类 + 销售访谈高频场景提炼。
• 操作步骤：
  1. 提取近 3 个月客服工单中标记为“功能缺失”的条目。
  2. 按用户意图聚类（如“忘记密码”类、”支付失败“类）。
  3. 与销售团队进行 30 分钟结构化访谈，验证聚类结论。
• 输出： 内部需求汇总表（每条记录包含：原始反馈、聚类场景、出现频次、紧急程度）。

4.3 从候选池到候选列表：结构化转换

三个渠道的原始输出需要经过 去重、场景对齐、优先级预分类 三个步骤，才能形成可用的功能候选列表。下图展示了完整流程：

4.4 交付物：功能候选列表模板

功能候选列表是后续 RICE 评分和迭代规划的基础数据源。每个候选功能必须包含以下字段，以确保可评估性和可追溯性。

4.5 避坑指南：常见误区与应对策略

4.6 验收标准：功能候选列表质量检查

在交付功能候选列表之前，请逐项检查以下标准：

• ✅ 每个候选功能均关联到具体的用户场景或业务问题，不存在“无源需求”。
• ✅ 三个渠道（头脑风暴、竞品分析、内部反馈）均有输出，且占比合理。
• ✅ 列表中的重复项已被合并，相似场景已做关联标注。
• ✅ 每个候选功能的状态均为“待评审”，格式统一。
• ✅ 候选列表已导出为结构化数据文件（如 CSV / Excel），可直接导入 RICE 评分工具。