有哪些常见的移动端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

译者：@陈子木