交互设计的场景是什么(上)

之前有人问过我一个问题:实习期间最大的收获是什么?我回答的是:场景。的确,实习之前其实没有什么场景的概念,那时候我会觉得交互设计是一门很理性的学科,主要依靠的是逻辑分析。实习期间,每次给导师讨论方案或者问题的时候,导师总是会冒出来一句:你这个设计点依据的场景是什么?在给产品经理展示方案的时候,产品经理也会冒出来一句:你有没有考虑过这里的使用场景。甚至于,只要发现他们在聊产品的问题,总是三句不离场景。于是,在实习期间密密麻麻地轰击之下,我终于记住了场景两个字。

但是,记住是没用的,我们还要理解什么是场景。那到底什么是场景呢?虽然交互设计师最常提到的词就是场景,交互设计也需要依据场景来设计,但是,至始至终从来没有人会说什么叫场景,从来没有人会说场景需要包含哪些要素,仿佛一说场景大家就都懂了似的。但是,我确确实实不知道怎么去定义这个场景,我也去询问一些人,也没有人解释得清楚。于是我开始把方向投向网络,我搜遍了知乎上的大小问答,然后也翻遍了各大设计网站的文章,但是就是没有人能把场景两个字说清楚。

于是我就一路摸索着,突然在某一天发现自己跑偏了,场景的确是在做设计的时候很重要。理清概念这个事情也很重要。但是,如果对场景二字的含义纠结不清的话,那么为什么换个思维呢?我们需要根据场景来做设计,换句话说, 只要能提供设计依据的就是场景 。经过这么一转置之后,思维就豁然开朗了。所以不要去纠结一个场景应该包含什么,而是应该关注,什么能给设计提供帮助。于是,遵循这这个方向,我继续探索。当一个大问题你解决不了的时候应该怎么办呢?一个字:拆!把大问题拆分成小问题即可。于是,我尝试把场景进行一下细分,细分的结果如下: 1、需求场景;2、环境场景;3、手机场景。需求场景是用户内心的诉求,为设计提供正向的设计依据;环境场景和手机场景则是一些外界的限制,需要设计去帮助克服。 下面,就让我讲述一下这些场景的区别。

1、需求场景

交互设计是一门把抽象的需求转换为具象的界面的学科,需求是设计之本。那么需求又是什么呢?需求来源于用户在现实生活中遇见的问题,用户需要一种有效解决问题的措施,这个措施就是交互设计提供的方案。也就是说,用户的需求就是做设计最根本的依据,所以根据我之前的设定,可以把需求当做一个场景。而且,这个场景牵扯到的是设计需要解决的最核心的问题,这个场景决定了交互设计大致的界面元素、界面布局以及流程框架。

举个简单的例子吧,比如说我现在有个需求是要设计一款听歌的应用。不管是因为我们之前看过其他的听歌应用,亦或者是我们之前把玩过实体的mp3、mp4,总之,当我们听到“听歌”这两个字的时候,我们脑海里已经会蹦出“一个用户插着耳机陶醉在歌声里”的场景,然后听歌需要的一些界面元素:比如歌名、歌手、歌词、播放进度和播放控制等元素,也会出现在用户的手机界面里。

现在开始把镜头回放,回放到用户打开应用的时刻,我会去构思用户打开应用的心理期望是看到什么,这个心理期望实际上就是用户的需求。我会根据这个需求去设计打开应用之后的第一个显示的界面。言而总之,从用户这个听歌的需求,我们可以细分出很多的小需求,而这每一个需求实际上都关乎到界面的设计。那么回到我一开始的定义,实际上几乎每一个需求都能给交互设计提供设计依据,那么也就可以认为每一个需求对应的都是一个场景,我把这种直接来源于需求的场景成为“需求场景”。

但是,我们要意识到,需求实际上是经过抽象的,抽象的过程中忽略了很多信息。所以,需求场景的优点是非常简洁直观,可以非常简单地转化为设计依据。当然,与之相对应的就是这个场景会相对来说很粗糙,缺乏细节,根据这个场景做出来的东西只能保证可用性,至于好不好用就很难说了。所以,需求场景之外需要其他的环境场景和手机场景来保证设计的“好用”。

未完,待续……

文/妖叶秋

关键字:交互, 设计师, 场景

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部