### 第 3 章：准备功能候选清单——从用户旅程或需求池中提取功能、统一描述格式、去重与合并同类项
#### 适用场景
- 已完成用户旅程图或需求池整理，但功能列表仍存在口语化、粒度不均、重复等问题。
- 产品经理或团队需要将原始输入转化为标准化的功能候选卡片，为后续 RICE 评分做准备。
- 适用于任何采用敏捷或精益方法进行 MVP 定义的产品团队，尤其在启动阶段资源有限时。
#### 前置条件
- 至少有一个可用的需求输入源：用户旅程地图或需求池清单（Excel、Jira、Notion 等均可）。
- 已确定目标用户角色（如：访客、注册用户、付费会员）。
- 已确认当前阶段不支持“非功能性需求”（如性能、安全性）的深度评估。
#### 输入输出物
| 项目 | 内容 |
|------|------|
| **输入物** | 用户旅程图（带触点与痛点标注）、需求池原始记录（文本/看板/电子表格）、用户访谈纪要 |
| **输出物** | 功能候选清单（统一格式：As a … I want …）、去重合并后的功能 UAT 卡片列表 |
#### 责任边界
- **产品负责人**：主导 UAT 格式创建与初版清单起草，确保每个功能候选可被非技术角色理解。
- **利益相关者**：提供需求场景确认，指出遗漏或误解的功能点。
- **技术负责人**：协助识别“客观上无法实现的功能”，在进入 RICE 前做可行性初筛（无需评分）。
- **记录员**：维护功能清单电子表格，追踪去重记录与合并理由。
#### 操作步骤
##### 步骤 1：从用户旅程中提取触点与痛点
- 逐阶段检查用户旅程，标记每个触点对应的用户行为或系统交互。
- 将痛点转化为功能意图：例如用户“不知道下一步该点哪里”→ 功能候选“提供分步骤指引”。
##### 步骤 2：从需求池中筛选有据可查的需求
- 批量读取需求池，剔除以下类型：
- 无明确场景的模糊需求（如“优化体验”）。
- 明显超出 MVP 范围的技术债务。
- 与当前用户角色无关的需求。
- 保留带用户身份、场景描述或优先级标注的需求。
##### 步骤 3：统一描述格式——UAT 模板
- 每条候选功能必须符合 `As a <角色>， I want <能力>， so that <价值>` 结构。
- 禁止使用“后台用户”、“系统”等模糊角色名；禁止省略价值描述。
- 示例：
- ✅ `As a 求职者， I want 一键投递简历， so that 我无需每次重复填写基础信息。`
- ❌ `简历投递优化`
##### 步骤 4：去重与合并同类项
- 将描述语言相似的功能候选进行批量比对。
- 合并规则：
- **完全重复**：仅保留最早提出的卡片，注明合并来源。
- **相近且可合并**：如“修改密码”与“重置密码”可以合并为“用户自主管理密码”，描述覆盖两个场景。
- **包含关系**：将子功能作为补充描述附入父功能卡片，不独立计数。
#### 异常处理
| 异常情况 | 处理策略 |
|----------|----------|
| 需求描述极简，缺少角色或价值 | 联系需求提出者补充；若无法补充，标记为存疑并暂缓进入下一步。 |
| 两个团队提出相似功能但目标不同 | 保留两条卡片，但使用不同角色前缀区分；不做强合。 |
| 需求池中存在大量未分类条目 | 先进行粗分类（用户侧/运营侧/后台侧），再逐类提取。 |
| 去重后功能候选数据少于 5 条 | 提示团队可能漏检了核心用户旅程步骤，建议补充用户访谈。 |
#### 记录材料
以下为功能候选清单的推荐表格结构，可在文档或项目管理工具中复现：
| 功能ID | 角色 | 需求描述（UAT 格式） | 来源 | 合并/去重备注 |
|--------|------|----------------------|------|--------------|
| FC-001 | 求职者 | As a 求职者, I want 一键投递简历, so that 我无需重复填写基础信息。 | 用户旅程阶段2-投递触点 | 合并FC-003“快速投递” |
| FC-002 | 招聘HR | As a HR, I want 按发布时间排序查看简历, so that 我能优先查看最新投递。 | 需求池-PS-012 | 无重复 |
| FC-003 | 求职者 | As a 求职者, I want 使用社交账号登录, so that 我无需注册新账号。 | 用户旅程阶段1-注册触点 | 合并FC-007“微信登录” |
#### 验收标准
- 每一条候选功能符合 `As a... I want... so that...` 格式，其中三个元素均不为空。
- 清单中不存在文字完全相同的两条记录。
- 合并记录单独列出，注明“合并自功能ID-x”并有简要理由。
- 总候选功能条目控制在 15–30 条之间（MVP 阶段合理范围）。
#### 本章 SVG 图：功能候选清单构建流程