IAMUE
  • Home
  • 文章分类
    • 交互
      • 从零开始学交互
      • IxD案例
      • 微信热点
    • UXD
    • Wireframes
    • GUID
    • PM
  • More
    • AID
    • 资源下载
    • 作品集
    • 电子书:《从零开始做交互》
    • Sketch 4.9 - Sketch全系列免费下载(更新Sketch4.9)
    • 淘宝手机H5版UX移动交互设计规范
    • Axure基础入门
    • 隐私政策

交互设计与用户体验分析实例——外卖产品

ioued • 2016-10-26 14:57 • IxD案例

题外话:作为一名交互设计师,平时闲下来特别喜欢分析市场上的一些具有代表性产品的交互设计。同样,作为一名资深的吃货,毋庸置疑,当然先给大家分析几款“外卖”的交互设计。

文章转载自微信号:硅谷堂,原作者未知

题外话:作为一名交互设计师,平时闲下来特别喜欢分析市场上的一些具有代表性产品的交互设计。同样,作为一名资深的吃货,毋庸置疑,当然先给大家分析几款“外卖”的交互设计。

首先,我将分析的逻辑和大家说一下。

分析的角度:

一切从用户角度出发。

分析的内容:

  • 框架层:单个界面的元素逻辑关系
  • 结构层:多个页面之间的逻辑跳转关系

这里说明一下,关于分析的内容,有时候可能会顺带分析到产品的“表现层”、“范围层”、“战略层”等,毕竟这些层级之间是互相影响、互相渗透的关系。如果大家想了解更多的“层级内容”,可以好好研读Jesse James Garrett的《用户体验要素--以用户为中心的产品设计》。

分析的目标:

或者说换句话说,分析到最后的结点是:

  • 用户体验
  • 交互设计准则

OK,下面开始正式的分析了:

我选取四款主流外卖app:饿了么、美团外卖、百度外卖、口碑外卖(淘点点)

1477464874-3651-101e00020abdba75ecd2

在产品功能类似的情况下,用户体验最大程度上影响着客户的忠诚度。

因为四款app都是主流外卖产品,所以在产品的易用性和基本的用户体验上应该不会有太大问题,所以我会把分析的重点,放在产品的细节体验方面。四款产品的交互,好的方面就不多说了,我只把其需要改进的地方提出来,进行分析解决。

真正优秀的交互设计,并不能只注重产品体验的易用性,而是在设计用户行 为、帮助用户完成他们的目标时,还应该给用户带来更愉快、更有意义的体验。

一切从用户角度出发, 这四款外卖产品,用户的使用流程基本是一样的。即用户行为应该是:

浏览美食--确认下单--等待送达(催单、退单)--订单送达(评价)

那我就从浏览美食开始给大家分析:

1477464875-2811-f7c0005446d32336e2f

在四款产品中,我认为在这个环节设计上,存在问题的,就是口碑外卖。为了有助于大家更加直观的分析,我将口碑外卖设计存在问题的界面,简化为原型。原型更能直观表达界面的逻辑关系,使大家把精力集中在交互元素、逻辑关系上。

问题1:浏览任一店家食物界面,可点击的热区范围有误。请看下图【图中已经圈出标注】

1477464876-1408-10240001d15f67a6158c

原因1:只将热区放在图片和文字本身,而对于大部分习惯用右手操作的用户来说,图中的蓝色区域更接近手指,所以用户常常会遇到以下尴尬场景:

  • 恩?不能点吗?手机卡了
  • 不能查看“食物详情”,只能直接点单?

原因2:没有遵守一致性原则

当用户在“外卖”首界面,浏览选择店家时,每个店家都是一个整体(包括店logo、店名、销量、配送费/起送费、优惠),和之后的留白区域。当用户 触发点击,可点击的区域是一个整体。同交互、同体验,当用户浏览选择食物时,除了“添加食物数量”的botton以外,其余部分也应该是一个整体区域,即 用户可点击区域。

改进方法:遵守一致性原则,加大热区,即用户可点击范围,使用户体验更加流畅。

问题2:食物详情图,前后款食物滑动设计存在问题。请看下图【图中已经圈出标注】

1477464877-8120-10220002630ac9721fe0

设计的目标行为是:让用户通过左右滑动查看上一款和下一款的食物

原因1:与用户期望不符

但是,我觉得这里的设计,用户的行为可能是左右滑动,但是,大多数用户的心理却不是“ok,我滑动是来查看前一款和后一款食物的”。作为用户,大多数用户的心理应该是“这款食物有N张详情图片,而此时我在浏览他的第m张”。所以,造成用 户左右滑动的这种行为的心理和设计的目标是不相符的。这会造成什么呢?

用户A:额,怎么变成另一款食物了呢,不应该是我点击进去那款食物的详情图片吗?

所以,设计与用户期望不符。

原因2:没有意义

如果说,设计师想设计前后滑动这样一种行为,让用户来查看前一款和后一款的食物,那么就应该集中在行为上,而标记共有多少款食物,此时此刻,用户在浏览第几款食物,完全是多余的。用户最关心的应该是,此时此刻,食物的详情,而不是这家店有多少食物,我在浏览这家店的第几款食物,早在首界面,用户就应 该大致清晰的知道,这家店的基本菜单了。所以,这家店总共有多少食物,对用户来说,意义不大,甚至没有意义,没必要给用户增加理解负担。

改进方法:不多废话,直接上原型图【更多、更佳方法,我也在思考中,会同步更新,暂时先提供两种方法给大家,个人更趋向于第一种方法】

1477464876-1994-101f0002f3c6ecbf1b8b

下面来谈一谈确认订单页面:

1477464876-3657-101c0004df137b665cb6

我们先从导航和按钮上文字内容谈起【请看下图】

1477464877-7393-10220002630b18e2145d

每个产品该界面的导航文字和按钮文字整理如下:

那我先从导航文字讲起,共有三种情况,分别为“确认订单”、“提交订单”、“订单确认”。

从用户角度出发,一切以用户操作为基准,交互本身就是在设计用户行为,所以流程中的每一个行为的发出都是用户本身。所以,在正常的用户操作流程中, 正确的描述应该是一个步骤到另一个步骤,是“用户”+“做了一些事情”,所以在导航的文字设计中,应该采用“动宾”的结构更加合理。即“用户在确认订单”或者“用户在提交订单”,而不是“用户在订单确认”。

接下来,谈一谈按钮上的文字,分别有“确认下单”和“提交订单”两种。

与“确认下单”相比较,“提交订单”包含了很多的不确定性和不稳定性,“确认下单”,是用户当时所处的场景,“提交订单”更像是用户未完成那环节中的一个行为。所以“确认下单”,更能使用户的心理更加确定,使用户对整个操作流程更加清晰,界面的反馈更加清晰。

综合来说,饿了么和百度外卖在此处的设计更加合理,更加符合用户心理。

还是订单页面,下来来谈谈重点,就是订单信息的呈现和排列方式。

【首先,我先将界面原型化,帮助大家更加清晰分析】

1477464877-2884-f7c0005446f597f3db3

说明一下,在这里我只把这4款app订单界面的共同信息总结出来进行讨论分析,而个别app特有的信息暂不在讨论范围内。

下面开始分析:

首先,用户希望知道哪些信息:【此处为简单排序,无优先级】

  1. 我点了什么东西
  2. 我要付多少钱
  3. 我要怎么付款
  4. 这些东西什么时候送到我的手里
  5. 要如何联系我,送到我的手里
  6. 店家有哪些优惠呢
  7. 备注

第一步要做的就是,针对这7个问题,根据用户心理,进行一个优先级的排序。

@a:从使用产品本身,即外卖app角度出发,用户最关心的就是,在自己点完菜的基础上,这些东西要如何送到我的手里?什么时候可以都送到我的手里?。所以,“如何联系我,送到我的手里”应该排在首位、紧接着应该是“这些东西什么时候送到我的手里”。此时,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个模块,我把整合完成之后的进一步拓展信息也放了上去】

请看下图:

1477464877-7800-f7c000544706dfde6ec

下面放上原型,供大家参考:

1477464878-1434-101c0004df16b8a15360

来源:网络

如有侵权请联系硅谷堂

1477464878-1342-101e00020ac0429f600a

 

原创文章,作者:ioued,如若转载,请注明出处:https://www.iamue.com/18358/

logo交互交互设计交互设计师产品产品体验产品设计原型场景微信用户用户体验用户行为设计设计师转载
赞 (0)
iouedioued
0
生成海报
如果你想成为一名交互设计师
上一篇 2016-10-26
行业最佳实践 | 冷兔:用做产品的思维做表情
下一篇 2016-10-26

相关推荐

  • O2O产品的用户评价思考 IxD案例

    O2O产品的用户评价思考

    为什么产生这样的思考? 可能因为我在一家做 O2O 产品的公司,碰巧我做过 UGC 评价相关的交互设计,然而更重要的是前不久我在线下真实的场景中希望使用自家产品的评价帮助我作决策时,发现我的一些需求并没有得到很…

    2016-03-02
  • 消灭空状态 IxD案例

    消灭空状态

    设计师在做设计的时候,常常会忽略的一个页面状态就是空状态。空状态,顾名思义就是空白的状态,比如说:一个新闻的列表中没有新闻,这个时候列表就是空的,用户打开之后看到的就是白惨惨的一片。空状态的用户体验…

    2016-01-29
  • axure 折叠菜单 IxD案例

    axure 折叠菜单

    第一步:拖拽三个”动态面板“空间到制作区,分别命名为MB1、MB2、MB3,属性width:200,height:130。 每个动态面板都设置两个状态,分别为State1、State2。 打开MB1面板的State1状态,在里面添加一个名称为section1…

    2015-01-12
  • 无限下拉滚动 Vs 分页,究竟该使用哪一个? IxD案例

    无限下拉滚动 Vs 分页,究竟该使用哪一个?

    应该是使用无限下拉滚动还是分页的形式来展现内容?究竟那一个更好?相信这是一些设计师经常需要去思考的问题。其实任何事物都有优缺点,无限下拉滚动和分页也不例外。本文将两种方法的适用场景并分析哪类项目适合用…

    2016-06-07
  • 设计中的 “潜在过程的外在可见后果”分析 IxD案例

    设计中的 “潜在过程的外在可见后果”分析

    设计中的 “潜在过程的外在可见后果”分析 ——以第三方账号登录为例 “潜在过程的外在可见后果”,是在勒庞的《乌合之众》一书中看到的文字,这也是心理学家通常的研究切入点。外在结果作为表象,其潜在的发生过程才是更…

    2016-02-25
  • Smartisan OS v3.1.0 功能列表(M1 / M1L),创新交互设计“One Step”与“Big Bang”变革安卓阵营。 IxD案例

    Smartisan OS v3.1.0 功能列表(M1 / M1L),创新交互设计“One Step”与“Big Bang”变革安卓阵营。

    本次更新主要增加了两大重磅功能“One Step”与“Big Bang”,前者将常用的点击与分享操作放置于边栏,快捷切换与分享,快人岂止一步;后者可以将大面积按压下的文字区域,智能拆成字和词,你可以自由选择与搭配,同时…

    2016-10-19
  • 交互设计-网站页面视差效果(Axure RP 7.0 源码下载)

    很多(想)学习Axure的朋友,都是伸手党,这是一条不争的事实,直接拿过来省事又省时;
    能真正学会并驾驭这款软件的毕竟是少数(其他软件也一样,这似乎是一条无法打破的规律),不过金乌老师还是希望想使用这款工具帮你应付差事(实现梦想)的小伙伴儿们加油,自学是很辛苦的,只有经历了挫败、枯燥、郁闷的适应期才能真正适应并喜欢上自学这种方法,不积跬步无以至千里。

    IxD案例 2015-01-05
  • 为了App更新,程序猿都变成段子手了 IxD案例

    为了App更新,程序猿都变成段子手了

    头图来自:flickr 本文转自歪楼(easy1414),已获得其授权。 这年头混你们互联网创业圈真是太难了。 按着互联网思维,连修bug的程序猿小哥们都被逼得寂寞如雪。 有的自带牛逼气质: 有的在App更新日志里写起了诗: …

    2016-01-26
  • 交互设计案例-闲鱼产品分析 IxD案例

    交互设计案例-闲鱼产品分析

    闲鱼·产品分析 Completion Date    Completer    闲鱼Versions       Phone Type March 11,2015     niu hang      V_2.1.3_Android     MEIZU MX4 Pro 1.战略层 用户需求:闲置物品的买卖(包括且不限制于二手物…

    2015-05-07
  • 【译文】雨天里的交互细节 IxD案例

    【译文】雨天里的交互细节

    最近出现了很多智能手机用的天气应用。但是在以前,这些应用其实都不是很必要的,我们只要知道早上出门带不带雨伞就好了,所以如果天气应用可以直观地告诉我们这一点就好了。就像妈妈一样,在你早上出门的时候帮你…

    2015-10-30
  • UED书单
  • 微信精选
  • 投稿说明
  • 赞助

Copyright © 2024 WPCOM 版权所有 粤ICP备000000000号 Powered by WordPress