📚 课程目录第2章场景提炼基础

场景提炼基础：用户场景概念、场景三要素、场景与功能的关系

用户场景是产品需求分析的最小完整单元，也是MVP规划中判断“做什么、不做什麼”的第一道筛网。没有场景支撑的功能列表只是技术堆砌，而缺乏场景视角的MVP极易陷入“做了很多、用户不用”的窘境。本章从概念、要素、映射关系三个层面建立场景思维，为后续用户访谈与需求拆解提供统一的语义框架。

1. 用户场景概念

用户场景（User Scenario）是对用户在特定情境下为达成某个目标而采取行动的过程描述。它回答三个核心问题：谁、想达成什么、在什么条件下。场景不是功能清单，也不是用户故事卡，而是一条带有时间线、动机和环境的叙事线索。

💡 概念辨析
用户场景 ≠ 用户故事：用户故事（User Story）是“作为…，想要…，以便…”的轻量占位符；用户场景则包含更丰富的前因后果、环境约束和交互流程，更适合MVP阶段的优先级判断与功能边界划定。

在产品需求型课程中，场景的精度直接决定了需求拆解的质量。一个写实的场景能帮助团队在未写一行代码前就发现逻辑漏洞、角色冲突和环境盲区。

2. 场景三要素

任何完整的用户场景都由三个不可拆分的要素构成：用户、目标、情境。三个要素缺一不可，共同定义场景的边界与内核。

要素	定义	追问清单	示例（在线培训系统）
用户	执行动作的角色，包含角色特征、能力水平、权限状态	谁？角色是什么？有哪些前置条件？	入职3个月的销售新人，已分配课程但未开始学习
目标	用户在该场景下希望达成的具体成果或状态	想达成什么？成功标准是什么？	在30分钟内完成《产品知识》必修课并通过随堂测验
情境	环境、时间、设备、网络、情绪、社会压力等外部条件	何时何地？用什么设备？网络怎样？有无干扰？	出差期间在酒店使用手机端，Wi-Fi不稳定，晚间碎片时间学习

  核心检查原则：当一个场景缺失任一要素时，需求决策会出现模糊地带。例如缺少“情境”，团队可能默认“网络流畅、大屏操作”，导致MVP上线后移动端用户大量流失。三要素必须同时写出，才能进入后续的访谈验证与需求拆解。

3. 场景与功能的关系

场景是需求的上游，功能是场景的解决方案。同一个功能可能服务于多个场景，但每个场景都必须能映射到至少一个功能。判断一个功能是否应该进入MVP，不是看它多“酷”，而是看它是否出现在高优先级场景的核心路径上。

从场景到功能的推导遵循三步流程：

场景描述：用三要素写出完整叙事，标注用户每一步操作与心理预期；
动作拆解：从叙事中提取用户的显性动作与隐性诉求，形成动作链；
功能映射：将每个动作转化为系统支持的功能点，标注优先级与依赖关系。

上图展示了场景三要素如何共同支撑“功能需求”的形成。在实际项目中，每个功能都必须能够回溯到某个场景中的具体用户、目标和情境组合。如果一个功能找不到对应的场景归属，它就应该被移到“待验证”队列，而非直接进入MVP。

  📌 关键原则：场景驱动功能，功能服务于场景

  在MVP规划中，优先级最高的功能往往是那些在“高频率 + 高痛点 + 情境刚性”的场景中出现次数最多的动作。场景的三要素就是这三个维度的判断锚点。

场景模板与交付物示例

以下是一个标准用户场景描述模板，建议在用户访谈后立即填写，作为后续需求拆解的原始输入：

场景名称：新员工必修课闯关学习
用户（角色+特征）：入职1-3个月销售新人，仅完成基础入职培训
目标：通过《产品知识》必修课，获得销售准入资格
情境：
  · 时间：工作日晚上 20:00-22:00
  · 地点：出差酒店，使用手机端
  · 网络：酒店Wi-Fi，时延较高
  · 状态：一天拜访结束后较疲惫，注意力分散
动作链：
  1. 打开App → 2. 查看待办课程 → 3. 选择《产品知识》
  4. 在弱网环境下等待视频加载 → 5. 边看边做笔记
  6. 完成随堂测验 → 7. 查看成绩 → 8. 返回课程主页
功能映射（MVP候选）：
  · 弱网续播 / 离线下载（高优）
  · 课程进度自动保存（高优）
  · 测验结果即时反馈（中优）
  · 一键进入下一课（中优）

⚠️ 常见误区
· 要素混淆：把“用户”写成职位名称，缺少能力水平和权限状态，导致功能复杂度误判。
· 情境缺失：只写“在办公室”，忽略网络、设备、时间压力，导致MVP上线后环境兼容性崩塌。
· 功能提前：未写完整场景就直接进入功能列表，使需求拆解失去判断依据，出现大量“我觉得”式功能。

掌握场景三要素的提炼能力后，下一阶段将进入用户访谈设计——如何通过结构化提问获取真实的用户、目标与情境信息，敬请继续学习第三章内容。