需求收集准备
适用场景
本流程适用于审批流需求上会前的收集与标准化阶段。当业务方提交原始需求后，需求分析师需完成三项核心准备工作：填充需求列表模板、识别并确认利益相关者、按统一规范编写需求描述。这是后续执行RICE四维评分的输入基线，直接决定排序结果的有效性。
前置条件
- 业务方已提交初步需求说明（至少包含需求背景、期望功能、预期用户范围）
- 已建立关键干系人名单（包括流程所有者、业务审批人、IT 对接人）
- 组织内部已发布《需求列表模板 v2.0》及《需求描述规范 v1.0》
- 需求分析师已完成模板和相关规范的操作培训
操作步骤
- 使用需求列表模板
- 从共享知识库下载最新版
需求列表模板.xlsx。 - 根据需求类型填写字段：
需求编号、需求标题、所属系统、需求类型（功能/非功能/变更）、期望上线日期。 - 为每条需求分配唯一 ID，格式：
REQ-YYYYMMDD-序号。
- 从共享知识库下载最新版
- 识别利益相关者
- 列出与该需求直接相关的所有角色：提出者、审批者、执行者、最终受益方。
- 通过访谈或邮件确认每位干系人对需求的 影响权重（高/中/低）及 关注度（高/中/低）。
- 在模板中“干系人”字段内以
[角色]:姓名:影响权重:关注度格式记录。
- 编写需求描述
- 按照《需求描述规范》完成“功能概述”“业务逻辑”和“验收标准”三部分。
- 功能概述：一句话说明该需求解决什么问题。
- 业务逻辑：用步骤列举正常流程与异常流程。
- 验收标准：至少包含 3 条可测试的条件。
- 提交评审
- 将填充完整的模板与需求描述文档发送给流程管理员进行格式校验。
- 若校验不通过，返回步骤 1 或 2 修改；通过后进入 RICE 评分队列。
输入输出物
| 类别 | 名称 | 格式/来源 | 说明 |
|---|---|---|---|
| 输入 | 初步需求说明 | 邮件/工单/会议纪要 | 业务方非正式描述，通常包含背景、痛点、期望效果 |
| 输入 | 干系人初步名单 | 组织架构 / 项目章程 | 包含流程拥有者、IT 对接人等关键角色 |
| 输入 | 需求列表模板 | 企业网盘 .xlsx | 预定义的字段结构 |
| 输出 | 标准化需求列表 | 填充后的 .xlsx | 每条需求含唯一 ID、干系人矩阵、规范描述 |
| 输出 | 需求描述文档 | .docx 或 .md | 包含功能概述、业务逻辑、验收标准三节 |
责任边界
- 需求分析师：负责维护模板与规范最新版本，对每条需求进行格式校验。
- 产品经理：负责识别与确认利益相关者，提供业务层面解释。
- 业务方（提出者）：提供完整的原始需求描述，并在需求描述文档上签字确认。
- 流程管理员：最终审核模板完整性，决定是否允许进入 RICE 排序。
记录材料
- 《需求列表模板 v2.0》（企业网盘 / 知识库链接）
- 《需求描述规范 v1.0》（内附示例与常见错误对照表）
- 每轮次收集的 干系人确认记录（邮件回复截图或会议签到）
- 需求描述文档的 版本历史（包含修改人、修改时间、改点说明）
异常处理
常见异常与应对：
- 需求描述过于模糊：无法进入后续评分 → 退回业务方补充，附《需求描述规范》中“合格示例”节。
- 干系人遗漏关键审批角色：导致后续流程卡滞 → 要求产品经理在 24h 内补完并更新干系人矩阵。
- 模板字段误填（如需求编号重复）：使用模板内置的数据验证规则报错，强制修改为唯一值。
- 业务方拒绝按规范重写：升级至项目经理或流程变更委员会裁定。
验收标准
| 编号 | 验收项 | 检查方法 |
|---|---|---|
| AC-3.01 | 需求列表模板内所有必填字段均已填写 | 逐字段核对 |
| AC-3.02 | 每条需求至少列出 3 名干系人，且包含影响权重与关注度 | 抽取 30% 需求进行抽查 |
| AC-3.03 | 需求描述文档包含“功能概述”“业务逻辑”“验收标准”三节，且业务逻辑覆盖正常流程和至少一种异常流程 | 通读文档 |
| AC-3.04 | 所有干系人已在需求列表上签字（或邮件确认） | 检查附件或邮件回复归档 |
| AC-3.05 | 需求编号无重复，格式符合 REQ-YYYYMMDD-序号 |
Excel 去重检验 |
实践建议：在填写需求列表模板时，可先在共享盘中创建需求收集提名表，允许业务方以自由格式提交，然后由需求分析师统一转换成标准化模板。这样可以降低业务方的上手成本，同时保证输出质量。
完成以上准备后，即可进入第4章——RICE评分矩阵构建，对每条需求进行 Reach、Impact、Confidence、Effort 四项打分。