3. 用户场景与业务问题描述技巧
用户场景（User Scenario）和业务问题（Business Problem）是需求分析的起点。一个精准的场景描述能让团队快速达成共识，而清晰的问题陈述则是需求拆解与方案设计的基石。本章提供场景写作模板、问题陈述公式以及正反示例对比，帮助你从模糊的用户诉求中提炼出可操作的业务问题。
💡 核心观点：好的场景描述要让读者“看见用户正在做什么”，好的问题陈述要让读者“理解为什么要做这件事”。
3.1 场景写作模板
以下模板涵盖构建一个完整用户场景所需的5个要素。使用该模板可确保场景不遗漏关键上下文。
| 要素 | 说明 | 示例 |
|---|---|---|
| 用户角色 | 执行该行为的特定用户类型（含身份、权限、能力） | 初级仓储管理员（只有查看权限） |
| 场景背景 | 行为发生的环境、时间、设备、前置条件 | 下午3点，在仓库手持终端上扫描空位 |
| 触发条件 | 什么事件直接导致用户开始行动 | 收到“需要放置新批次货物”的系统通知 |
| 用户目标 | 用户希望达成的具体结果（而非系统功能） | 快速找到最近的可用空位并记录位置 |
| 期望结果 | 用户如何知道目标已达成（可感知的终点） | 空位状态变为“占用”，货位二维码可扫描 |
写作口诀：“在〈背景〉下，当〈触发〉时，〈角色〉需要通过〈能力〉实现〈目标〉，否则会产生〈损失〉。” — 将五个要素串联成一段自然语言。
3.2 问题陈述公式
将场景提炼为业务问题，推荐使用“角色-功能-价值”三元素公式，或更精细的五元素公式。
# 基础公式（三元素）
作为【角色】，我希望【功能/能力】，以便【业务价值】。
# 进阶公式（五元素）
在【场景背景】下，当【触发事件】时，【角色】需要通过【功能/能力】实现【目标】，
否则将会面临【负面后果或损失】。
# 示例（仓储场景）
在下午高峰入库时段，当系统推送新批次货物时，初级仓储管理员需要快速定位
最近的可用空位并扫码占用，否则后续货物只能堆积通道，导致拣货延误。
⚠️ 常见错误：问题陈述中只写功能（“增加一个搜索框”），而不写用户目标和价值，会导致需求池中出现大量“伪需求”。公式强迫你回答“为什么做”和“不做的代价”。
3.3 示例对比：从无效到有效
以下对比展示如何将模糊的用户诉求转化为可评估的业务问题。
| 维度 | ❌ 坏的描述 | ✅ 好的描述 |
|---|---|---|
| 场景 | 用户要查找货物位置。 | 仓储管理员（手持终端）在下午高峰时段，收到新批次入库通知，需要在30秒内找到最近的空位并扫码确认，否则货物积压通道。 |
| 问题 | 搜索功能不好用，需要优化。 | 作为仓储管理员，我希望系统根据当前手持终端的位置自动推荐最近的可用空位，以便减少步行时间，避免货物堆积。 |
| 可验证指标 | 无 | 入库操作平均耗时从当前的120秒降至45秒以内；空位利用率提升20%。 |
从对比可以看出，好的场景提供了时间、设备、角色权限等上下文，使得问题陈述有明确的量化和验收依据。
3.4 场景到问题的工作流（SVG）
以下流程图展示了从用户场景要素到可交付需求条目的转化路径，其中场景模板和问题公式是核心加工环节。
完成问题陈述后，即可进入需求拆解阶段，将业务问题转化为具体的功能点、验收标准与指标。
落地建议：在PRD的“用户故事”或“业务需求”章节，直接使用本章的场景模板填写3~5个核心场景，并用问题陈述公式为每个场景写出唯一的业务问题，后续所有的需求条目都应当追溯至该问题。