2. 需求受理流程

需求受理是需求从原始想法进入规范化管理的第一道关卡。若该环节缺乏统一标准，将导致需求描述模糊、审批混乱、版本失控等问题。本章围绕机器人需求受理的标准化操作流程（SOP）展开，明确定义提交格式、审批流转路径与全生命周期状态机。

2.1 适用场景

• 产品、研发、测试、运营、销售等角色发起的新功能请求或重大变更。
• 客户定制化需求或现场反馈的功能缺陷（已确认非通用故障）。
• 技术预研或架构改进类需求（需提前进入需求池评审）。
• 标准化流程不覆盖的紧急需求（需走快速通道，异常处理可见 2.8）。

2.2 前置条件

• 发起人已完成需求初步调研，并确认需求与机器人产品战略方向不冲突。
• 需求提出方已确定日常对接的产品经理（或指定对口 PO）。
• 公司需求管理平台（如 Jira、Tapd、内部系统）已为每个项目配置好需求字段模板。
• 审批链（默认三级：产品负责人 → 技术负责人 → 决策委员会）已确认并活跃。

2.3 操作步骤

1. 填写需求提单：发起人按照需求提交模板（见输入输出物）填写标题、描述、受益方、优先级预判等信息。
2. 关联上下文：上传原始文档、原型链接、用户访谈纪要或机器人运行日志（如有）。
3. 提交并自动触发审批：系统将需求分配至对应产品负责人（自动规则为：项目 + 模块）。
4. 产品初审（48h 内）：检查完整性、业务合理性，若不合格则打回至“草稿”并要求补充（异常处理）。
5. 技术评审（72h 内）：评估实现复杂度、资源冲突、架构影响，标记风险等级。
6. 决策委员会裁定（每周例会）：确认优先级、排期窗口，通过后状态变更为“已受理”。
7. 归档与通知：系统将审批意见、评估工时、关联版本自动写入需求正文，并通过邮件/飞书通知后续流程责任人。

2.4 输入输出物

2.5 责任边界

• 需求发起人：保证提单信息真实、完整，并在打回后 5 个工作日内完成补交。
• 产品负责人：执行初审，超时未处理将自动升级至产品总监。
• 技术负责人：对评估准确性负责，重大偏差需在周会中说明。
• 决策委员会：只裁定优先级与版本归属，不替代产品做具体方案设计。
• 需求管理专员：维护状态流转与报表，每双周发布需求统计看板。

2.6 记录材料

• 需求历史版本变更日志（自动记录于管理平台）。
• 审批邮件/即时消息存档（保留 180 天）。
• 每周需求受理统计表（含通过率、驳回原因分布）。
• 异常处理记录（见 2.8 异常处理中触发的特殊流程记录）。

2.7 验收标准

• 所有已受理需求必须包含完整字段（标题、描述、受益方、验收条件）。
• 审批链必须走完三级节点，缺少任一节点不得进入状态“已受理”。
• 需求状态必须可追溯，每一步时间戳精确到分钟。
• 系统仪表盘需实时显示“提交量 / 待审批 / 已受理 / 打回”四个核心指标。
• 从提交到受理完成，标准流程 ≤ 5 个工作日（节假日顺延）。

2.8 异常处理