再回顾一下「场景」这件事（之所以说回顾，是笔记 114 里其实已经把此前听课的心得写了一些）。
考虑着让同事们都有点产品意识，所以准备内部做个培训，做课件的过程中，重新学习和思考了一遍，顺便再写下来，权当备课。
描述一个场景时，有哪些关键要素#
你可以先试试：找一个耳熟能详的产品，组织语言，说明白这个产品的使用场景。比如：
- 摩拜单车
- 滴滴
- 饿了吗
- 冲顶大会
如果不是训练有素的话，一开始你应该会有些懵——可能将某些不那么重要的细节描述得过分清晰，但却遗漏了关键点（或许你行，但我一开始真有不少错漏）。所以，在考虑场景的时候，我们考虑一下这些要素：
- 是谁：人物，可以是相对主观的直觉性描述，行为属性（比如性格特征、生活习惯等）的重要性会大于人口属性（年龄、性别、学历等「统计学」意义上的描述；
- 在什么样环境里：考虑空间、设备等物理环境，物质、工具、金钱等约束条件，必要时可以考虑人与环境的关系；
- 导致产生动作的时机：触发他产生目标的事件（导火索），与环境相比，环境更静态，时机更动态；
- 目标是什么：想要达到什么目的？
- 动作是什么：简单、具体、最小化的一个个行为
- 和某些界面进行了交互：软件、硬件等介质，界面背后可能有人（设计思想）
- 希望完成什么任务：一系列动作，完成了一系列任务，最终达成目标
描述一个场景时，可以不必要七个部分面面俱到，而是应该全面考虑（确保不遗漏），然后抽取核心。
附图把这七个部分串起来了：人，在环境里，被某个时机触动，产生了目标，开始做动作，经历了一系列的 UI（交互界面），完成了一系列的任务，最终满意/无感/失望地完成了一次体验过程。
场景有什么用？#
可能有朋友会问，干嘛这么麻烦考虑什么场景，就算考虑也不用拆解得这么详细吧？场景有如下作用：
- 通过讲故事的方式提取环境
- 从用户的角度来定义产品第一印象
- 有助于聚焦在产品愿景上
- 产品价值点变得更加清晰
- 可发现新的需求或功能
- 统一团队认知
理解了场景，也就很大程度上理解了产品。但是，像我这样的实用主义者，显然还希望分析了场景之后，能够对产品更有帮助些，所以，再进一步。