移动优先以及不断下降的可用性

作者：Jameson Quave，原文链接，原文日期：2016-02-11
译者：小袋子；校对：mmoaay；定稿：numbbbbb

移动应用设计是时尚的

移动应用设计正在飞速发展，随着“移动优先”的思想成为所有品类设计的口号，这一切也都成了设计的一个主要指标。因此，我认为有必要先回顾并分析一下现今的应用是如何设计的。在这里，我将剖析那些我认为确实给我们带来损失，并让我们的软件更糟糕的移动应用设计趋势。

移动应用的设计方式是非常典型的时尚周类型，目标用户几乎每天都在变化。一个月前还很酷的东西，相较今天就显得陈旧了，因此我使用“时尚”这个词来客观描述这个现实状况。在我们深入移动应用设计模式这个专业领域之前，让我们先浅谈一下时尚本身。

时尚是独立的

我最近阅读了 Milton Glaser（世界上最著名的设计师之一） 的一篇文章。在文章中他谈到毕加索创作的“公牛”。在这件作品中，毕加索创作了十一只风格迥异的公牛。创作范围从现实主义风格到卡通风格，然后到更加抽象的立体派风格，最后是简单的线画艺术。

正如 Glaser 所说，”可以明确的是，每一幅画的风格都是不相干的。也就是从极端抽象主义到敏锐自然主义的每一种情况风格都是完全无关的。”——《 我所学到的十件事情》by.Milton Glaser

我认为这种线性的思考方式是非常有趣的。Glaser 指出“风格并不可信”。或者换个角度说，我们可以认为风格就是时尚，并且它是随大流的。在证明了工作风格确实和它的品质无关之后，我们可以得出这样的一个结论：应用设计的风格也是不相关的，尤其对一些小问题而言。

时尚是极为重要的

回顾一下，早前苹果公司的智能手机设计师都有一个明确的设计目标：让人们熟悉触摸屏。因此风格是带有阴影的光滑按钮，目的是让按钮显得是可触摸的。如果某个真实世界的模拟物可以被符号化来代替一个 3D 交互对象，他们肯定会用。这就是在设计圈熟知的 skeuomorphism （译者注：软件界面设计模仿实物纹理被称为 Skeuomorphism 的概念，苹果工业设计主管 Jony Ive 已经接手 iOS 和 OS X 界面设计，这种 Skeuomorphism 的概念可能将会消失。此前，Scott Forstall 一直是苹果 iOS 主管，本周早些时候苹果宣布他将离职。Ive 将会负责苹果人性化设计部门。）设计思想，我不会再重复解释为什么在过去几年里每个人都讨厌这种设计思想。但我要说的是，这些陈旧、丑陋界面的价值就在于通过 skeuomorphism 设计思想，我们能够培养用户去使用虚拟语言所实现的应用程序。我能想到体现这个价值最好的例子就是选择视图（在编程语言中叫做 UIPickerViewController ）。

选择视图的设计并没有什么实际的意义。唯一的好处就是让它看起来像是一个旋转的轮子，这会鼓励你去滚动它，就像在 The Price is Right （译者注：跟央视二套节目 “购物街” 一样的电视节目，有相似的游戏猜价格等。因为没看过这个节目，但猜想节目中参赛者有类似滚动价格标签的动作）中的参赛者一样。事实上还是有点好玩的。但是，这样的界面用起来却着实蛋疼。在同一时间内，你只能看到大约四到五个选项，并且选择某个特定选项需要微调排序界面，它需要你慢慢地、认真地将选定值调到视图的中心。一个更加简单的解决方案是将选项放置于一个全屏的列表上，而这正是苹果在他们自带的应用程序上最终使用最多的方案。（也被称为 UITableViewController）

而这种类型的界面有很多缺点，我必须好奇我那些年长的朋友，或者我未成年的侄子们是否能够在没有任何提示的情况下，便捷地使用智能设备。可以设想一下，在没有 skeuomorphism 设计思想的情况下，苹果的智能手机能够像现在这样成功？

不仅仅是选择器， skeuomorphism 还指导了 iBooks 界面，令其看起来像真实的书架。

日历界面也受到了 skeuomorphism 的启发，看起来像一个真实的日历：

仅仅为了好玩：设计师 Meng To 在 dribble.com 发布了让 Facebook 看起来像真实书本的 skeuomorphic 版本。

2016

让我们快进到 2016 年，我们已经完全抛弃了用户不知道如何使用触屏的想法。我想我们真的已经走得太远了。你是否曾经使用过 Snapchat （阅后即焚应用）？它看起来就像是在故意迷惑用户。通过使用假定你已经知晓的点击和按住的手势以及不可见的按钮，所有的东西都被隐藏起来，还包括很多类似的奇特设计。有些应用最有趣的功能也完全隐藏在视图之后。

几年前对应用 Clear （待办事项类的应用）有很多积极的反应。由于它独一无二的 UI 动画，造成了巨大的冲击。但是仍然有一个问题：转化为普通用户的下载量有多大呢？我不想坐在这里仇视 Clear ，因为我认为根据它的独一无二和时尚感，足以证明它是一个亮点十足的设计。但是不论怎么说，它并不实用。

很好，我划到右边去结束任务。。。我靠，搞错了，我应该如何取消呢？我是不是应该重新添加呢？等等，我应该怎么再添加一个任务？噢，是不是我用两个手指分离两个已经存在的任务，那样一个新的任务就出现在两个已存在的任务中间了？这太奇怪了。。。如果我没有两个任务呢？我是不是应该对空白的地方做“划开”之类的操作，这样我会不会有两个任务了呢？

是的。

你真的就应该那么操作，而且这感觉槽糕透了。。。

清除任务是划到左边，结束任务是划到右边。等等，这有什么区别？我已经清除了一些任务，但是删除了其他的。他们以各种方式从我的列表中被移除了。。。

如果你看一眼 AppStore 中 Clear 的预览，你可以看到很多用户在抱怨同意的事情，并且我甚至不能像你完全解释清楚，因为我也不是全懂。据说如果你向上滑动（或者是向下？），就会删除整个列表。这是一个多么搞笑、古怪的手势啊！太搞笑了！你就这样丢掉了整个任务列表，而这个列表正是整个应用的核心！不过，这个消失的动画太让人恶心了，所以这个应用肯定很伟大吧？

Clear 的教程告诉我应该“把手指垂直地捏在一起”去返回到上一级。因此取代点击返回按钮返回上一级，我必须做一个双手“划开”的手势？我还以为是那个创建新任务的手势呢？天呐！我该如果使用这个应用啊！

果断删除应用……

时尚一文不值

令人失望的是，某件事情似乎成了应用软件中的一个新时尚：我将其简单地总结为有意地损害用户体验。那时我们准备帮一个公司开发iOS应用，正在讨论时，他们给我展示了一个拥有相当多隐藏手势和按钮去控制 UI 的原型。我小心地解释道：用户未必会发现这些手势，我们应该使用按钮来代替，这样会更明显，作为折衷的方案，我们至少应该有一个快速入门的教程去展示这些功能。他们的回应令我很惊讶：

我们希望对此保密

如果我们做一个视频游戏级别的应用可能还会有些意义。就是典型的“隐藏”游戏中的某些区域，这样就可以在他们发现的时候得到奖励。也是游戏的初衷。但是对于一个移动应用，这就仅仅是迷惑用户的糟糕 UI 设计决策了。这并不是那种彩蛋之类的隐藏功能，这是应用中基本的用于切换到一个好友列表的功能。

你希望隐藏用户的好友列表？此类的想法现在很流行。不论我们喜欢与否，时尚影响了我们开发软件的方式。作为一个要花费好几个小时去开发这些功能的人，我讨厌那种让大多数用户不容易发现的想法。这就是我为什么谢绝了那种特别的项目。我虽然把钱留在桌子上了，但是把我自己从毫无意义的工作中拯救出来了。

我们有责任去纠正

我可以一整天坐在这里批判流行的应用设计（也许真的可能），但是如果真那样做的话，我这篇文章将会不会有更多的作用了。所以，让我们来谈谈解决方案。。。

1. 认识到你能解决问题

首先，我认为应用程序开发者从开发到生产的过程中有最终发言权是很重要的。你可能认为决策一般是由你的客户、老板、搭档或者你的狗所决定的。你想要把责任归咎给谁呢，应用最终还不是通过你的努力输出的。如果你被装箱放到角落里，并且被要求做一些厌烦的事情，你应该站起来反抗。你应该学会更经常地说“不”。在一天结束的时候，如果你认为你提供了解决问题最好的方案，并且工作出色，就没有人会去抱怨你。如果他们这么做了，那么和这些人共事也没有任何价值了。

2. 做走廊测试（hallway testing）

走廊测试是一种测试方法，通过让随机的路人使用你的应用来测试。你可能有已经签了保密协议或者类似的协定使得你很难进行测试，但是你应该确保你的协议中允许走廊测试。你也许不能放置广告或者让大量的测试者到你的办公室，但是你至少可以让你的家人或者朋友参与进来。

对于走廊测试来说，需要必备很重要的两个方面。首先你肯定不能在测试时向使用者说明用法。你的第一反应肯定是掩饰产品的不足，保卫你的工作，或者试图去转移话题避免尴尬。这显然不再是真正意义上的走廊测试，这代表你的应用将会被喜欢，因为你应用的使用者都是在你陪伴解释下使用的，这么做明显是不对的。

其次，你必须注意用户任何使用不顺畅的地方。如果你看到一个用户在应用的某个部分上困扰了几分钟，并且最终搞明白了，你可能不会记录下来，然后说“看吧，他们最终搞明白了，所有这没有什么重要性”。大错特错！毫无疑问，你的测试者比真实使用者拥有更多的耐心。如果一个测试者有困扰，你需要记录下来。实实在在地做记录，否则你将会忘掉这些，然后再也找不到这些问题了。

3. 不要隐藏任何不明显的手势

如果你做的手势涉及活动、捏或者其他手势，你应该确保这些手势是直观的。例如，平移地图（如苹果地图）是非常直观的。。。很明显你想要滚动视图，自然而然你就会做出这个动作。

你必须在这方面保持判断力，而确定手势清晰性的一个方法就是进行走廊测试，正如上面提到的那样。你可以相信直觉，但是你也需要确定正确性。有时候对你来说很浅显易懂的东西，对测试者来说就不一定了。

4. 不要太花哨

这里引用一个软件开发项目中很著名的论述。

大家都知道调试的难度是写代码的两倍。所以如果你极尽所能地编写出花哨的代码，到时候该如何调试呢？
“The Elements of Programming Style”, 第二版第二章

这同样适用于用户交互设计。如果有一个很巧妙的想法，你总是应该保持谨慎。最简单明显的方案通常是最好的。这基本上只是重述了 Occam’s Razor 的话，这段话经常被引用的原因是：这是真理。

5. 你来提建议
   还有没有其他的方式呢？你是如何确定应用的高实用性呢？在我推特的留言中提出来吧。

P.S.说一个有趣的八卦，“公牛”据说也是苹果在设计思维课里培训材料的主题，但是出于完全不同的原因。

本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问 http://swift.gg。