第3章 需求收集与清洗：需求来源、结构化模板、去重与合并规则、优先级字段初始化

3.1 适用场景

本流程适用于以下四类典型场景：

• 跨部门需求收拢：产品、运营、客服、销售等多渠道同时提交需求，需要统一入口清洗后再进入RICE排期。
• 需求池膨胀治理：需求池中积压超过200条未处理需求，重复/冲突/模糊条目占比高于30%。
• 季度/版本规划前：在版本启动前2周集中清理存量需求，确保进入RICE评分的需求都是独立、清晰、可量化的。
• 新工具/系统上线：首次使用RICE对齐平台时，需要对历史需求做一次性结构化清洗。

3.2 前置条件

3.3 操作步骤

按照以下五步法完成需求收集与清洗，每一步对应SVG流程中的一个Step节点：

Step 1 · 需求来源收拢

1. 导出所有已开启渠道的原始需求数据，统一存入 原始需求池 工作表。
2. 为每条需求标记来源标签（如：用户反馈 / 内部提需 / 数据分析 / 竞品调研）。
3. 检查必填字段是否完整：需求标题、提出人、提出日期、需求描述、期望版本。缺失字段≥2的条目退回补充。

Step 2 · 结构化模板录入

将原始需求映射到标准化模板，模板包含12个字段：

Step 3 · 去重规则执行

按以下优先级依次执行去重，每次去重后保留最新提出的条目：

• 规则A · 完全匹配：需求标题完全一致 + 需求描述相似度≥95% → 判定为重复，保留ID较小的需求。
• 规则B · 标题相似：标题levenshtein编辑距离≤3 且 提出人为同一人 → 人工确认是否重复。
• 规则C · 内容包含：需求A的描述完全包含需求B的描述 → 保留内容更全面的条目。

Step 4 · 合并规则执行

对于非重复但强关联的需求，按以下策略合并：

Step 5 · 优先级字段初始化

为每一条清洗完成的需求填充RICE四字段的初始值：

3.4 输入输出物

3.5 责任边界

3.6 记录材料

本章产生的记录材料需归档至项目Wiki的 03-需求清洗/ 目录下，包含：

• 清洗前原始需求快照：导出时间戳 + 原始数据文件（PDF/Excel）。
• 结构化模板版本记录：模板的版本号、发布者、发布日期。
• 去重与合并操作日志：包含每条需求的操作类型（去重/合并/无变化）、操作人、操作时间、备注。
• 争议案例纪要：规则B/C中需要人工仲裁的案例，记录争议点、决策人、最终方案。
• RICE初始值登记表：需求ID与四字段初始值的对应关系，供第4章校准使用。

3.7 异常处理

3.8 验收标准

本章工作完成前，须逐条核对以下验收项：

1. 完整性：所有已开启渠道的需求均已进入清洗流程，无遗漏来源。清洗后需求总数 = 原始需求总数 - 去重数 + 合并后新增的Epic数。
2. 结构化映射率：每条需求的12个标准字段填充率 ≥ 90%（必填字段100%填充）。
3. 去重覆盖率：规则A/B/C执行覆盖率达到100%，无跳过未处理的条目。
4. 合并可追溯：所有合并操作均保留了父子/依赖/关联关系，可通过原始ID追溯。
5. RICE字段初始化完成率：清洗后状态为"待评分"的需求，4个RICE字段均有初始值，无空值。
6. 清洗日志完整性：操作日志包含清洗时间、操作人、操作类型、备注，日志数量与需求变更次数一致。
7. 争议案例清零：争议案例池中无未处理的条目，所有异常均已关闭或升级。