第3章 用户场景与故事构建
用户场景与故事是PRD需求文档的“灵魂”——它将干巴巴的功能列表还原为真实用户的完整体验。本章围绕场景描述、人物角色、使用路径、痛点与机会点四大要素，提供一套可复用的构建框架，确保每个需求都源自清晰的用户上下文。
3.1 核心概念速览
下表定义五个核心术语，后续所有分析都基于这些概念展开。
| 术语 | 定义 | PRD中的价值 |
|---|---|---|
| 人物角色（Persona） | 虚构的典型用户画像，包含背景、目标、行为模式 | 让团队“同频”理解目标用户，避免假设偏差 |
| 场景描述（Scenario） | 人物在特定时间、地点、动机下要做的事情 | 界定功能的使用边界和触发条件 |
| 使用路径（User Journey） | 用户从触发到完成目标的完整步骤序列 | 暴露流程中的断点、等待、重复操作 |
| 痛点（Pain Point） | 用户在使用过程中遭遇的障碍、挫折或效率损耗 | 直接定义“为什么要做这个功能” |
| 机会点（Opportunity） | 基于痛点推导出的产品改进方向或新功能入口 | 连接问题与方案，驱动PRD的核心价值主张 |
实战提示： 建议每个核心功能点前先输出一张“场景卡”，内容包括人物角色、一句话场景描述、关键路径、TOP 3痛点、对应机会点。卡片的结论直接转化为PRD中的“用户故事”章节。
3.2 用户故事构建框架
整章内容可浓缩为以下流程：从角色出发，经过场景与路径的拆解，最终输出可用的机会点。下图展示了这一完整链路。
3.3 实战要点：如何写出高质量的用户故事
每一个用户故事本质就是“人物角色 + 场景 + 路径 + 痛点 + 机会点”的闭环。在PRD中体现为以下标准格式：
PRD用户故事模板
类型：功能型
编号：US-007
标题：作为[角色]，我想要[功能]，以便[获益]
人物角色：运营专员张姐（30岁，日均处理100+工单）
场景：每天下午3点批量导出昨日工单报表
当前路径：登录 → 工单列表 → 勾选全部 → 点击“导出” → 选择格式 → 下载
痛点：每次需要手动勾选全部，且导出后无通知，常漏掉
机会点：增加“一键导出”快捷按钮 + 导出完成后发送企业微信消息
验收标准：
1. 工单列表页出现“快速导出”悬浮按钮
2. 点击后默认导出昨日所有工单，1分钟内生成文件
3. 导出完成后向当前用户推送通知消息
常见避坑：
- 不要只写“用户想要一个下载按钮” —— 缺少场景和路径，开发无法判断交互位置。
- 痛点要量化：用“每次操作耗时3分钟”代替“操作麻烦”。
- 机会点必须关联具体痛点，避免凭空加功能。
3.4 从场景到故事的产出清单
每完成一个用户故事构建，验收以下要素是否齐全：
- 人物角色：至少包含角色名称、核心目标、典型行为
- 场景触发条件：什么时间、什么状态下用户产生此需求
- 关键路径步骤：不少于3步，不多于7步
- Top 3 痛点：每个痛点需有频率或时长数据支撑
- 机会点措辞：以“通过……实现……”的句式写，避免直接写方案