第2章 前置条件清单

适用场景

在正式启动RICE对齐会议之前，产品经理、设计师与开发人员需要统一准备基础信息，确保后续评分与优先级排序有可靠的数据源头。本章适用于以下场景：

• 需求池已初筛，即将进入跨角色RICE评分环节；
• 需要拉通业务、设计、开发三方对同一批需求进行量化对齐；
• 团队首次使用RICE框架，缺乏标准化的前置信息模板。

前置条件

执行本章准备工作前，须满足：

1. 已收集至少一轮原始需求提案（来自用户反馈、数据分析、业务需求、技术债务等）；
2. 已确认参与RICE对齐会议的利益相关方角色（产品、设计、开发至少各1人）；
3. 团队已选定协作工具（如Jira、飞书多维表格、Trello）并具备读写权限。

操作步骤

按照以下四个维度平行准备，最后汇总至统一结构检查表。

输入输出物

责任边界

• 产品经理：负责数据清单的准确性（用户量级、业务价值估算）及需求池状态更新；
• 设计师：确保利益相关方名单覆盖UX侧关键决策人，并确认评分权重；
• 开发工程师/技术负责人：提供开发人天预估、技术风险等级，并完成工具模板配置；
• 三方共同：最终确认前置条件检查表上的所有项目通过。

记录材料

在协作文档中建立以下记录条目（推荐使用飞书多维表格或Notion数据库）：

| 需求ID | 标题 | 用户量级(月活) | 发生频率 | 开发人天 | 风险等级 | 产品评分代表 | 设计评分代表 | 开发评分代表 | 需求状态 | 模板验证 |
|--------|------|----------------|----------|----------|----------|--------------|--------------|--------------|----------|----------|
| REQ-001 | 登录优化 | 50k | 每日 | 8 | 中 | 张三 | 李四 | 王五 | 已评审 | ✅ |
| REQ-002 | 支付流程 | 120k | 每周 | 15 | 高 | 张三 | 赵六 | 钱七 | 待讨论 | ⚠️

记录模板应包含“前置条件检查”列，每行自动汇总四个维度是否都标记为✅。

异常处理

• 数据缺失：如某需求的用户量级暂时无法获取，标记为“待估算”，并设定补充时限（≤2天）；
• 利益相关方缺席：指定正式代理人（需邮件或IM确认），并在记录材料中注明；
• 工具模板不可用：立即启动离线评分表（Excel / 纸质），待工具恢复后补录；
• 需求静态超出预期：将需求池拆分为“本次会议范围”与“后续迭代”，避免会议超时。

验收标准

1. 每个待评需求已填写至少“用户量级”“开发人天”“状态”三个字段；
2. 利益相关方名单正式确认，且每项需求至少有一个产品代表和一位开发代表；
3. 工具模板已打开并支持实时编辑，所有参会人员可访问；
4. 异常处理策略已书面记录，未解决项有明确的跟进人和截止时间。