第3章：用户场景与角色定义模糊问题的识别与应对

用户场景与角色定义模糊是PRD评审中最隐蔽、破坏力最大的问题类型。角色边界不清导致功能权限错配，场景覆盖不全造成上线后频繁返工，异常场景遗漏则直接引发生产故障。本章提供一套可执行的识别与应对流程，帮助产品经理在评审前、评审中、评审后三个关口系统化排除这类隐患。

1. 适用场景

本章方法适用于以下具体的评审阶段与文档类型：

• 新功能PRD初次评审：角色列表存在多义词、角色名与业务岗位脱节、主场景缺失。
• 多端/多角色产品联评：B端后台 + C端用户 + 运营端三方角色冲突、权限边界模糊。
• 策略类需求评审：推荐、定价、风控等策略缺少异常分支的用户路径描述。
• 权限系统升级评审：角色继承关系未文档化、角色-场景矩阵未建立。

2. 前置条件

进入本章问题识别流程前，必须完成以下准备：

3. 操作步骤

本流程分为四个阶段，依次递进，不可跳过。每个阶段包含识别动作与应对动作。

步骤一：角色边界清查（评审前准备）

1. 列表比对：将PRD中的角色列表与组织架构中的实际岗位逐一比对，标记“多对一”“一对多”和“无归属”三种异常。
2. 角色-权限映射：为每个角色写出“能做什么/不能做什么”的边界清单。
3. 冲突检测：同一个操作被两个角色以不同规则定义时，标记为角色边界冲突。

步骤二：场景分层穷举（评审中主流程）

1. 分层抽取：按“主场景→次要场景→边缘场景”三层抽取PRD中的用户故事。
2. 场景-角色矩阵填充：使用表格形式，每行一个角色，每列一个场景，交叉格标记该角色在该场景中的行为。
3. 覆盖率计算：全部交叉格数量 ÷ 已填写格数量 ≥ 90% 方可通过。

步骤三：异常场景反向推导（评审中重点）

1. 反向遍历：针对每个主场景，逐一回答“什么情况下这个流程会中断”。
2. 异常分类：将异常分为“输入异常、状态异常、权限异常、依赖异常”四种。
3. 异常-角色绑定：每个异常必须指定一个“第一发现角色”和“第一处理角色”。

步骤四：评审结论与修复跟踪（评审后）

1. 问题等级标注：角色边界不清为P0，场景覆盖不全为P1，异常场景遗漏为P0。
2. 修复责任人指派：每个问题必须明确到人。
3. 二次评审触发条件：P0问题超过3个或P1问题超过8个时，自动触发二次评审。

4. 输入输出物

5. 责任边界

角色与场景问题的识别与应对涉及多个角色，责任划分必须清晰：

• 产品经理：提供完整角色定义与用户旅程图，负责修复所有被标记的P0/P1问题。
• 评审主持人（通常为技术Leader或架构师）：主持场景穷举与异常推导环节，把控覆盖率达标。
• 业务代表：确认角色名称与实际岗位的映射关系，补充遗漏的业务场景。
• 测试负责人：从测试视角补充异常场景，尤其关注“输入异常”和“状态异常”两类。
• 项目经理：记录问题等级与责任人，跟踪修复进度，触发二次评审。

6. 记录材料

评审过程中必须留存以下记录，作为验收与追溯的依据：

7. 异常处理

在评审过程中可能出现的异常情况及其应对预案：

8. 验收标准

本章流程执行完毕后，需同时满足以下标准方可进入下一阶段：

• 角色定义验收：每个角色有且仅有一个业务岗位对应；角色名称无多义词；角色-权限边界以清单形式文档化。
• 场景覆盖验收：角色-场景矩阵覆盖率 ≥ 90%；主场景与次要场景的区分有书面依据。
• 异常场景验收：每个主场景至少推导出2条异常路径；每条异常路径已绑定“第一发现角色”和“第一处理角色”。
• 记录完整性验收：角色边界检查表、场景-角色矩阵、异常场景推导记录、评审会议纪要四份材料齐全并归档。
• 问题修复验收：P0问题修复率为100%，P1问题修复率≥80%方可进入二次评审；所有修复结果需有测试负责人签字确认。