第3章 前置条件与准备:需求池准备、用户反馈收集、数据口径统一、参与角色清单
适用场景
本章适用于以下场景的启动阶段:
- 团队首次引入RICE + KANO联合评估流程,需要规范化前置输入。
- 已有需求池但数据口径不一致,导致无法进入加权评分环节。
- 多部门协作时,角色权责模糊,需求反馈源未对齐。
- 需要将历史用户反馈(工单、评论、访谈记录)转化为可量化的KANO属性。
前置条件
- 已确定产品/项目范围(至少一个目标版本或迭代)。
- 已有初步需求描述列表(无需排序,至少包含需求名称与目标用户)。
- 存在用户反馈渠道(问卷、客服记录、用户社区、访谈原始资料)。
- 团队认可数据口径统一是后续量化分析的前提。
- 至少指定一名流程负责人(通常为产品经理)统筹本章工作。
提示:前置条件不满足时,不要跳过本章直接做RICE打分或KANO分类。前置缺陷会导致后续所有评估结果偏差,补救成本远高于初期准备。
操作步骤
- 建池 – 从现有需求管理系统、产品待办列表、用户反馈原始记录中提取全量需求,去重后写入初始需求池表。每条需求至少包含:
需求ID、需求标题、目标用户、来源渠道、原始描述链接。 - 收声 – 按需求池中的每条需求检索对应的用户反馈数据。若某需求无直接反馈,则标记为“待补充反馈”,并计划短期(3天内)触发一次定向问卷或用户访谈。
- 对齐 – 统一数据口径:
- 时间口径:反馈统计周期统一为最近一个季度(或过去6个月,按业务节奏固定)。
- 数值口径:转化为相同单位(如“使用频次”统一为“次/周”)。
- 满意度口径:将不同评分制(如5分制、10分制、emoji等级)统一映射为
非常不满意~非常满意 5级。
- 定角 – 输出参与角色清单,明确每类角色的职责与在本流程中的输入输出。
- 产品经理:需求池维护、流程推进、最终验收。
- 数据分析师:数据口径定义、反馈清洗。
- 用户研究员:用户反馈收集与结构化成记录。
- 相关业务方:确认业务目标与需求优先级倾向。
输入输出物表格
| 步骤 | 输入物 | 输出物 | 输出格式 |
|---|---|---|---|
| 1. 建池 | 原始需求清单、用户反馈原始记录 | 初始需求池表 | 电子表格(.xlsx 或 .csv) |
| 2. 收声 | 需求池表、反馈数据源(工单/评论/问卷) | 需求-反馈关联表 | 电子表格 + 原始备份链接 |
| 3. 对齐 | 需求-反馈关联表、口径映射规则 | 统一口径数据表 | 电子表格(含转换前后对照列) |
| 4. 定角 | 组织架构图、项目分工表 | 参与角色清单 | 电子表格或轻量文档(.md / .docx) |
责任边界
| 角色 | 职责 | 不负责的事项 |
|---|---|---|
| 产品经理 | 统筹、验收、处理异常决策 | 具体数据清洗、用户访谈执行 |
| 数据分析师 | 口径定义、数据一致性检验 | 需求来源录入、角色任命 |
| 用户研究员 | 反馈收集、结构化记录 | 口径换算、需求优先级判断 |
| 业务方代表 | 确认业务目标合理性 | 需求池细节管理、数据质量审核 |
记录材料
- 需求池表:包含需求ID、标题、目标用户、来源、原始链接、状态(新建/待补充反馈/已完成口径对齐)。
- 需求-反馈关联表:每条需求对应至少一条用户反馈记录(若暂无则标记)。
- 数据口径统一记录:说明原始口径、转换规则、转换后口径。若有争议,需记录决策人及日期。
- 参与角色清单:角色名称、人员姓名/岗位、职责范围、对应联络方式。
异常处理
| 异常场景 | 可能原因 | 处理措施 | 责任人 |
|---|---|---|---|
| 需求池重复条目过多 | 多源未去重 | 按需求标题+目标用户模糊匹配,人工确认后合并 | 产品经理 |
| 某需求无任何用户反馈 | 新需求/低曝光功能 | 标记为“待补充反馈”,启动快速问卷或结构化访谈(至少3份有效反馈) | 用户研究员 |
| 不同来源的满意度评分无法统一 | 评分制不一致 | 建立映射表(如:10分制9-10→5级“非常满意”,7-8→“满意”等),由数据分析师与产品经理确认 | 数据分析师 |
| 业务方拒绝提供确认信息 | 优先级冲突/时间不足 | 升级至项目发起人,限定最晚答复时间,超期默认按当前口径执行 | 产品经理 |
验收标准
- 需求池表记录完整,无重复需求,每条需求皆有唯一ID。
- 每条需求至少关联一条用户反馈记录(标记“待补充”的需有计划日期)。
- 所有用户反馈数据已按统一口径转换,并附有转换规则记录。
- 参与角色清单签字确认(或会议纪要形式),角色与职责边界清晰。
- 本章全部产出物已归档至项目共享空间,且可被后续章节直接引用。
风险警示:若验收标准未通过,禁止进入第4章(需求量化评分)。应退回至对应步骤重新补做,并记录本次失败原因用于流程改进。