1. 需求池构建
需求池是需求管理的源头,其质量直接决定产品迭代的方向是否正确。本章聚焦如何将散落在各处的原始需求信息,按照统一标准、统一字段,高效转化为可管理、可排序、可评审的结构化需求条目,并通过RICE方法进行后续排序。
本章核心目标: 建立一套“来源明确、模板统一、字段完整”的需求入库流水线,使需求池成为机器人产品决策的“单一事实来源”。
适用场景
- 新机器人产品线或平台版本立项阶段。
- 季度 / 月度需求规划工作坊启动前。
- 售后、销售侧集中反馈大量客户需求时。
- 团队从“无池管理”切换至“需求池驱动”流程的初始设定。
前置条件
- 需求管理工具已选定(如 PingCode、Jira、飞书多维表格)。
- 利益相关者清单(Stakeholder List)已确认。
- 《机器人需求单》模板 v1.0 已完成评审并固化到工具中。
- 需求字段定义表已发布。
操作步骤
-
需求来源分类: 将原始需求按来源打上标签,确保来源可追溯。
- 内部需求: 产研团队自驱、技术优化、架构重构。
- 外部需求: 客户合同、售前方案、售后反馈、市场调研。
- 数据驱动需求: 埋点分析、用户行为统计、A/B测试结论。
-
统一记录模板: 强制使用标准化模板,禁止自由格式录入。
模板示例如下(以 Markdown 结构为例,实际工具中为字段表单):
--- 需求ID: REQ-2024-001 标题: [短描述,例如:机器人避障灵敏度提升] 来源分类: 外部/数据 提出人: [姓名] 提出时间: [日期] 紧急程度: P0/P1/P2/P3 关联产品线: 配送机器人X1 --- ## 详细描述 (包含具体场景、用户故事、预期效果) ## 验收标准 1. 标准项1 2. 标准项2 -
基础信息字段填充: 确保核心字段完整,避免信息烟囱。
避坑提示: 仅录入标题而无完整描述的需求,在后续RICE打分时因信息不足会被直接打回,导致交付周期延长。每次录入务必一次性补齐字段。
输入输出物
| 类别 | 内容 | 格式 / 载体 |
|---|---|---|
| 输入 | 原始需求记录、会议纪要、竞品分析报告、客服投诉汇总、埋点数据看板 | PDF / 飞书文档 / Excel 记录 / 工具截图 |
| 输出 | 标准化需求池主数据条目(已分类、已填充字段) | 工具内单条记录(如 Jira Issue / 多维表格行) |
责任边界
| 角色 | 职责 | 权限 |
|---|---|---|
| 产品经理(PM) | 需求池最终质量负责人;审核分类准确性、模板合规性 | 编辑 / 删除 / 打回 |
| 需求提出人 | 按模板填写完整信息,对需求场景的真实性负责 | 创建 / 查看 |
| 系统管理员 | 维护模板字段结构、权限配置、工具稳定性 | 管理员权限 |
记录材料
- 《机器人需求单模板》:结构化表单,包含所有基础字段与描述区。
- 《需求字段定义表》:字段含义、格式限制、枚举值列表(如紧急程度 P0-P3 定义)。
- 《来源分类标签字典》:内部 / 外部 / 数据驱动的细分标签标准。
异常处理
- 重复需求: PM 标记为“重复”,并关联原始需求 ID,保留历史记录以便追溯。
- 信息残缺: PM 直接打回,附注缺失字段清单,要求提出人 48h 内补全。
- 跨模块需求: 自动拆分或手动拆分为多个子需求,并用“父需求 ID”字段关联。
- 来源不明确: 暂时归为“待确认”分类,PM 与提出人 1v1 确认后补标签。
验收标准
需求池构建完成后,必须满足以下条件方可进入下一阶段:
- 需求池中 100% 条目使用最新版模板创建。
- 无“未分类”或“待确认”标签遗漏。
- 基础字段(标题、描述、来源、提出人)完整率 ≥ 95%。
- 所有跨模块需求均已建立父子关联关系。
- PM 已完成人工抽检,覆盖单量 ≥ 20%。