【弘毅道:设计】用户场景化思维在交互设计中的体现

笔者之前已论述过,交互设计的三要素是交互设计过程中的目标导向与设计结果,当不清楚我们要得到什么的时候,那就先从交互设计三要素开始。但是,交互设计过程中,很多人对于信息架构、交互流程以及页面布局的思考总是偏向于实实在在的结果,总是用是是而非的结果来框定它。其实,脱离场景而进行的设计都是无价值的。不以用户的场景为设计基础而进行的设计,都是水中之月。

产品开发的过程,总是希望将更多的功能添加上去,让产品大而全,但是却没有对功能进行分类,只是进行了功能的堆叠与罗列。然而从产品的另一端,产品的使用过程,用户使用只是完成自己的一个或多个目标任务。因此,用户只会使用其中一个或者若干功能,没有哪个用户是抱着了解产品有多少功能的目的而使用你的产品。如果不考虑用户在使用产品时的场景,而仅仅是进行功能的添加、删除,怎么可能提升用户的使用体验?

产品开发的“一对多”与产品使用的“一对一”

因此,设计师不仅仅要站在用户的角度去思考问题,还要为用户所处的场景,提供相应的解决方案,做好信息的整理与分类,引导每一类用户能够准确快速的找到相应的功能,这才是好的交互设计。

要想做好场景化下的用户思维的运用:

首先,要对用户场景中的功能进行梳理,整理出符合用户心智模型的信息架构。

下面是笔者之前做过的一个案例。产品需求是为了汽车的销售顾问提供一个销售助手,帮助销售顾问管理用户,以及提供车辆的信息查询等。其中,左侧的原型将一个产品的所用功能都塞进了一个叫“首页”的垃圾桶里。不管什么功能,都要从首页进入。如果,要从当前的A功能,进入B功能,不好意思,先回首页,再去B功能。这样的页面,就会显得头重脚轻,仿佛百度一样,控制了所有的功能入口,而底部标签栏的另外两个便签,在逻辑上是和首页标签同级的,但是,在内容上却更像是首页的一个小功能。

旧版与新版

通过对整个汽车销售环节中的所有角色进行分析,笔者梳理出了在整个过程中的角色关系模型。在每个小的关系单元中,都包含销售顾问、顾客、车三个要素。

角色关系模型

对销售顾问来说,就是人、车以及销售数据三方面的信息,这也是通过对销售顾问所处的场景分析得到的,也符合销售顾问的心智模型。因此,可以将整个产品中的功能点分门别类的放置到这三个标签中,得到应用中的三个标签。另外,对于销售人员来说,有一个交叉功能使用的很频繁,那就是日程提醒,它牵涉到顾客、车辆、回访、客户关怀等等,因此独立出来,成为一个新的标签。

这样的信息架构不仅仅功能分类清晰,而且符合用户的心智模型,销售顾问想要看到什么样的数据,都可以快速准确的找到想要的功能入口。

其次,要对功能所处的应用场景进行详细分析,了解场景的特殊性与限制条件。

场景是决定一个页面设计是否成功的关键。即使是同样的一个功能,在不同的场景中好的设计也不是一成不变的,都需要根据场景而进行相应的变化,有的是两个场景所做的设计是相冲突的。

左滴滴,右支付宝

拿国民APP支付宝而言,转账设计成了对话的形式,在正常的情况下,设计是没有问题的,既能满足功能的需求,还能保证交流的顺畅,不会出现断点,同时保证对话界面的整洁。这种设计对于熟人之间的交流是没有问题。如果将这种方式推广到所有的转账场景中就不合适了。举个例子,在杭州,你早晨在甘其食的店里面买了两个包子一杯豆浆,采用的是扫码支付。这种情况下,店员手中并不能直接通过手机查看你的支付情况,因为你的转账账户是店长或者这个区域的负责人的账号,这样整个支付环节就存在监管的漏洞。店员就不能明确知道你支付的金额是否准确,以及你所支付的账号是否准确。如果店员过于监督这种环境,不仅会影响用户的购买体验,而且会影响工作效率。

相同的支付场景还有滴滴BUS的购票页面,相比较而言,滴滴的购票与验证页面就更加合理。当你上车时,在移动的场景下,让司机查看所购车票,滴滴采用的是类似弹出框的形式,并采用多种颜色的闪烁,来表示已经验票的状态。虽然视觉上不是很协调,但在远距离、晃动、不能集中注意查看的情况下,这种设计避免了逃票情况的发生。

但是这两种场景还是存在一定的差异的。1)滴滴购票的金额是一定的,所以只要验证是否购买就行了,而不必验证金额。2)支付宝的转账对象很多,而滴滴的售票方只有一个。因此,滴滴的结果验证,只检验你是否购票即可,而支付宝不仅仅要验证是否支付,还要验证金额以及转账对象。若再加上收款账号不在售货员手中,问题就更加复杂了。

最后,针对场景下的功能需求,提供出合理、合适的解决方案

在用户清晰、需求明确、场景明了的情况下,解决方案并不难提出。但是对于不同场景下的同一功能,解决方案相对来说会显得投鼠忌器,很多方案都会出现顾此失彼的情况,这就需要作出设计方案的取舍与考量。这一点确实是经验积累,踩过很多坑以后,才会有能力做出迅速、准确的判断与选择。这里没有固定方法,也来不得半点取巧,至少以笔者的经验来说。

对功能的梳理,可以让用户快速的找到解决问题的入口;对场景的分析,可以解决具体场景下的功能实现问题;对设计方案的取舍考量,可以实现产品方案的最优化选择。

用户的场景化思维,不是一种方法,更多的是一种思维。假想自己是产品的某一用户,在具体的场景中,带着具体的目的,来使用产品,你希望看到、用到一个什么样的产品。

愿与你同行!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容