移动端设计模式的误用

如果你是一名经验丰富的设计师，你一定会认同一点，受他人启发并不是在抄袭UI设计。这是一种最佳的研究实践。它也要运用各种设计模式，也要遵循设计规范，也需要确保选择用户熟悉的模式来建立可用的界面。

有些人可能会说，死守规范和模仿他人会扼杀创造力，终将有一天，所有应用都长一个样。但从用户体验的角度我注意到另一个问题。习惯于最佳实例可能会让你盲从Google/Facebook/Instagram/还有你最喜欢的应用，误以为他们的设计目标与你的相同，你却未对此产生质疑。下面是一些被认为（或是曾经被认为）是最佳实例的模式，但未必如你初见时所认为的那么好。

1. 隐藏式导航

至少有五十万篇关于汉堡菜单的文章，多数都是设计师写的，为此展开激烈争辩。如果你对此一无所知，可以读读这篇或者这篇。但简而言之，讨论点并不是这个图标本身，而是将导航隐藏在一个图标中。

侧滑菜单非常灵活，使用也方便。

这个解决方案对于设计师很有诱惑力，方便快捷：你不用操心有限的屏幕空间，把整个导航塞进默认隐藏的滚动层里就可以了。

但是，实验显示，用一种更加可见的方式展示菜单项，能够提升活跃度、用户满意度、甚至收入。这就是为何所有 大 公司都在舍弃汉堡菜单，让最重要的导航项持续可见。

YouTube导航的变革，Luke Wroblewski注

如果你的导航很复杂，将其隐藏并不是友好的移动端做法。为它排个主次才是。

2. 图标，到处都是图标

由于屏幕空间有限，另一个看似无需动脑的节省空间的方法，就是把文字尽可能都换成图标。象形图标占用更少空间，也不需要翻译，毕竟人们对这些都很熟悉，对吧？而且其他应用都在这么做。

脑中带着这样的假定，应用的设计师有时就会把功能藏在一些难以辨识的图标里面。例如这个，在Instagram中你可以通过这个图标直接发送消息，你能猜到吗？

或者假设你从没用过Google Translate，点下面这个图标你觉得会是什么功能？

有个常见的错误，就是假定用户都熟悉这些象形图，或者愿意花时间探索和学习它们的含义。

Bloom.fm难以理解的标签栏。

如果你认为在图标上加上悬浮气泡会让它更易用，那你就错了。即使你是Foursquare，用户无论如何都需要学习使用。

Swarm中的图标提示。

这不是说根本不应该用图标。 有许多人们相当熟悉的图标，其中多数都表现一些常用功能，例如搜索、播放视频、邮件、设置等等。（但用户仍然会感到不确定，例如，点击心型图标时究竟会发生什么。）

有些图标多数用户都认识，这些可以作为通用图标。

但是，复杂且抽象的功能总是应该带有适当的文字标签。在这种情况下，图标仍然有用，因为它们提升了菜单项的显著性，也为应用增加了一丝亲切与个性。

Pixelmator的导航

基础功能用图标可以很有效地展现，但对于复杂的功能，应该带上文字标签。（如果要用图标，一定要做可用性测试。）

3. 基于手势的导航

苹果在2007年推出iPhone时，多点触控技术成为主流焦点，用户了解到他们不仅能够在界面上点击，还可以放大、捏合和滑动。

手势在设计师群体中盛行起来，有许多应用都带有实验性的手势控制。

Clear应用中的手势导航。

就像把导航藏在图标中替代文字标签，手势有时候对于需要节省屏幕空间的设计师而言也极具诱惑力。（“不应该有删除按钮，人们左滑就行了。或者右滑也行，这个我们来决定。”）

关于手势要知道的第一件事情，就是它们总是隐藏的。人们需要记住它们。就像汉堡菜单那样：如果将某个选项隐藏起来，使用它的人就会减少。

而且，手势与图标有同样的问题：有些通用手势大家都掌握了，例如点按、缩放、滚动。还有一些手势每个应用都不同，需要探索和学习。

但不幸的是，多数手势在不同应用中，都是非标准且不统一的——这仍然是触屏界面设计相当新的一个领域。甚至简单如滑动手势，在不同邮件应用中也不一样。

在苹果的邮件应用中右滑，会显示出标为未读选项。

同样的手势在Mailbox里却是归档邮件。

还有，想一想，摇晃手机可能既是撤销（iOS）又是发送反馈（Google Maps)。

不要忘了手势是隐藏式的控制，你的用户需要付出大量的精力才能记住。除非你是Tinder，那你或许可以为全世界定义右滑的意义——但也仅限于你应用中至关重要的某个概念。

4. 首次使用的教学引导

首次使用，最近一个火热的用户体验议题，指的是用户与应用的第一次接触。在许多例子中，这就是指显示一些教学引导层，向用户说明应用界面：

dcovery中的教学引导。

为什么这是个糟糕的方案？因为多数用户会跳过你的介绍；他们只想立刻上手。即使他们注意到你的教程，通常也转瞬即忘。（尤其当界面信息太多时。）最后这点也很重要：加入教学引导并不会使界面更直观。牢记这一条：

用户界面就像一则笑话，如果你非要解释它，就不好笑了。来源：Startup Vitamins

首次使用的流程还可以用许多其他方式来设计，或许对用户更加有用。例如Slack，用了主界面来营造环境氛围。他们做了自我介绍，重点阐述了它的好处，而非界面与功能。

有一种更加有互动性的方式欢迎新用户，渐进式。Duolingo没有解释应用的功能：它鼓励用户打开，在选定的语言中做一套快速测试（甚至都不用注册），因为人们在实际操作中学习最快。而且它也是一种更吸引人的方式来展现应用的价值。

还记得滑动手势在Mailbox中与Apple Mail里不同么？这就是它如何渐进式引导的：用户会看到一系列引导页，在实际使用应用之前，他们要在其中试着操作每一个手势。

在设计半透明层上的教学引导之前，停一停，思考一下用户首次打开的体验会是怎样。要重视环境。多数情况下，总有更好的方式来欢迎用户。

5. 有创意但不直观的空状态

空状态非常容易被经验不足的设计师忽略，但是，它是应用整体用户体验的重要因素。

有时候设计师把错误信息和空状态当作挥洒创意的画布。

例如Google Photos的这个空状态界面：

Google Photos中的空状态。

第一眼看觉得很棒，对吧？遵循规范，层次分明，还有漂亮的插画。

但再看一眼，有一些奇怪的东西：

• 如果都没有相片集，为什么还要一个如此突出的搜索按钮？为什么要在空无一物中搜索？
• 第二明显的元素——插画，却显然是不可点击的（尽管许多人会试着去点）。
• 提示说我应该寻找顶部的“+”按钮，这太尴尬了。为什么提示本身不带有添加按钮？这就像是在说“点击继续按钮继续”。

上面的这个空状态并没有帮助用户理解环境：

• 相片集是什么？它们有什么用？
• 为什么我没有相片集？
• 我该怎么办（我该做点什么吗）？

说到创造力，有时候少即是多。下面的空状态在实用性方面表现就非常好。（我们暂且忽略“现在点击下方按钮”的说明。）

Lootsy的空状态。

别忘了空状态（类似于网页的404页面）不仅仅关乎视觉美学与品牌个性。它们在可用性方面还扮演着更重要的角色。要让它们直观易懂。

质疑一切

不要误会我的意思：设计模式与最佳实例仍然是你的良师益友。但要牢记应用和用户是不同的，某种解决方案可能在一个应用中大放异彩，在你的应用中却一败涂地。这不是普适规律。而且，你永远都不会知道一个应用为什么要这样设计。

独立思考。独立设计。独立研究。

权衡、测试、验证——别怕违背规范，只要那样做更有意义。