大多数产品团队把场景误读为用户故事，导致72%的调研产出伪需求。本文拆解从产品意图到三级场景架构的完整链路，揭示如何让抽象价值找到真实落点，避免功能堆砌的陷阱。

一、引言：为什么“场景”被严重误读了？

大多数产品团队对“场景”的理解，停留在“用户故事”的层面，描述一个用户在什么情况下做了什么。这种理解看似合理，却埋下了巨大的隐患。

张小龙曾一针见血地指出，用户说“我需要的不是一个锤子，而是墙上的洞”，如果产品团队信了用户的字面表达，那做出来的就真的只是一把锤子。这句话揭示了一个根本问题：用户故事是用户对自身需求的表层叙述，而场景则是产品价值与真实生活之间的结构化连接。前者是现象，后者是结构。

麻省理工斯隆商学院2023年发布的创新调研成果显示，超过72%的传统用户参与调研，最终得到的都是伪需求。原因很简单：大部分用户根本描述不清自己真正想要什么，他们只能给出表面的回答，说不清楚背后的场景和情绪。

场景的价值，不在于“记录”用户说了什么，而在于“定义”产品进入了用户哪一部分生活，并承担什么价值责任。本文将按照“上层收敛→场景架构→底层执行→常见误区”的逻辑，逐层拆解这一框架。

二、上层两次收敛：从“为什么做”到“怎么做选择”

2.1 产品意图：定义产品存在的根本理由

产品意图回答的是最根本的问题：我们为什么做这款产品？我们优先为谁负责？什么价值最重要？

这看似简单，但许多产品失败恰恰源于意图不清。有赞创始人白鸦在其内部培训中反复强调：“用户和场景是一切的基础。清晰的用户画像和使用场景，是整个产品的基础条件。”如果产品意图模糊，后续所有的场景分析和功能设计都会失去锚点。

产品意图的确定，需要明确三个关键决策：目标用户是谁（优先为谁负责）、核心价值是什么（什么价值最重要）、以及产品的边界在哪里（不做什么）。这三者共同构成了产品场景架构的“宪法”。

2.2 产品原则：把核心思想转化为可执行的选择尺度

产品意图是抽象的，产品原则则是将这种抽象转化为一套可执行的决策尺度。当团队在具体场景中面临“做还是不做”“先做哪个”的抉择时，产品原则就是那把尺子。

以“解决冲突时：谁赢？”为例，这实际上是在问：当不同用户群体的利益发生冲突、当短期体验与长期价值产生矛盾时，产品应该遵循什么优先级？没有明确原则的团队，会在每次决策时陷入无休止的争论，最终产品走向“什么都想做、什么都做不好”的困境。

有赞的经验值得参考：产品定义的第一步就是“定义客户和场景”，然后基于场景拆分用户的使用任务，任务再拆分为功能和交互、内容和信息架构，最终呈现到界面上。这一从抽象到具体的转化链条，正是以产品意图和产品原则为起点的。

三、场景架构：定义产品进入哪一部分生活

这是整个框架的核心环节：将抽象的产品意图转化为具体的场景架构。场景架构分为三级，每一级解决不同层次的问题。

3.1 一级场景：由用途和利益相关者决定，指向产品定位

一级场景回答的是：我们准备进入目标用户生活中的哪一部分，并在那里承担什么价值责任？

这一层的关键要素包括：用途（为什么）、利益相关者（与谁）、核心行动者（谁做）、影响者/参与者（谁受影响）、受益者/承担者（谁获益/谁买单）、以及达成什么生活目标、创造什么价值。

有研究将场景定义的核心要素归纳为五个维度：用户画像、环境状态、行为序列、功能目的与体验价值。其中，“用户”需要从模糊的群体标签还原为具象的个体，涵盖其社会角色、行为习惯与情感诉求，完成对用户真实需求的精准刻画。

一级场景的产出，本质上就是产品定位的清晰化。如果一个产品团队说不清楚自己的一级场景是什么，那这个产品大概率还没有找到真正的立足点。

3.2 二级场景：由用户旅程和过程任务决定，指向竞争策略

二级场景将一级场景进一步分解，回答的是：用户在什么旅程阶段、完成什么过程任务、经历什么关键触点、在哪些体验转换点上产生价值感知？

这一层的核心工具是用户旅程地图。用户旅程描述了用户为实现目标而遵循的一系列步骤，其中一些步骤代表了与产品的接触点。通过将角色及其目标可视化，团队可以识别出哪些触点是需要重点投入的体验关键时刻。

从竞争策略的角度看，二级场景的拆解直接关系到差异化。有研究指出，场景划分可以参考“问题差异型”与“情境差异型”两种思路：前者聚焦产品对用户不同场景下具体痛点的精准解决，后者强调产品对用户环境与状态变化的灵活适配。选择哪种思路，决定了产品在市场上的竞争姿态。

3.3 三级场景：由具体事件驱动，进一步进入功能定义

三级场景是最贴近日常执行的层次，由具体事件驱动：什么时间、什么地点、什么条件触发了什么事件，用户的反应是什么，包括情绪、痛点、期望和结果。

这一层直接对应功能定义的输入。有研究将场景层分解为“过程任务（二级场景）”，而三级场景则进一步将过程任务分解为具体的活动。每一级场景的细化，都是对“功能边界”的一次收窄。

值得注意的是，场景层级并非越多越好。根据业务场景的复杂度，部分场景到二级就可以了，或者需要更多层级。关键不在于层级的数量，而在于每一级是否清晰地定义了“谁在什么条件下要完成什么”。

四、底层执行：从场景到功能的完整链路

场景架构搭建完成后，需要将场景逐层转化为可执行的功能。完整链路如下：

场景 → 任务 → 功能 → 体验

具体来说，场景确定后，需要拆分用户的使用任务，任务再拆分为功能和交互、内容和信息架构，最终呈现到界面上。这一链条的每一环都有其独特价值：

• 场景定义问题空间：产品在什么情境下为用户创造价值
• 任务定义行动目标：用户为了获得价值需要完成什么
• 功能定义解决方案：产品提供什么能力来支撑任务完成
• 体验定义感知质量：用户在完成过程中感受到什么

有研究者将这一过程描述为“把用户需求分解成若干过程任务（二级场景），然后在解决过程任务的同时，产品带给用户感性价值”。这意味着，功能不是独立存在的，它始终服务于场景中的任务完成；体验也不是事后附加的，它内嵌于每一次场景化交互之中。

五、常见误区：场景越多 ≠ 产品越好

这是整个框架中最需要警惕的部分。许多产品团队在掌握了场景分析方法后，容易滑入一个危险的循环：

场景越多 → 需求越多 → 功能越多 → 产品边界越来越大 → 产品越来越像“通用方案”

这个循环的结果是方向被稀释：产品试图满足所有人的所有场景，最终谁都无法真正满意。

麻省理工的研究已经揭示了这一循环的根源：超过72%的用户调研产出的是伪需求。原因之一是“你觉得客户需要”的认知偏差，企业习惯用内部逻辑推导需求，却忽视了用户行为与表达之间的割裂。索尼在推出音箱时做过一个经典实验：焦点访谈中所有参与者都声称更喜欢黄色，但访谈结束后让他们免费拿走音箱时，所有人选择了黑色。

另一个典型陷阱是“客户觉得自己需要”。在汽车诞生之前，如果问客户想要什么，他们大概率会说想要一匹更快的马。客户之所以这样回答，是因为在他们的认知框架里，马是解决出行问题的主要工具。但从本质上讲，他们真正渴望的是高效便捷的出行方式，而这种需求在汽车发明之前是难以清晰表述的。

还有一个值得警惕的案例：某便携榨汁杯的产品总监花了大半年做用户调研，用户反馈“希望续航更长”。他真的加了电池，结果重量上去了、价格涨了，买的人反而更少了。后来他蹲了一周用户的家才发现，用户说的“续航长”根本不是要出门用一周，而是每次用之前都发现没电，加个快充，比加两倍电池有用一百倍。

这些案例共同指向一个结论：场景不是地图，而是结构。 地图追求的是“覆盖所有地方”，结构追求的是“找到关键支点”。让产品意图在真实生活中找到落点，而不是在用户的口头反馈里迷失方向，才是场景分析的根本目的。

六、结语：场景是价值落地的第一站

回到最初的判断：场景不是用户故事，而是价值落地的第一站。

用户故事告诉你的，是用户“说了什么”；场景分析告诉你的，是产品应该“进入哪一部分生活、承担什么价值责任”。前者是素材，后者是结构。

从产品意图的收敛，到产品原则的建立，再到一级、二级、三级场景的逐层拆解，最终转化为任务、功能和体验——这条链路的价值在于：它让抽象的产品价值有了一个可以“落地”的具体位置。正如有研究者所言，场景设计的核心目的是找到用户真正的使用价值，即“谁在使用我们的产品？在什么条件下使用？为什么使用？”

当团队能够清晰地回答这三个问题时，产品就不再是一个“什么都想做”的通用方案，而是一个在特定场景中不可替代的价值载体。