3. 用户场景采集：用户旅程地图、痛点时刻、高频场景、异常流程
证据驱动的PRD要求需求定义必须可追溯、可验证。传统的“我觉得用户需要这个功能”式描述，往往导致交付后无人使用或与业务实际脱节。本章聚焦如何系统化采集用户场景——这是将模糊诉求转化为结构化需求的第一道过滤网。采集的核心是回答“谁，在何时，何地，想做什么，遇到了什么障碍，预期结果是什么”。
3.1 用户场景采集框架
场景采集并非一次性访谈，它包含四个相互关联的视角：用户旅程地图（全景视角）、痛点时刻（情绪视角）、高频场景（价值视角）和异常流程（风险视角）。这四者共同构成 PRD 用户故事的主体素材。
3.2 用户旅程地图与触点分析
用户旅程地图以时间轴为横轴，展示用户从认知、决策、使用、售后到复购的完整过程。每个阶段都需要记录用户行为、接触点、情绪曲线和潜在障碍。
旅程地图核心要素：
- 阶段（Phase）：用户与产品交互的自然分割线（如：发现、评估、启用、深入使用）。
- 触点（Touchpoint）：用户直接接触的界面或服务（App、客服、邮件、实体设备）。
- 行为（Action）：用户具体操作（点击、输入、扫码、拨打电话）。
- 情绪曲线（Emotion Curve）：记录每个触点的满意度（高、平、低）。
- 痛点（Pain Point）：导致情绪下降或任务中断的障碍。
| 阶段 | 用户行为 | 触点 | 情绪曲线 | 痛点 | 机会点 |
|---|---|---|---|---|---|
| 发现 | 在抖音、知乎搜索“项目管理工具” | 社交媒体、内容社区 | 中等（信息过载） | 评测文章同质化，无法比较 | 提供场景化对比计算器 |
| 尝试 | 注册并创建第一个项目 | 官网、App Store | 高（顺利进入） | 上手引导过于通用，未结合角色 | 按角色（项目经理/成员）定制导览 |
| 使用 | 分配任务、设置截止日期 | Web 应用、移动端 | 低（操作路径深） | 任务分配需跳转多个页面 | 一键分配 + 智能推荐负责人 |
| 付费 | 比较套餐、发起订单 | 后台管理 | 中等（犹豫） | 定价与人数关系不透明 | 提供 TCO 计算器，突出 ROI |
3.3 痛点时刻与高频场景识别
在旅程地图基础上，需要进一步筛选出对业务影响最大的“高频场景”与“痛点时刻”。这是 PRD 中确定功能优先级的关键依据。
帕累托法则（80/20 法则）在场景采集中的应用：80% 的用户价值往往来自 20% 的核心高频场景。在资源有限时，优先攻克“高频 + 高痛点”场景，其次覆盖“低频 + 高痛点”场景（战略价值），最后自动化“高频 + 低痛点”场景（防御项）。
痛点分类与快速识别清单：
- 功能缺失型：用户必须通过“曲线救国”的方式（如：微信发送文件 + 邮件确认）才能完成任务。
- 效率低下型：完成一个核心操作需要 5 次以上点击，或跨系统手动搬运数据。
- 体验断裂型：流程突然中断（支付报错、身份验证失败后无提示），用户不知道下一步做什么。
- 信息模糊型：系统未提供明确的上下文反馈（提交后显示“系统繁忙”，无工单号）。
3.4 异常流程与边界条件采集
PRD 中“技术债务”和“返工”的高发区，往往不是主线流程，而是异常流程。开发阶段频繁改需求的直接原因之一，就是 PRD 中未前置定义边界条件。
异常流程采集清单（必查项）：
- 网络异常：断网、弱网、切换网络（WiFi ↔ 4G/5G）。
- 权限不足：未登录、会话过期、角色越权。
- 数据为空：列表无数据、搜索结果 0、关联信息缺失。
- 并发冲突：多人同时编辑、重复提交、库存扣减超卖。
- 超时回退：接口超时、支付超时、文件上传中断。
- 第三方服务不可用：支付网关、短信通道、地图 SDK 异常。
常见误区：不要把“异常流程”简单等同于“错误提示”。证据驱动的 PRD 需要对每个异常分支描述业务补偿方案（如：支付超时后，系统发起自动对账，而非仅仅弹窗报错）。
3.5 从场景到 PRD 需求的映射
采集到的场景需要沉淀为结构化的需求素材。建议使用以下“场景卡片”模板，作为 PRD 用户故事的直接输入。
【用户场景采集卡模板】
- 场景 ID: SC-001
- 用户角色: 运营专员
- 前置条件: 已登录后台，拥有“创建活动”菜单权限
- 触发事件: 需要在双十一前发布营销活动
- 主线流程:
1. 点击“创建活动”
2. 填写活动基础信息（名称、时间、规则）
3. 选择投放渠道（App Push、短信、公众号模板消息）
4. 提交并预览
5. 确认发布
- 异常流程: 3. 渠道配置时，第三方短信平台鉴权失败 -> 提示“渠道配置异常，请检查服务状态”
- 验收标准: 异步校验渠道状态，5秒内返回配置结果