4. 需求收集与预处理：需求来源识别、需求描述标准化、输入物料检查表、去重与合并规则

适用场景

本流程适用于产品团队在需求收集阶段完成后、进入正式分析之前的预处理环节。典型场景包括：

• 从多个渠道（客户反馈、内部运营、竞品分析、技术提案）同时接收需求，需要统一清洗。
• 需求数量超过 50 条 / 周，手工分析前必须通过规则去重、合并。
• 参与协作方较多（销售、研发、QA、客服），描述语言差异大，需要转换到一致模板。

前置条件

• 已建立至少 3 个已确认的需求收集渠道（如在线表单、客服工单、内部需求池）。
• 定义了一份 需求描述标准化模板（见下方输入物料检查表）。
• 指定了 需求分析师（至少 1 人）和 评审人（PM 或组长），角色已确认。
• 所有原始需求已录入临时存储区（Excel / 需求管理工具中的“待预处理”列表）。

操作步骤

整个预处理分为 4 个子步骤，按顺序执行：

1. 来源识别与归类：为每条需求标记来源渠道（如：客户反馈、运营洞察、竞品对标、技术改进），并在系统中建立来源字段。
2. 标准化描述：将非结构化文本转化为模板格式（用户角色 + 目标 + 业务价值）。
3. 输入物料检查：依据检查表逐项确认需求完整性，缺少关键信息的退回补充。
4. 去重与合并：用规则引擎或人工比对剔除重复项，内容互补的需求合并为一条。

输入物料检查表

每条需求在进入标准化步骤前，必须通过以下检查项。不通过的需求标记为“缺少物料”，退回提交人补全。

标准化描述格式示例

所有需求必须转换为如下 JSON 结构存储，便于后续自动化分析：

{
  "需求ID": "REQ-2024-0042",
  "来源": "客户反馈工单 #CL-1208",
  "用户角色": "支付商户的财务专员",
  "业务目标": "在后台“对账单”模块中一键导出 90 天交易流水为 CSV",
  "业务价值": "每月节省约 6 小时的财务人工整理时间",
  "已知冲突": "无"
}

去重与合并规则

依据以下规则执行硬性去重和建议合并：

• 完全重复：用户角色 + 业务目标完全相同 → 保留最早提交的一条，其余删除。
• 语义重复：相似描述但未完全一致 → 人工比对，由分析师确认后保留合并版本。
• 互补合并：相同用户角色 + 不同场景但价值趋同 → 合并为一条需求，在备注中说明原有多条来源。
• 冲突暂存：若去重后发现技术方案冲突 → 转移至“冲突分析列表”，暂不进入需求池。

输入输出物

责任边界

• 需求分析师：完成来源识别、标准化描述、检查表核对、执行去重合并；对描述准确性负责。
• 提交方（业务/运营/研发）：保证原始需求包含可识别的来源 ID，并在退回后 2 个工作日内补充物料。
• PM / 组长：复核标准化描述质量；对合并结果进行最终确认；解决分析师无法判断的边界冲突。

记录材料

预处理过程中必须保留：

• 《需求预处理记录表》：每条需求一行，包含预处理前/后版本、操作人、时间、去重状态。
• 《去重合并日志》：记录被删除或合并的需求原始 ID、合并理由、执行人。
• 《输入物料检查不合格清单》：退回的需求及缺少的字段。

异常处理

验收标准

1. 所有需求已获得唯一 ID，来源字段非空。
2. 每条需求均使用标准化 JSON 格式描述，包含角色、目标、价值三个必填字段。
3. 输入物料检查通过率 ≥ 95%（未通过的需求已退回并记录原因）。
4. 去重后列表中不存在用户角色+业务目标完全相同的两条需求（除非冲突声明中存在方案差异）。
5. 去重合并日志完整，无丢失原始引用 ID。