第1章 需求来源识别：业务部门提交、系统触发、合规要求、战略分解

需求来源识别是B端业务流程需求优先级排序的起点。只有准确识别需求从何而来、由谁触发，才能为后续的优先级评估模型匹配正确的权重因子。本章围绕四种核心来源——业务部门提交、系统触发、合规要求、战略分解，提供一套标准化识别流程，确保每个需求在进入排序环节前都有清晰的来源标签。

1.1 适用场景

需求来源识别并非在所有情况下都需要执行，以下四种场景必须启动本流程：

• 项目启动阶段 — 新项目或新产品的需求清单首次汇入时，需逐条完成来源识别。
• 版本迭代规划 — 每个迭代开始前，对新进需求进行来源分类，确保排序依据统一。
• 需求评审会前准备 — 评审会前产品经理需完成所有待评审需求的来源标记，作为评审输入。
• 变更管理流程 — 当已有需求发生变更时，需重新确认其来源是否发生变化。

1.2 前置条件

启动需求来源识别前，以下条件必须全部满足：

1. 需求提报机制已建立 — 业务部门可通过标准模板或系统提交需求，提报信息完整可用。
2. 系统监控告警体系已部署 — 关键业务系统具备事件触发和日志记录能力，能够输出结构化告警数据。
3. 合规政策文档已更新 — 法务或合规部门已发布当前适用的政策文件、监管要求或合规通知。
4. 战略规划已发布 — 公司/事业部年度战略目标已分解为可执行的关键结果或项目任务。
5. 需求池已初始化 — 存在统一的需求池或需求管理系统，支持来源标签字段。

1.3 操作步骤

按照以下5个步骤完成需求来源识别，每个步骤均有明确的输入输出：

1. 收集原始需求信息
   从所有渠道汇总需求原始数据，包括业务部门提报表、系统告警记录、合规通知邮件、战略分解任务书。
   示例——业务部门提交的需求提报表：

   需求编号: REQ-2024-001
   提报部门: 财务部
   提报人: 张明
   需求标题: 自动生成月度财务报表
   需求描述: 每月末自动从系统提取数据生成财务报表
   期望完成时间: 2024-03-01
   来源类型: (待识别)

2. 判断触发类型
   对照四种来源的典型特征，逐个判断每个需求的触发类型。重点关注触发主体、触发条件和紧急程度。
   示例——系统触发的事件记录：

   事件编号: EVT-2024-0012
   触发时间: 2024-01-15 14:32:18
   系统模块: 订单处理系统
   事件类型: 积压告警
   触发条件: 未处理订单超过500笔
   当前值: 523笔
   阈值: 500笔
   建议动作: 增加自动分单规则或扩充分单节点
   来源类型: 系统触发

3. 分类标记
   为每个需求打上唯一的来源标签，标签必须是四类之一：业务部门提交、系统触发、合规要求、战略分解。标记完成后更新需求管理系统中的对应字段。
4. 信息补全
   补充需求来源相关的上下文信息：业务部门提交需注明提报人和部门；系统触发需关联事件ID和触发时间；合规要求需附上政策文号或条款编号；战略分解需标注对应的战略目标ID。
5. 归档入库
   将标记完成且信息补全的需求录入需求池，进入下一阶段的优先级排序流程。归档时需确认来源标签字段不为空。

1.4 输入输出物

1.5 责任边界

1.6 记录材料

以下材料需在需求来源识别过程中生成并归档，作为后续追溯和审计的依据：

• 需求来源识别记录表 — 记录每个需求的编号、名称、来源类型、识别人、识别时间、备注信息。
• 需求提报表（原始版） — 业务部门提交的原始需求文档，需保留未修改版本。
• 系统触发事件记录表 — 包含事件ID、触发时间、模块、阈值和当前值等关键字段。
• 合规需求通知单 — 法务/合规部门出具的需求通知，包含政策文号和条款原文。
• 战略需求分解说明书 — 战略规划部将战略目标拆解为具体需求任务的说明文档。

1.7 异常处理

1.8 验收标准

需求来源识别工作完成时，必须通过以下全部验收项方可进入优先级排序环节：

• 来源标签完整性 — 需求池中每一条待排序需求均已标记来源标签，无空白或「待确认」状态。
• 分类准确率100% — 随机抽检10%的需求，由另一位产品经理或主管复核来源分类，准确率须达到100%。
• 记录可追溯 — 每个需求的来源识别记录表、原始输入物和责任人信息均已归档，支持按时间、来源类型和责任人三个维度追溯。
• 异常清零 — 所有挂起、待确认、信息缺失的异常需求已处理完毕，需求池中无未解决的异常项。
• 干系人确认 — 业务部门、法务/合规部、战略规划部均已书面确认与其相关的需求来源分类无误。