第4章 场景模型结构化表达：使用场景画布、用户旅程地图、故事板等工具

零散的用户访谈笔记和观察记录无法直接用于需求拆解，必须经过结构化建模才能转化为可追溯、可验证的需求条目。本章聚焦三类核心场景建模工具——场景画布、用户旅程地图、故事板，分别从上下文全景、阶段体验、关键帧叙事三个维度完成场景的结构化表达。

4.1 场景画布：捕获场景的完整上下文

场景画布（Scene Canvas）是一页纸大小的结构化框架，用于在访谈后快速统一团队对用户场景的认知。它定义了8个必填维度：

4.2 用户旅程地图：用时间轴串联体验阶段

用户旅程地图（User Journey Map）将场景画布中“操作序列”展开为时间轴上的阶段，并为每个阶段标注触点、情绪、痛点和机会点。标准结构包含5列：

1. 阶段 —— 按用户认知自然划分的大步骤，通常3~6个阶段。
2. 触点 —— 用户与产品/服务发生交互的具体界面或人工环节。
3. 用户行为 —— 用户在阶段内做什么、点击什么、说什么。
4. 情绪曲线 —— 用↑/↓/—标记情绪波动，识别“低谷区”。
5. 痛点 → 机会点 —— 每个低情绪点对应一条产品改进机会。

以下为一个简化的在线问诊用户旅程地图框架（阶段级）：

4.3 故事板：用关键帧还原叙事流

故事板（Storyboard）将旅程地图中的高优先级阶段进一步细化为逐帧画面，每帧描述一个用户动作+系统响应。故事板擅长表达时间敏感性和物理空间关系，特别适合IoT、线下服务、多端协作等复杂场景。

一个标准的故事板帧包含：

• 帧编号 + 时间戳（例如：T+0s, T+12s）
• 用户动作（行为+意图）
• 系统/设备状态
• 信息流（用户看到什么，系统返回什么）
• 情绪标记（可用😊😰😤等表情符号快速标注）

4.4 三种工具的选择矩阵

不同场景阶段适合不同的建模工具，以下矩阵帮助团队快速决策：

4.5 从场景模型到PRD需求条目的转化管道

三种工具不是孤立的，它们构成一条逐级精化的管道。下图展示了从原始场景数据到最终PRD需求条目的完整转化流程：

4.6 交付物模板：场景建模输出检查清单

每个场景完成结构化表达后，应交付以下四件套：

4.7 案例：从故事板帧到需求条目的逐帧拆解

以下展示一个在线问诊故事板中“等待接诊”帧的拆解过程：