有哪些常见的移动端UX设计误区需要规避?
我们手机里面装满了各种各样的APP。安装这些应用,我们的初衷是让我们的生活更加便捷。但是当这些应用无法满足用户的需求的时候,用户自然而然会离开,并寻求更好的解决方案。一个成功的应用包含有诸多元素,而其中的用户体验设计则起到了决定性的作用。在残酷的竞争中,用户体验往往是决定成败的核心。
面对移动端设备,只有实践才能够检验一个应用的用户体验好坏。今天的文章,我们将专注于移动端用户体验设计中,应当规避的误区,这些信息并不高深,这些常见的错误是经过无数实践得出的经验。
不要为多平台设计一套界面
一个APP能够让人记住,很大程度上是因为它的UI在某些方面有着突出的设计。绝大多数的开发者希望他们的应用能够在多个不同的平台上发布,但是不同平台有着不一样的规范,贴合 iOS 的设计决策和方案放在Android 平台上可能导致完全不一样的结果。
不要模仿其他平台的UI元素和字体
当你为 Android/iOS 平台设计应用的时候,不要沿用其他平台的主题和UI元素,更不要模仿特定平台的操作方式。许多元素在A平台适用,在B平台上则可能会毁掉整个用户体验。
输入字段、复选框、开关按钮以及其他功能性组件尤其是如此,应当尽量贴合本平台的特征。使用原有平台的元素可以让用户更清楚如何使用,并且让用户对于你的应用中的内容与信息更加信任。在下面的案例中,你可以看到Android 和iOS平台中相同功能控件的差异:
虽然同样是扁平化的设计,但是Material Design 和iOS 的界面元素的设计有着明显的差异,iOS中拥有纯文本样式的按钮,字体风格有着明显的差别,Android 平台中按钮内容更多的使用的是大写字母,并且Android平台中的字体相对更纤细。
字体的使用同样要遵循两个平台的特征:Android 平台用的是Roboto 字体,而iOS平台目前使用的是新的 San Francisco 字体(中文字体为苹方)。
不同的字体能让你很快分辨出两大平台
如果你想为你的APP定制UI元素,那么你应当根据你的品牌仔细定制,而不是基于平台的规范来设计。
不要忘了匹配平台的图标
通常特定的平台会提供成套的图标,其中会包含常用的功能图标,比如新建、分享、保存和删除等,当你的移动端应用前一到另外一个平台的时候,不要复用上一个平台的图标,而应当替换为当前平台的图标。
与此同时,你也应当注意不同平台上图标的特征:Android 平台的图标中使用的线条笔触比较厚重,而iOS线条则更接近流行的线性图标的设计,线条纤细。下面是一些图标设计上的对比:
不要从APP跳转到网页
用户对于移动端的APP的交互模式和界面元素是有一个基本的概念和预期的,同时他们对于网页端的界面也是同样熟悉的。当网页上的浏览体验出现在 APP当中的时候,情况就相当尴尬了——用户会感受到这种差异,实际的体验和他们的预期有着明显的区别。举个简单的例子,带有下划线的链接就是个典型,它 明显是“浏览器界面”中常见的一种元素,在APP中,通常使用的是按钮而非文本链接。
下面的案例是来自TB Bank的iOS APP的界面,这个界面怎么看都是一个网页端的登录界面。实际上他们真的是将网页端的登录界面的代码整个嵌入到APP当中来。显眼无比的下划线文本链接也就算了,连同版权信息也一起复制过来了,简直不能忍。
APP应当始终给用户留个出口
用户体验设计很大程度上是与流程相关的,而流程在绝大多少情况下是帮用户推进进度、完成目标的。所以,你应当避免让你的流程陷入死胡同,这样会让用户感到混乱和迷惑,并且产生额外的、不必要的操作。
有时候设计师会将错误信息和空状态设计成为空白,但实际上这是个很好的机会为用户做一些更有用的事情,以Spotify 的报错界面为例:
这无疑就是一个没啥用处的空状态,它并没有告诉用户能干什么,也没有告诉用户到底发生了什么。
空状态,尤其是报错状态,不应该是“死胡同”,作为UX设计师的你应该通过界面告知用户他们应该采取怎样的行动,才能让应用按照他们的预期一样运作。
Azendoo 就在报错界面中告知用户如何解决问题
不要将用户导向浏览器
让用户一直在APP中操作吧。如果你的应用真的缺少某个特定的功能,不妨使用应用内浏览器来加载页面,而非跳转打开浏览器。在绝大多数的情况下,这样的设计会出乎用户的意料,失去控制,甚至难以回到APP,增加了意外也减少了可控度。
不要让用户一下载APP就评分
当你正在使用应用的时候,整个体验被打断的感觉真的非常令人难受。用户下载了应用之后,可能在一段时间之内仅仅只使用了几次,好用不好用还没体会出 来,这个时候突然让他给APP评分,这种被打断的体验可能会带来不好的评分。相反,当用户使用APP足够久了之后,这些重度用户可能会给予应用更为可靠的 评分和反馈。
你可以在用户进行了特定数量的操作,或者完成了特定的目标之后,触发请求用户评分的操作。对于请求用户反馈这件事情,Dan Counsell 的看法非常值得借鉴。谈及 iOS 平台的 Todo 类应用 Clear,他是这么说的:“iOS 版 Clear 的评分界面是在用户碰到过一系列状况之后才会出现的。首先,用户需要使用应用几周时间,然后,用户需要将待办事项列表中的所有条目完成之后才行,这对于一 个待办事项类的应用和用户而言,都是一个重要的时刻,用户会因为清空列表而获得成就感,绝大多数情况下,他们正因为完成任务而准备离开APP,这个时机非 常好。”
向用户申请获得反馈和评分本身并不是一件坏事,但是请务必确保整体体验良好。
结语
如今的用户对于APP的使用越来越多,了解也越来越深,相应的,用户对于APP的期望也更高,更具体。想要打造令人愉悦的APP,带来让人舒适而烦恼的体验,这才是是用户体验设计师应该做的事情。
译文来自:优设
原文地址:uxplanet
原文作者:Nick Babich
译者:@陈子木
这内容不是IOS设计规范么?
为什么你说的这些误区在所有APP上都有呢? ➡