加入收藏 | 设为首页 | 会员中心 | 我要投稿 PHP编程网 - 黄冈站长网 (http://www.0713zz.com/)- 数据应用、建站、人体识别、智能机器人、语音技术!
当前位置: 首页 > 运营中心 > 交互 > 正文

微交互的设计案例与思考(中篇)

发布时间:2017-05-16 22:18:26 所属栏目:交互 来源:woshipm
导读:副标题#e# 设计师和初级产品经理在面试中不能很好回答APP设计好在哪里,并非是由于平时使用太少,而往往因为缺乏一种视角,即产品是为人而设计的。当我们意识到使用产品的是人,人具有感性层面,就会发现使用”功能强大、信息准确和流程最优“等客观化标准
副标题[/!--empirenews.page--]

设计师和初级产品经理在面试中不能很好回答APP设计好在哪里,并非是由于平时使用太少,而往往因为缺乏一种视角,即产品是为人而设计的。当我们意识到使用产品的是人,人具有感性层面,就会发现使用”功能强大、信息准确和流程最优“等客观化标准评价的不足。

微交互的设计案例与思考(中篇)

微交互的核心在于产品细节,在上一章(点击查看)中,我们介绍了为懒而做的设计和为等待而做的设计。本章我们将聚焦人的感受层面,分享第三和第四部分,即懂礼貌的设计和为舒适而做的设计。

三、懂礼貌的设计:具有一名好服务员的礼仪

人在与数字设备相处的行为模式和人与人之间是类似的,交互设计者常常使用对话框和表单完成两者之间的沟通。日常生活中,我们与他人相处常见四种模式:与老板,与亲人,与同事,和与服务员。人们在使用产品时所期待的应是最后一种。

当我们在高档的西餐厅就餐,会发现好的服务员不必卑躬屈膝,但一定是客户至上的,在我们需要的时候提供帮助,不问过多烦人的问题。做一名好的服务员也许不难,但当交互设计者深陷在产品的功能、信息、流程和商业逻辑中,经常就把礼仪这件事抛之脑后了。

案例一 word和page的退出保存对话框:不问已经就坐的顾客是否吃饭

微交互的设计案例与思考(中篇)

对程序设计而言,流程判断节点的是和非都是必须考虑的范围,但对人而言,在特定条件下人具有的可推断的行为。例如顾客走进一家餐厅就坐,服务员应该问“您想吃点什么?”,而不是问“您要吃饭吗?”。顾客到餐厅当然是来吃饭的,如果他不想吃了,只要能够离开就好了。在流程图和逻辑上,顾客存在离开的可能,“是否吃饭”也的确在“吃什么”之前,但这并不意味着交互设计要以这种方式问话。

今天我们在MAC上使用word和page编辑同一篇文档,点击关闭会发现弹出的对话框是不同的。微软word对话框会问是否保存,而苹果page对话框则问存在哪里,同时提供不保存的按钮。word的做法即在问就座的顾客是否吃饭,用户花费数小时写的文档,为什么不保存?而page的设计者就聪明多了,将是否保存带入到保存到哪的问题中。不问已经就座的顾客是否吃饭,核心是交互设计应从人的行为模式出发,脱离程序思维,这样用户就不会觉得产品表现的刻板、愚蠢和失礼 。

案例二 京东和淘宝退出订单支付:不过度问烦人的问题

微交互的设计案例与思考(中篇)

不论我们在餐厅、商店还是理发店,当我们说明要求后,都希望服务者能够快速理解,而不是反复确认。经常网购的朋友会发现,京东商城和淘宝在退出确认订单和支付的界面是不同的。

在退出确认订单界面时,京东用模态对话框问“便宜不等人,请三思而行,我再想想or去意已决”,淘宝则不问。对多数用户而言,地址是默认填充的,退出订单等需要时再买并不付出什么代价,在这里京东让用户确认自己的行为是非常让人厌烦的。

而在退出支付界面时,京东仍然用模态对话框问“确认要离开收银台?超出时间订单会被取消,请尽快支付,继续支付or确认离开”,淘宝则不问,直接显示待支付的订单,如果用户不管,订单会自动删除。在这里,京东更加失礼,用户明明已经点击退出支付,为什么还要问,甚至要求用户尽快支付。

京东所展示的正是过度问烦人问题的服务员形象,让用户反反复复确认自己的行为,感到厌烦和丧失信心,相比之下,淘宝好多了。

案例三 麦当劳自助点餐与饿了么提交订单:不问问题而是提供选择

微交互的设计案例与思考(中篇)

回答问题与选择截然不同,前者让人感觉是被动的,被压制的行为,是日常生活中与上司和长辈间的对话模式;后者则会让人感觉是自主的,可控的行为。聪明的服务者不会强迫用户回答问题。

麦当劳设计了超级棒的自助点餐系统,但在对话框交互使用上不尽人意。当人们选完需要的食品后,屏幕弹出对话框问是否外带,选择之后屏幕又弹出对话框问是否确认订单,选择后屏幕又弹出对话框问是否送到餐桌。这种连续的独占态Y/N发问让用户感到霸道和压制。同时由于一旦回答就无法返回上一层,用户潜意识会担心自己选错,倍感压力。

虽然信息是必须向用户询问的,但麦当劳使用了错误的方式,饿了么则做得好多了。在饿了么的订单确认里,商品明细,是否匿名,用餐人数等必要信息,是让用户选择而不是逐个回答,一并确认提交。

案例四 轻芒和知乎的推荐信息:不强行推荐服务

微交互的设计案例与思考(中篇)

出于业务或商业需要,有时候产品必须向用户推荐信息和服务,但这不一定就和用户体验相违背。当我们走进麦当劳的时候,门口的展板,餐厅内的墙壁,服务台上都是推荐产品的广告,甚至在我们就餐中会发现,连食品的的垫纸上都是新品广告,但我们从未感觉这影响了我们就餐的体验。麦当劳摆放在那里,需要就买,不需要可以不看,不是强推给顾客的。

有一款APP叫轻芒杂志,每隔几天打开,文章上就会叠一摞卡片消息,分别来自该公司CEO、PM、设计、运营和客服的各种消息。更糟糕的是,这些卡片根本无法移除,盖在文章上无法阅读文章内容,只有一个一个点开看完关闭才能消除。这绝不是一个好服务员的体贴,而是愚蠢服务员的喋喋不休。

相比之下,知乎首页的付费Live呈现就好多了,这是用户打开应用第一眼就会看到的,但却不会感觉因为其影响了正常使用。知乎在这里非常聪明的使用了泳道模式,每个Live项目在卡片里以缩略态方式呈现,这些卡片可以横向滑动,在小面积内具有极高的信息呈现效率,不干扰用户操作。不强推服务给顾客,是好服务员应有的礼仪。

案例五 京东和阿里闲鱼:记住顾客的喜好

微交互的设计案例与思考(中篇)

我们每天都承受着移动产品各种推送的消息轰炸,从短信唤醒,到邮件活动,再到微信优惠券,可是当我们打开,很快就丧失信心了:我家里明明有空调,你推什么空调大促?我明明是个男子,你怎么推女装打折呢?几次下来,再推送的消息躺在了短信、邮件和微信消息堆里不再被打开,成为了垃圾。

(编辑:PHP编程网 - 黄冈站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

推荐文章
    热点阅读