排序前准备工作：需求池清洗标准、业务价值对齐、技术可行性初筛
适用场景
- 当需求池中累积超过20条未排序的需求时，必须启动排序前准备工作。
- 任何涉及跨部门协作的优先级排序会议之前，需求池必须完成清洗与初步筛选。
- 季度/月度迭代规划会议前48小时，由产品负责人组织执行本流程。
前置条件
- 已建立统一的需求收集模板（包含需求标题、提出方、业务背景、预期收益、技术要求）。
- 产品经理已完成需求池的初步去重与合并（重复率≤5%）。
- 至少采集到需求提出方的业务负责人联系方式，用于后续价值对齐。
- 技术负责人已确认可用工时与关键技术限制（如架构约束、第三方依赖周期）。
操作步骤
核心原则：每一步需输出结构化产物，避免非标描述。所有清洗动作须记录日志。
- 需求池清洗（SOP-2.1）
- 剔除缺失核心字段（需求标题、提出方、业务目标）的记录；若缺失可补全则打标待补，24小时内无响应则标记为无效。
- 将模糊表述（如“提升效率”）转化为可量化指标（如“减少订单审核环节30%人工操作时间”）。
- 合并关键词重复率≥60%的需求，保留最早提出方版本，其余标记“已合并”。
- 输出清洗后的需求池CSV文件，字段包括：需求ID、标题、提出方、业务目标、预期指标、标记状态。
- 业务价值对齐（SOP-2.2）
- 产品经理与每个需求的业务方负责人进行15分钟对齐会议，验证核心假设。
- 为每一条需求打上价值标签：核心增长（直接影响营收/用户数）、体验提升（NPS/满意度）、降本增效（节约人力/时间）、合规风控（满足监管/规避风险）。
- 要求提出方提供至少1个具体案例或数据支撑，否则标记“价值待验证”并进入暂缓池。
- 输出《业务价值对齐矩阵》，横轴为需求ID，纵轴为价值维度，单元格填写对齐结论。
- 技术可行性初筛（SOP-2.3）
- 技术负责人审阅每一条需求，评估：
① 是否依赖未上线基础设施（新数据库、第三方服务）？
② 涉及改动模块的耦合度是否超过团队单次迭代能力？
③ 是否存在已知技术债务影响实现？ - 打标：A级（现有技术可直接实现）、B级（需轻度调研或依赖项已在排队）、C级（当前不可行或成本过高）。
- 输出《技术可行性初筛表》，包含需求ID、技术负责结论、预估工时区间、风险点备注。
- 技术负责人审阅每一条需求，评估：
输入输出物
| 阶段 | 输入物 | 输出物 |
|---|---|---|
| 需求池清洗 | 原始需求池（表格/文档） | 清洗后的标准需求池CSV + 清洗日志 |
| 业务价值对齐 | 清洗后需求池 + 业务方联系人 | 业务价值对齐矩阵（Excel/在线表格） |
| 技术可行性初筛 | 需求池 + 系统架构图 | 技术可行性初筛表（含等级、工时、风险） |
| 整体 | — | 排序前准备报告（含三个子产物的合并摘要） |
责任边界
- 产品经理（PM）：主导需求池清洗与业务价值对齐，发起对齐会议，确保每一条需求有明确的业务标签和量化依据。
- 技术负责人（Tech Lead）：独立完成技术可行性初筛，对C级需求给出不可行原因或替代方案建议。
- 业务方负责人：配合提供案例和数据，确认价值标签的准确性；若超过2个工作日未回应，则该需求自动进入暂缓池。
- 项目助理/PMO：整理并归档所有输出文档，确保版本号与需求池更新时间对应。
记录材料
- 清洗日志：记录被剔除、合并、打标待补的需求ID及原因，格式示例：
2025-04-07 清洗日志 需求ID: REQ-1023 剔除，原因：缺失业务目标字段，24h内未补全 需求ID: REQ-1056 合并至 REQ-1052，相似度 72% - 业务对齐纪要：每个对齐会议的简短录音或纪要，包含确认的量化指标与案例链接。
- 技术初筛备注：对于B级和C级需求，附上技术负责人手写的评估理由（截图或文字记录）。
异常处理
常见异常及预案：
| 异常 | 触发条件 | 处理方式 |
|---|---|---|
| 需求提出方失联 | 价值对齐环节超过2个工作日未响应 | 标记为“暂缓”，在排序会议中设为最低优先级锚点 |
| 技术评估结果严重分歧 | PM认为A级但Tech Lead认定为C级 | 召开15分钟三方调解会（PM+Tech Lead+架构师），以书面结论为准 |
| 清洗后需求池超过200条 | 清洗阶段未发现大量重复或无效 | 触发第二轮粗排：按“提出部门+价值标签”分桶，每个桶再执行本流程 |
| 依赖项计划变更 | 初筛后一周内，第三方依赖上线时间推迟 | 升级技术初筛等级（例如B→C），重新评估预估工时 |
验收标准
- 所有需求均满足：字数≥15字且包含动词+名词结构（如“自动生成对账单”）。
- 业务价值对齐矩阵中，每一条需求有且仅有一个价值标签，且标签对应的数据案例已记录在案。
- 技术可行性初筛表中，C级需求占比不超过总需求数的20%（否则需启动架构解耦计划）。
- 清洗日志记录完整，无遗漏被剔除/合并的需求记录，且日志与需求池CSV的ID可一一对应。
- 输出物已全部上传至文档管理系统（如Confluence/SharePoint），并通知相关责任人。