第2章 RICE排序前置条件：数据准备、租户隔离要求、利益干系人确认、排序时机选择

2.1 适用场景

本前置条件检查流程适用于以下场景的起始阶段：

• 首次为多租户SaaS产品建立RICE排序基线。
• 在季度/月度规划中，对租户提交的特性请求清单执行RICE排序。
• 因租户分层（如免费版、专业版、企业版）不同，需隔离排序数据源时。
• 产品经理或项目集经理（PMO）接管历史遗留需求池，准备重新排序。

2.2 前置条件与数据准备

在开始RICE评分之前，必须确保以下三类基础数据已收集完毕，并按租户粒度完成标记：

• 租户元数据：租户ID、租户名称、注册日期、当前订阅套餐、活跃用户数（MAU/DAU）。
• 需求/工单数据：需求标题、描述、提交租户、提交日期、紧急度标签（P0/P1）、关联业务模块。
• 财务与KPI数据：该租户的月度/年度合同金额（ACV/TCV）、预估新功能带来的收入增长或流失挽留金额。

2.3 租户隔离要求

多租户环境下，RICE排序的原始数据和评分结果必须满足以下隔离规则：

• 逻辑隔离：每个租户的需求集及对应的R、I、C、E四项因子值，必须存储在独立的数据库 Schema 或逻辑分区中（如 tenant_1001.rice_scores）。
• 访问隔离：只有绑定了该租户角色的用户（或超管），才能查看/编辑本租户的需求和评分。
• 计算隔离：跨租户的“影响范围”和“信心指数”不得共享评分。例如，租户A的“预期新客户数”仅包括租户A的客户群体。

2.4 利益干系人确认

需要提前确认并授权以下几类干系人的角色与权限：

• 评分执行人：负责为特定租户的每个需求输入R/I/C/E分值。
• 数据所有权人：每个租户的产品经理或客户成功经理，负责核准本租户的数据准确性。
• 最终决策人：产品总监/CPO/项目集经理，拥有最终接受或否决排序结果的权限。

确认结果应以 干系人确认矩阵 的形式记录，模板示例如下：

| 租户ID | 评分执行人      | 数据所有权人       | 最终决策人    |
|--------|----------------|--------------------|---------------|
| T-1001 | Li Ming(产品)  | Zhang Wei(CSM)     | Chen Jie(CPO) |
| T-2002 | Wang Fang(分析)| Zhao Lei(CSM)      | Chen Jie(CPO) |
| T-3003 | Xu Tao(产品)    | Yuan Li(客户成功)   | Chen Jie(CPO) |

2.5 排序时机选择

在多租户周期中，存在三个典型的RICE排序入囗时机：

• 时机一：租户合同续签前30天。此时该租户的RICE排序优先级最高，因为排序结果直接影响续约决策。
• 时机二：全局季度规划（QBR）。此时触发全量租户的统一排序，用于产品路线图的常态化对齐。
• 时机三：重大市场变化事件。如竞争对手推出新功能、出现合规漏洞，此时需立即为该受影响租户触发紧急排序。

2.6 操作步骤

针对上述四项前置条件的准备，具体操作步骤如下：

1. 步骤1：导出租户元数据与需求数据（建议使用API批量拉取或导出CSV）。
2. 步骤2：清洗并标记租户ID，确保每条需求记录都拥有正确的 tenant_id 字段。
3. 步骤3：创建隔离的评分空间，在数据库或Jira项目中为每个租户建立独立的RICE评分表/板块。
4. 步骤4：填写干系人确认矩阵，并获得所有干系人的邮件或IM已读确认。
5. 步骤5：检查排序时机触发器，确认当前是否为该租户的执行窗口期。

2.7 输入输出物

本章节的输入物与输出物清单如下：

2.8 责任边界

• 数据工程师：负责自动化导出与ETL管道，确保 tenant_id 字段不为空且与CRM系统一致。
• 产品经理（PM）：负责清洗需求数据、标记租户ID，并作为租户层面的评分执行人。
• 客户成功经理（CSM）：作为数据所有权人，核准本租户的MAU、收入等财务与活跃度数据。
• 项目集经理（PMO）：创建隔离的评分空间，发起干系人确认流程，并管理排序进入/退出决策。

2.9 记录材料

课程执行过程中，需维护并归档以下记录材料：

• 数据快照文件：rice_tenant_datafeed_{日期}.csv
• 干系人确认矩阵：rice_stakeholder_matrix_{版本}.pdf / .docx
• 排序执行检查清单：rice_ready_checklist_{租户ID}.md

2.10 异常处理

2.11 验收标准

本章节工作是否完成，以通过以下验收项为准：

• ☐ 所有待排序租户的数据已清洗完毕，每条记录含有有效 tenant_id。
• ☐ 每个租户在数据库中拥有独立的评分表/分区（逻辑隔离已建立）。
• ☐ 干系人确认矩阵已获得所有角色的数字签名或邮件确认。
• ☐ 当前执行时间点属于该租户的已批准的触发时机窗口内。
• ☐ 排序执行检查清单已由最终决策人签批入档。