第3章 需求池管理规范：需求来源分类、标准化提报模板、字段定义、入库审核流程

需求池是优先级排序的原材料仓库。若需求来源模糊、提报格式随意、字段缺失、入库审核形同虚设，后续的 A/B 测试排序将失去根基。本章建立一套可执行的需求池管理规范，确保每条需求从“出生”起就具备可排序、可测试、可追溯的结构化质量。

适用场景

• 团队同时接收来自运营、销售、客服、数据分析、产品等多个渠道的需求，缺乏统一入口。
• 需求提报格式不统一，字段缺失严重，审核时需反复沟通确认。
• 需求池中存在大量重复、过时或不可执行的需求，影响优先级排序效率。
• 新成员加入后，不清楚如何提报需求、如何查询需求状态。

前置条件

• 已任命需求池管理员（通常由 PM 或 PO 兼任），负责日常维护与审核。
• 已确定需求收集渠道（如 Jira、飞书表单、内部系统、邮件），并具备写入权限。
• 团队已完成一次《需求提报规范》宣贯，所有需求提报人知晓标准化模板位置。
• 已创建需求池空间（数据库/看板/电子表格），支持字段定义与状态流转。

操作步骤

步骤一：需求来源分类

将所有需求按来源划分为三个一级类别，每类赋予一个 source_prefix，用于后续检索与统计。

步骤二：标准化提报模板

所有需求必须使用统一的模板提交，拒绝接受非结构化（口头、微信长消息、无格式邮件）提报。模板包含以下字段结构：

{
  "title":        "首页推荐位增加A/B测试分流标识",
  "description":  "当前推荐位无法区分实验组/对照组，需增加版本标识以便用户反馈归因。",
  "source":       "BIZ",
  "submitter":    "张明 / 运营部",
  "submit_time":  "2025-01-15 10:30:00",
  "expected_benefit": "推荐位CTR提升5%，归因准确率提升至95%",
  "target_users": "首页推荐位覆盖的活跃用户（日活约50万）",
  "priority_hint": "P1（高）"
}

模板必须包含但不限于上述 8 个核心字段，任何字段缺失将触发“初审退回”。

步骤三：字段定义

每个字段赋予明确的数据类型、填写规范及示例，消除歧义。

步骤四：入库审核流程

实行三审制，每道审核关口设置明确检查清单，未通过则退回并注明原因。

1. 初审（格式检查） —— 由需求池管理员执行
   • 检查 8 个核心字段是否完整、格式是否正确。
   • 检查 expected_benefit 是否包含量化指标。
   • 若不合格，标记为“退回-格式”，并通知提报人 2 个工作日内修改。
2. 复审（业务价值评估） —— 由对应业务线负责人执行
   • 评估需求与当前目标对齐程度，是否存在重复或冲突。
   • 判断 expected_benefit 是否合理、可验证。
   • 若不合格，标记为“退回-价值”，并附评估意见。
3. 终审（资源匹配 & 入库） —— 由产品负责人（PO）执行
   • 确认需求与产品路线图匹配，不存在资源冲突。
   • 确认需求具备 A/B 测试可行性（可量化、可分流、可观测）。
   • 通过后标记为“已入库”，分配 需求 ID（格式 REQ-YYYY-NNNN），进入优先级排序环节。

输入输出物

责任边界

记录材料

• 《需求提报模板（含字段说明）》 —— 版本 1.0+，团队内部知识库可查。
• 《需求池审核日志》 —— 每条需求的审核时间线、审核人、结论及备注，至少保留 6 个月。
• 《来源分类映射表》 —— 定义每类来源的细分渠道、前缀、典型示例，防止分类争议。
• 《退回原因统计表》 —— 按周统计退回原因分布（格式问题 / 价值不明 / 重复需求等），用于持续优化模板与宣导。

异常处理

验收标准