前置条件与准备材料 — 启动RICE评分前的四项必备输入

适用场景

• 团队准备对功能候选列表进行RICE评分，但尚未完成基础材料的整理与对齐
• 产品目标不清晰或存在多方向分歧，需要统一共识后再进入评分环节
• 用户画像数据缺失或过时，需要补充或更新以支撑评分中的“Reach”与“Impact”判断
• 团队角色职责模糊，缺乏明确的RICE评分参与方与责任边界

前置条件

• 产品处于“需求收敛”阶段，已完成初步的需求收集与归类
• 至少有一名具备产品决策权的PM或业务方代表全程参与
• 团队具备基本的协作工具（如共享文档、在线表格、项目管理看板）
• 已设定RICE评分的预期时间窗口，材料准备阶段建议不超过2个工作日
• 所有参与者已了解RICE评分的基本公式（Reach × Impact × Confidence ÷ Effort）

操作步骤

步骤1：明确产品目标

由PM主导，与业务方对齐产品在当前阶段的战略目标。目标必须可量化、有时间约束，并聚焦在单一核心方向。

• 输出一句话产品定位（如“提升B端客户的月度留存率”）
• 定义3～5个关键量化指标（如DAU、转化率、NPS、首次响应时间）
• 明确时间窗口（如“本季度内”、“下个版本迭代”）

输出物示例：

## 产品目标说明书
产品名称：智能客服平台 v3.0
目标用户：月活跃度 > 10 的中型电商客户
核心价值：将首次响应时间从 120s 压缩至 30s 以内
关键指标：
  - 首次响应时间 ≤ 30s（目标值）
  - 用户满意度 ≥ 4.5 / 5.0
  - 功能覆盖率 ≥ 80% 的活跃用户
时间窗口：2025 Q3

步骤2：梳理功能候选列表

由PM联合技术负责人，将已收集的需求整理为结构化功能清单。每项功能必须包含唯一标识、名称、简要描述、提出方和当前状态。

• 列表控制在15～30项之间，避免过多导致评分疲劳或过少缺乏对比
• 剔除明显不可行、重复或已被技术架构否决的功能
• 为每项功能标注“依赖前置”关系（若有）

输出物示例：

| 功能ID   | 功能名称         | 简要描述                     | 提出方     | 状态   |
|----------|------------------|------------------------------|------------|--------|
| F-001    | 智能路由分配     | 根据用户画像自动匹配客服      | PM         | 待评审 |
| F-002    | 会话历史搜索     | 支持关键词搜索历史会话        | UX         | 待评审 |
| F-003    | 情绪识别预警     | 识别用户负面情绪并触发预警    | 业务方     | 待评审 |
| F-004    | 一键满意度评价   | 会话结束后推送评价卡片        | PM         | 待评审 |
| F-005    | 快捷回复模板库   | 客服可保存/复用常用回复模板   | 业务方     | 待评审 |

步骤3：整理用户画像数据

由UX设计师或用户研究员负责，基于真实用户数据或调研结果构建画像卡片。每张卡片应覆盖行为特征、核心痛点与使用目标三个核心维度。

• 建议提炼3～5个典型用户角色，确保覆盖主流用户群体
• 数据来源可以是用户访谈、问卷分析、产品埋点数据或客服工单日志
• 若真实数据不可获取，可使用“假设画像”并标注置信度

输出物示例：

## 用户画像卡片 - 客服主管 张力
角色：客服团队主管
行为特征：每日查看团队响应数据，关注效率指标
核心痛点：无法快速识别需要优先处理的紧急会话
使用目标：希望系统能自动标记高风险会话并优先路由

## 用户画像卡片 - 客服专员 李敏
角色：一线客服专员
行为特征：同时处理5～8个会话，工作节奏快
核心痛点：频繁切换会话导致响应延迟
使用目标：希望系统能辅助提示当前最需要回复的会话

步骤4：确认团队角色分工

由PM组织，明确RICE评分过程中各角色的职责边界，建议使用RACI矩阵进行可视化呈现。

• 明确每个角色在“产品目标、功能列表、用户画像、RICE评分”四项工作中的职责
• R = 执行者，A = 审批者，C = 被咨询者，I = 被通知者
• 确保每项工作至少有一个R和一个A，避免无人决策或无人执行

输出物示例：

| 角色/职责       | 产品目标 | 功能列表 | 用户画像 | RICE评分 |
|-----------------|----------|----------|----------|----------|
| PM              | R        | R        | I        | R        |
| UX 设计师       | C        | C        | R        | C        |
| 技术负责人      | I        | C        | I        | C        |
| 数据分析师      | I        | I        | C        | R        |
| 业务方代表      | A        | A        | A        | A        |

输入输出物

材料名称	输入来源	输出形式	质量标准
产品目标说明	业务方 / PM	结构化文档	包含目标用户、3～5个量化指标、明确时间窗口
功能候选列表	PM / 技术负责人	清单表格	15～30项，含ID、名称、描述、提出方、状态
用户画像数据	UX / 用户研究	画像卡片集	3～5个角色，含行为特征、核心痛点、使用目标
团队角色分工	PM / HR	RACI矩阵	每项工作有明确的R和A，无角色遗漏

责任边界

角色	负责内容	参与内容	审批内容
PM	产品目标说明、功能候选列表	用户画像确认、RACI矩阵制定	所有材料终审
UX 设计师	用户画像数据	功能列表补充、场景验证	画像数据质量验收
技术负责人	技术可行性标注	功能列表评估、Effort估算	技术标注确认
数据分析师	RICE评分数据准备	Reach/Confidence数据清洗与校验	数据质量确认
业务方代表	业务目标对齐	功能优先级反馈	产品目标终审

记录材料

完成本章准备后，需将以下材料归档至项目共享目录：

• 产品目标说明书（.md 或 .docx）
• 功能候选清单（.csv 或 .xlsx）
• 用户画像卡片集（.pdf 或 .md）
• 团队RACI矩阵（.xlsx 或 .md）
• 材料准备评审会议纪要（.md）

异常处理

验收标准