场景要素拆解：用户、目标、环境、行为、触发条件、情感因素
将模糊的用户场景转化为可操作的PRD需求条目，第一步是对场景进行结构化拆解。六要素框架从不同维度锁定场景的关键信息，确保需求分析不遗漏任何影响用户体验的细节。以下表格定义了每个要素的核心含义，并说明它们如何直接映射到PRD中的具体条目。
| 要素 | 定义 | PRD 映射示例 |
|---|---|---|
| 用户 | 执行操作的角色，包含其身份、能力、偏好和权限 | “普通用户” → 用户角色表、权限列表、账号类型字段 |
| 目标 | 用户期望通过系统达成的最终结果或任务 | “快速查找到门店” → 搜索功能、排序规则、结果展示 |
| 环境 | 物理、设备、网络、时间等外部条件 | “地铁弱网环境” → 离线缓存、轻量级UI、重试机制 |
| 行为 | 用户为达成目标所执行的具体操作步骤 | “点击筛选按钮 → 选择区域 → 提交” → 交互流程与状态 |
| 触发条件 | 启动该场景的外部事件或用户主动操作 | “打开应用首屏” → 首页加载逻辑、自动定位请求 |
| 情感因素 | 用户在该场景中的情绪状态、痛点或期望 | “等待超时易焦虑” → 进度提示、预加载、微动效减轻等待感 |
⚠ 常见误区：许多产品经理只关注“用户+目标+行为”，忽略“环境”和“触发条件”，导致需求在高并发、弱网等特殊条件下失效。情感因素则更容易被跳过，但往往是决定留存率的关键——一个让用户“焦虑”的场景，即使功能完整也会被放弃。
六要素拆解流程：从场景到 PRD 条目
下面这张结构图展示了如何将原始场景描述通过六要素拆解，最终转化为一条条可落地的 PRD 需求条目。每个要素经过独立分析后，汇总到需求提炼池，生成结构化条目。
实操案例：外卖配送“定位失败”场景
场景描述：用户李女士在地下车库打开外卖App，定位失败，手动搜索地址，多次输入不成功，最终放弃下单并产生“烦躁”情绪。
使用六要素拆解该场景：
- 用户：常点外卖的上班族，对定位准确性要求高，不熟悉街道门牌号。
- 目标：快速生成可用配送地址并完成下单。
- 环境：地下车库，无GPS信号，弱网（4G不稳定），光线暗。
- 行为：打开App → 定位失败 → 点击手动输入 → 搜索小区名 → 选择错误地址 → 删除重输。
- 触发条件：App启动且定位权限已授权。
- 情感因素：因反复失败产生焦虑、烦躁、被剥夺控制感。
从情感因素可提炼出PRD需求：“当地图定位无信号时，自动弹出历史常用地址列表 + 一键补选，并显示‘该地址可能不精确，建议手动微调’提示，同时增加振感反馈缓解焦虑。”
💡 拆解技巧：每一条 PRD 需求应该至少能回溯到 2 个以上的场景要素。例如“自动显示常用地址”同时满足了目标（快速完成地址填写）、行为（减少输入步骤）、情感因素（降低焦虑）。如果某个需求只关联一个要素，说明可能考虑不全面，需要重新审视。