第1章：需求池构建 —— 需求来源分类、统一记录模板、基础信息字段

需求池是需求管理的源头，其质量直接决定产品迭代的方向是否正确。本章聚焦如何将散落在各处的原始需求信息，按照统一标准、统一字段，高效转化为可管理、可排序、可评审的结构化需求条目，并通过RICE方法进行后续排序。

适用场景

• 新机器人产品线或平台版本立项阶段。
• 季度 / 月度需求规划工作坊启动前。
• 售后、销售侧集中反馈大量客户需求时。
• 团队从“无池管理”切换至“需求池驱动”流程的初始设定。

前置条件

• 需求管理工具已选定（如 PingCode、Jira、飞书多维表格）。
• 利益相关者清单（Stakeholder List）已确认。
• 《机器人需求单》模板 v1.0 已完成评审并固化到工具中。
• 需求字段定义表已发布。

操作步骤

1. 需求来源分类： 将原始需求按来源打上标签，确保来源可追溯。
   • 内部需求： 产研团队自驱、技术优化、架构重构。
   • 外部需求： 客户合同、售前方案、售后反馈、市场调研。
   • 数据驱动需求： 埋点分析、用户行为统计、A/B测试结论。
2. 统一记录模板： 强制使用标准化模板，禁止自由格式录入。

   模板示例如下（以 Markdown 结构为例，实际工具中为字段表单）：

   ---
   需求ID: REQ-2024-001
   标题: [短描述，例如：机器人避障灵敏度提升]
   来源分类: 外部/数据
   提出人: [姓名]
   提出时间: [日期]
   紧急程度: P0/P1/P2/P3
   关联产品线: 配送机器人X1
   ---
   ## 详细描述
   （包含具体场景、用户故事、预期效果）
   
   ## 验收标准
   1. 标准项1
   2. 标准项2
   

3. 基础信息字段填充： 确保核心字段完整，避免信息烟囱。
   避坑提示： 仅录入标题而无完整描述的需求，在后续RICE打分时因信息不足会被直接打回，导致交付周期延长。每次录入务必一次性补齐字段。

输入输出物

责任边界

记录材料

• 《机器人需求单模板》：结构化表单，包含所有基础字段与描述区。
• 《需求字段定义表》：字段含义、格式限制、枚举值列表（如紧急程度 P0-P3 定义）。
• 《来源分类标签字典》：内部 / 外部 / 数据驱动的细分标签标准。

异常处理

• 重复需求： PM 标记为“重复”，并关联原始需求 ID，保留历史记录以便追溯。
• 信息残缺： PM 直接打回，附注缺失字段清单，要求提出人 48h 内补全。
• 跨模块需求： 自动拆分或手动拆分为多个子需求，并用“父需求 ID”字段关联。
• 来源不明确： 暂时归为“待确认”分类，PM 与提出人 1v1 确认后补标签。

验收标准