用户场景定义：场景六要素、典型场景卡片、异常场景覆盖

用户场景是 PRD 的“最小叙事单元”。一次用户访谈可能包含十几个碎片故事，只有将它们拆解为结构化的场景六要素，再重组为典型场景卡片，并补充异常边界，才能形成可追溯、可验证的需求源头。本章将围绕“场景六要素→典型场景卡片→异常场景覆盖→PRD 需求条目”这条主线，建立一套完整的用户场景定义方法。

场景六要素（5W1H）

每一段用户场景都由六个基本维度构成。在访谈过程中，按六要素框架记录原始信息，可以避免遗漏关键上下文。以下表格列出了每个要素的标签、说明以及对应的访谈提问示例。

典型场景卡片

典型场景卡片是将六要素整合为一份结构化文档的标准化载体。每张卡片对应一个完整的用户场景，可直接用于 PRD 的需求条目推导。以下是一个通用的卡片模板：

场景ID:      SC-XXX
场景名称:    [一句话描述用户目标]
用户角色:    [WHO]
触发条件:    [什么情况会进入该场景]
行为流程:
  1. [步骤1]
  2. [步骤2]
  3. [步骤3]
期望结果:    [用户最终获得的价值]
业务规则:    [关键约束或前置条件]
关联场景:    [与该场景有依赖关系的其他场景ID]

示例卡片（电商搜索场景）

场景ID:      SC-001
场景名称:    注册用户通过关键词搜索商品
用户角色:    已登录注册用户
触发条件:    用户在首页或任意页面点击搜索框
行为流程:
  1. 在搜索框中输入关键词（如“运动鞋”）
  2. 点击搜索按钮或按回车
  3. 系统展示搜索结果列表
  4. 用户浏览结果并点击感兴趣的商品
期望结果:    用户快速找到目标商品并进入详情页
业务规则:    搜索词长度不超过 50 个字符；搜索结果按综合排序
关联场景:    SC-002（搜索结果为空）

异常场景覆盖

典型场景描述的是“快乐路径”，而异常场景覆盖的是边界、错误和中断情况。缺少异常覆盖的 PRD 会导致开发阶段大量返工。异常场景通常从以下维度进行识别：

异常场景卡片模板

异常场景ID:  EX-XXX
关联场景:    SC-XXX
异常类型:    [边界条件 / 错误路径 / 并发冲突 / 数据异常 / 权限不足]
异常描述:    [具体的异常触发条件]
预期处理:    [系统应如何响应，包括提示信息、日志记录、状态变更]
严重等级:    [高 / 中 / 低]

示例（基于 SC-001 的异常覆盖）

异常场景ID:  EX-001
关联场景:    SC-001
异常类型:    数据异常
异常描述:    用户输入的搜索词包含特殊字符（如 @#￥%）
预期处理:    系统自动过滤特殊字符并正常搜索，同时在前端提示“已为您过滤特殊字符”
严重等级:    低

异常场景ID:  EX-002
关联场景:    SC-001
异常类型:    边界条件
异常描述:    搜索词长度为 0（空搜索）
预期处理:    系统不发起搜索请求，展示搜索历史或热门推荐，输入框保持焦点
严重等级:    中

异常场景ID:  EX-003
关联场景:    SC-001
异常类型:    错误路径
异常描述:    搜索请求发出后网络超时（超过 10 秒无响应）
预期处理:    展示“网络开小差了，请稍后重试”提示，提供重试按钮
严重等级:    高

用户场景定义框架

下图将“场景六要素→典型场景卡片→异常场景覆盖→PRD 需求条目”的完整链路可视化。左侧为结构化分析流程，右侧为每个阶段的产出物形态。

从场景卡片到需求条目的映射

每张典型场景卡片和异常场景卡片都可以直接转化为 PRD 中的功能需求或非功能需求。映射规则如下：

• 典型场景的“行为流程” → 功能需求的主体步骤，每个步骤对应一条“用户可…”的描述。
• 典型场景的“业务规则” → 功能需求的约束条件，直接写入需求的验收标准。
• 异常场景的“预期处理” → 非功能需求或容错需求，涵盖提示文案、状态变更和日志记录。
• 关联场景 → 需求之间的依赖关系，用于确定迭代优先级和联调范围。