之前有人问过我一个问题：实习期间最大的收获是什么？我回答的是：场景。的确，实习之前其实没有什么场景的概念，那时候我会觉得交互设计是一门很理性的学科，主要依靠的是逻辑分析。实习期间，每次给导师讨论方案或者问题的时候，导师总是会冒出来一句：你这个设计点依据的场景是什么？在给产品经理展示方案的时候，产品经理也会冒出来一句：你有没有考虑过这里的使用场景。甚至于，只要发现他们在聊产品的问题，总是三句不离场景。于是，在实习期间密密麻麻地轰击之下，我终于记住了场景两个字。
但是，记住是没用的，我们还要理解什么是场景。那到底什么是场景呢？虽然交互设计师最常提到的词就是场景，交互设计也需要依据场景来设计，但是，至始至终从来没有人会说什么叫场景，从来没有人会说场景需要包含哪些要素，仿佛一说场景大家就都懂了似的。但是，我确确实实不知道怎么去定义这个场景，我也去询问一些人，也没有人解释得清楚。于是我开始把方向投向网络，我搜遍了知乎上的大小问答，然后也翻遍了各大设计网站的文章，但是就是没有人能把场景两个字说清楚。
于是我就一路摸索着，突然在某一天发现自己跑偏了，场景的确是在做设计的时候很重要。理清概念这个事情也很重要。但是，如果对场景二字的含义纠结不清的话，那么为什么换个思维呢？我们需要根据场景来做设计，换句话说，只要能提供设计依据的就是场景。经过这么一转置之后，思维就豁然开朗了。所以不要去纠结一个场景应该包含什么，而是应该关注，什么能给设计提供帮助。于是，遵循这这个方向，我继续探索。当一个大问题你解决不了的时候应该怎么办呢？一个字：拆！把大问题拆分成小问题即可。于是，我尝试把场景进行一下细分，细分的结果如下：1、需求场景；2、环境场景；3、手机场景。需求场景是用户内心的诉求，为设计提供正向的设计依据；环境场景和手机场景则是一些外界的限制，需要设计去帮助克服。下面，就让我讲述一下这些场景的区别。
1、需求场景
交互设计是一门把抽象的需求转换为具象的界面的学科，需求是设计之本。那么需求又是什么呢？需求来源于用户在现实生活中遇见的问题，用户需要一种有效解决问题的措施，这个措施就是交互设计提供的方案。也就是说，用户的需求就是做设计最根本的依据，所以根据我之前的设定，可以把需求当做一个场景。而且，这个场景牵扯到的是设计需要解决的最核心的问题，这个场景决定了交互设计大致的界面元素、界面布局以及流程框架。
举个简单的例子吧，比如说我现在有个需求是要设计一款听歌的应用。不管是因为我们之前看过其他的听歌应用，亦或者是我们之前把玩过实体的mp3、mp4，总之，当我们听到“听歌”这两个字的时候，我们脑海里已经会蹦出“一个用户插着耳机陶醉在歌声里”的场景，然后听歌需要的一些界面元素：比如歌名、歌手、歌词、播放进度和播放控制等元素，也会出现在用户的手机界面里。
现在开始把镜头回放，回放到用户打开应用的时刻，我会去构思用户打开应用的心理期望是看到什么，这个心理期望实际上就是用户的需求。我会根据这个需求去设计打开应用之后的第一个显示的界面。言而总之，从用户这个听歌的需求，我们可以细分出很多的小需求，而这每一个需求实际上都关乎到界面的设计。那么回到我一开始的定义，实际上几乎每一个需求都能给交互设计提供设计依据，那么也就可以认为每一个需求对应的都是一个场景，我把这种直接来源于需求的场景成为“需求场景”。
但是，我们要意识到，需求实际上是经过抽象的，抽象的过程中忽略了很多信息。所以，需求场景的优点是非常简洁直观，可以非常简单地转化为设计依据。当然，与之相对应的就是这个场景会相对来说很粗糙，缺乏细节，根据这个场景做出来的东西只能保证可用性，至于好不好用就很难说了。所以，需求场景之外需要其他的环境场景和手机场景来保证设计的“好用”。
未完，待续……
