关于外卖产品的交互设计与用户体验分析

题外话：作为一名网页设计师，平常空下来尤其喜爱剖析市面上的一些具备象征性商品的人机交互。一样，作为一名杰出的吃客，不容置疑，自然先给我们剖析几种“外卖送餐”的人机交互。最先，我将剖析的逻辑关系和各位说一下。剖析的视角：一切从用户角度考虑。剖析的內容：架构层：单独页面的原素逻辑顺序固层：好几个网页页面中间的逻辑性自动跳转关联这儿表明一下，有关剖析的內容，有时也许会顺便剖析到商品的“主要表现层”、“范畴层”、“发展战略层”等，终究这种层次中间是相互之间危害、相互之间融合的关联。假如大伙儿想知道大量的“等级內容”，可以好好地细读Jesse James Garrett的《用户感受因素--以用户为核心的设计产品》。剖析的总体目标：换句话说也就是说，剖析到最终的节点是用户感受人机交互规则ok，下边逐渐宣布的剖析了：我选择四款流行外卖软件：饿了么外卖、美团、百度外卖、口碑外卖（大众点评外卖）在产品功能相近的情形下，用户感受较大水平上危害着顾客的满意度。由于四款app全是流行外卖送餐商品，因此在商品的便捷性和基础的用户感受上应当不容易有很大问题，因此我能把剖析的关键，放到商品的小细节感受层面。四款商品的互动，好的层面就很少讲了，我只把其必须优化的地区明确提出来，开展剖析处理。真真正正出色的人机交互，并无法只重视商品感受的便捷性，反而是在设计方案用户个人行为、协助用户进行她们的总体目标时，还应当给用户产生更开心、更加有意义的感受。一切从用户视角考虑， 这四款外卖送餐商品，用户的应用步骤基本上是一样的。即用户个人行为应该是：访问特色美食--确定提交订单--等候送到（催件、退单）--订单信息送到（点评）

那我便从访问特色美食逐渐给我们剖析:

在四款设备中，我觉得在这个阶段设计上，存在的问题的，便是口碑外卖。为了更好地有利于大伙儿更为直接的剖析，我将口碑外卖设计方案存在的问题的页面，简单化为原形。原型更能形象化表述页面的逻辑顺序，使我们把精神聚集在互动原素、逻辑顺序上。问题1：访问任一商家食物页面，可单击的商品详情页范畴不正确。可以看下面的图【图上早已标出标明】 缘故1：只将商品详情页放到照片和文本自身，而对绝大多数习惯性用左手实际操作的用户而言，图上的蓝 ** 域更贴近手指头，因此用户经常会碰到下列难堪情景：1、恩？不可以点吗？手机卡了2、不能查询“食物详细信息”，只有立即点单？缘故2：沒有遵循一致性标准 当用户在“外卖送餐”首页面，访问挑选商家时，每一个商家全是一个总体（包含店logo、店铺名字、销售量、运送费/每单费、特惠），和以后的留白艺术地区。当用户开启点一下，可单击的地区是一个总体。同互动、同感受，当用户访问挑选食物时，除开“加上食物总数”的botton之外，其他部分也应该是一个总体地区，即用户可单击地区。改善方式：遵循一致性标准，增加商品详情页，即用户可点一下范畴，使用户感受更为顺畅。 问题2：食物详情图，前后左右款食物滚动设计方案存在的问题。可以看下面的图【图上早已标出标明】 设计方案的总体目标个人行为是：让用户根据上下滚动查询上一款和下一款的食物缘故1：与用户期待不符合。可是，我认为这儿的设计方案，用户的个人行为可能是上下滚动，可是，大部分用户的心理状态却并不是“ok，我滚动是来查询前一款和后一款食物的”。做为用户，大部分用户的心理状态应该是“这款食物有N张详细信息照片，而这时我还在访问他的第m张”。因此，导致用户上下拖动的这种做法的心态和设计方案的目的不是相符合的。这会导致什么？用户A：额，如何变为另一款食物了呢，不应该是我点一下进来哪款食物的详细信息照片吗？因此，设计方案与用户期待不符合。缘故2：没有意义。假如说，室内设计师想设计方案前后左右滚动那样一种个人行为，让用户来查询前一款和后一款的食物，那麼就应当聚集在手段上，而标识一共有是多少款食物，此刻，用户在访问第几种食物，彻底是不必要的。用户最在意的应该是，此刻，食物的详细信息，而不是这个店有多少食物，我还在访问这个店的第几种食物，早就在首页面，用户就应当大概清楚的了解，这个店的基本上菜单栏了。因此，这个店一共有多少食物，对用户而言，实际意义并不大，乃至没有意义，没必要给用户提升了解压力。改善方式：很少空话，立即上原型设计【大量、更好方式，我就在思索中，会同时升级，临时先给予二种方式给大伙儿（本人偏重第一种）】下边来谈一谈订单确认网页页面:大家先从导航栏和按键上文本內容说起可以看下面的图每一个商品该页面的导航栏文本和按键文本梳理如下所示：那我先从导航栏文本讲起，一共有三种状况，各自为“订单确认”、“下单”、“确认订单”。从用户视角考虑，一切以用户实际操作为标准，互动自身也是在设计方案用户个人行为，因此步骤中的每一个个人行为的传出全是用户自身。因此，在正常情况下的用户操作步骤中，恰当的叙述应该是一个流程到另一个步骤，是“用户”“ ”干了一些事儿“，因此在导航栏的字体设计中，应当选用”动宾“的构造更为有效。即”用户在订单确认“或是”用户在下单“，而不是”用户在确认订单“。下面，谈一谈按键上的文本，各自有”确定提交订单“和”下单“二种。与”确定提交订单“相较为，”下单“包括了许多的可变性和多变性，”确定提交订单“，是用户那时候所在的情景，”下单“更好像用户没完成那阶段中的一个个人行为。因此”确定提交订单“，更能使用户的情绪更为明确，使用户对全部操作步骤更为清楚，页面的意见反馈更为清楚。综合性而言，饿了么外卖和百度外卖在此地的设计更为有效，更为合乎用户心理状态。或是订单信息网页页面，出来来谈一谈关键，便是订单信息信息的展现和排序方法。【最先，我先将页面原形化，协助我们更为清楚剖析】表明一下，在这儿我只把这4款app订单信息页面的一同信息汇总出去开展探讨剖析，而某些app特有的信息暂没有在探讨范畴内。下边进行剖析：最先，用户期待了解什么信息：【这里为简易排列，无优先】1、我点了什么2、我想付要多少钱3、我想如何付款4、这种物品何时送到我的手上5、要怎样联系我，送到我的手上6、商家有什么折扣呢7、备注名称 第一步要做的便是，对于这7个问题，依据用户心理状态，开展一个优先的排列@a：从应用商品自身，即外卖软件视角考虑，用户最在意的便是，在自身点完菜的基本上，这种物品要怎样送到我的手上？何时可以都送到我的手上？。因此，“怎样联系我，送到我的手上”应当排在第一位、随后应该是“这种物品何时送到我的手上”。这时，4和5的部位就解决了！@b：从全部”订单信息“的目地考虑，付款应该是该页面的终极目标。因此从全部合理布局看来，付款按键的逻辑性部位应当在所有网页的右下方。那从付款按键考虑，”我想付要多少钱“的逻辑性部位，应当和付款按键最贴近，因此，”我想付要多少钱“应当排在相对性结尾的部位。为什么这儿是“相对性结尾”呢，由于要充分考虑“备注名称”的问题，由于对绝大多数用户来讲，应用备注名称的次数很低。他归属于用户认知度最少一级，（和商家也是有较大关联，商家究竟是否会理睬你的备注名称信息呢，因此这儿不确定因素许多）即使除掉备注名称，我也可以吃到饭，仅仅吃的口味和遐想中有一些区别罢了，因此这儿”备注名称“要排在最后的部位，”我想付要多少钱“排在他的上边就可以。因此，2和7的位子也明确了。@c：然后”我想付要多少钱“，那麼，有关钱的信息关键来自于”我点了什么“因此，依照有效的说明顺序，应当排在“我想付要多少钱”上边。那麼，1的部位明确。@d：下边处理解“我想如何付款”，有关“money”层面的一些事儿，应该是和1、2放到一起，而1和2全是归属于信息展现类，而3”我想如何付款“偏重于让用户变更一些信息，因此他一定不可以放到二者的正中间，那麼，就会有二种挑选，要不放到上边，要不放到下边。而依据@b中的原因，那麼最好的办法，便是将其放到上边。因此3的部位明确。@e：自然，特惠，是不可忽视的目前大部分早已做为商品关键市场竞争点之一，同种类的app，哪个app耗费越少，自然用户就回趋向挑选那一个耗费少的app，即使感受有不科学的地点也会被用户饶恕，也就是说，即使用户确实不容易应用，他也会找实例教程把他学好的。终究，花的但是裤兜的钱啊！而且，有特惠，更坚定不移用户提交订单的信心，因此特惠这方面要直接拿出来最好是。与钱有关，又与最终的付款额度挂勾，放到”我想如何付款“和”我点了什么 我想付要多少钱“中间就可以。6的部位明确。因此合理的次序应该是：1、要怎样联系我，送到我的手上2、这种物品何时送到我的手上3、我想如何付款4、商家有什么折扣呢5、我点了什么6、我想付要多少钱7、备注名称下边一步便是对这种优先信息开展融合分类。我依照信息展现（不用用户实际操作）和信息改动（需用户实际操作）将其左右融合，是信息更为简约。【这儿，共融合成5个控制模块，我将融合进行以后的进一步扩展信息也放了上来】可以看下面的图下边放上原形，供各位参照：有关后边等候送到（催件、退单）--订单信息送到（点评），我能相继升级！希望大伙儿持续关心！