写在前面：作者为简化界面提出了雪犁原则（不是雪梨哦~），生动的讲解了简化界面的必要性以及一些实用凑效的方法，希望能对大家的工作和创作有所帮助。欢迎大家关注我的微博@Gaoyoungor，与你分享更多关于设计。
摘要：用户体验要实现的一个重要目标就是保持事件流程的简单性。很不幸，当前有很多网站和应用因为太复杂的界面给用户造成了不必要的麻烦。在这篇文章中，我们将探索出一种思考方式，来判断界面当中哪些要素对于用户来说是必要的，哪些是值得重新考虑的，哪些是可以删掉的。
简单直观的界面主要涉及到和功能的权衡，换个角度看问题，可以更好的确定界面中的必要元素。文章的第一部分我将介绍一种独特的方式来看问题的简化，第二部分我将讲解实现该方式的方法。
（一）
用户界面的“雪犁原则”
首先，让我们来花点时间来思考一下比较低调的雪犁。雪犁主要是在暴风雪的天气用来清理地上的积雪，保证道路安全。它的价值毋庸置疑，在全世界很多地区是基本的公共安全工具。
但是，试想你拥有一辆雪犁车，你会开它去杂货店打酱油吗？或者是每天开它去上班？应该不会的，除非你生活在南极洲。我们大多数人生活的气候环境应该只是在特定的时间需要雪犁车，比如说出现极端天气的情况。事实上，很多人生活的地方甚至从来没有用过雪犁。
那么，这与用户体验和界面设计有什么关系呢？用大量无用的信息和功能拼合而成的页面就等同于在日常生活中使用雪犁车。当然，雪犁车能带你街头巷尾去打酱油——但是雪犁车所实现的什么功能才是你真正需要的呢？试想一辆小巧轻便的车是否也能带你去李大妈家？也就是说你不用启动雪犁车这么笨重的设备也能去李大妈家打到酱油！
为“暴风雪天气”设计用户界面
很多网站和应用软件喜欢通过界面和信息的堆砌来满足所有用户可能的需求，而不是为最普遍的需求去设计。让我们回到雪犁车来看这个问题。假设你拥有一辆雪犁车，在启动这个笨重的家伙之前好好考虑一下是非常明智的，比如说：
·当前和预期的天气条件；
·道路条件以及已知的道路上的危险；
·出行的目的和需求；
·驾驶员的技术和经验
但是网页或者软件的界面通常是基于“多即是多”的原则来创建的，所以界面的设计旨在默认状态下就可以容纳大多数甚至所有可能的用户使用情况。这就相当于，在一个阳光明媚的午后，你给了小明你们家雪犁车的钥匙，让他去巷口李大妈家打一瓶酱油。也就是说，你只需要将用户从A点引导到B点，而你却采用了过于笨重繁复的页面，这个页面对于大多数的用户来说，信息量太大或者选择项太多了。
这种现象可以拿早期版本的Microsoft Word举例。Word的老用户应该可以想起来，在最近的版本之前，word总是默认为用户呈现大量的选择，这让用户——尤其是初学者——在一大堆选项里面寻找所需的功能项变得非常困难。它的用户界面里面所有被典型用户经常用到的或者很少用到的功能项被赋予的同样的视觉重量。（译者注：所以金山wps现在这么火…）
在word里面，微软本质上是给了一把雪犁车的钥匙让小明去打酱油。（新版的office软件虽然不完美，但它强大的定制性在突出重要功能方面做得很好）。
其他的例子也是随手捻来。网站和应用的界面设计通常都是用来满足所有用户的所有使用情况的，而不是为了用最简便的方式满足最普遍的需求。
简化——停下你的雪犁车
既然我们明确了问题的所在，那么就可以探寻解决方案了。我们怎样才能保证截然不同的用户能获取到必要的信息和选项，同时又避免让用户陷入“雪犁界面”的泥潭呢？
在文章的第二部分，我将阐述一些特殊的方法来停下雪犁，同时满足你的用户需求以及商业目的。
（二）
简要：在文章的第一部分我阐述了什么叫做“雪梨原则”——在界面中放置太多的信息和选项就相当于开一辆雪犁车去巷口的李大妈家打一瓶酱油。现在我们来探讨这个问题的一些解决方案。
一个界面里信息和选项堆砌太多，会造成用户混淆，用户体验极差，改变刻不容缓！
要解决这个问题不需要你能造火箭（或者关于打酱油开雪犁车的科学研究），但它真的需要你和你的团队以不同的思维来看这个问题。这里有几条策略可以考虑一下：
1. 把简化界面作为项目规范。
不用说一些机构肯定就是这样做的，但也有很多机构只是口头上说说“以用户为中心”罢了。以用户为中心的设计需要立字据，需要团队付出努力去研究用户需求。良好的开端就是要保证有一份文件明确指出：该项目要以简约和易用性为核心设计需求。
2. 研究用户目标和需求。
很多组织和团队是根据假定的用户需求来做设计方面的决定，这只能说比完全忽略用户的感受好一点。即使你们团队最见多识广的成员也不是产品的真正用户。换句话说，猜测用户需求，产品失败之捷近也。不要躲在办公室假定你的用户需要什么了，去问他们。（我会在另一篇文章中阐述如何咨询用户）
你可以从以下几个方面调研和记录：
·Who 你所要面向的用户群体（他们的人口统计资料、技能、工作环境）；
·What 你的用户从你的应用程序或者网站真正想获取什么；
·How 你的产品怎样适合他们的工作习惯。
这些基本的信息能确保你围绕以下几点为中心进行设计：
·什么是最需要的；
·以最大多数的用户为基础；
·以最常见的使用案例为基础
掌握了这些信息以后，你就可以移动甚至删掉那些相对不重要的元素和功能，比如说那些和用户很少关联的或者大多数时间都用不到的东西。
3. 为每一屏重要的界面建立一个特定的目标。
应用程序或者网站每一屏的用户需求和商业目的应该联系起来。比如说：
·用户完成或者离开一个给定的页面的时候会获得什么？
·这一屏界面预期的用户结果是什么？
·这将怎样让用户受益？
·这将怎样让你的公司受益
4. 根据情况为界面中的元素建立优先级顺序。
一旦获悉对于用户来说什么是重要的什么是次要的，你就可以通过调整界面来强调重要的功能和信息，让这些条目更容易的被发现和理解。记住，这些属性、元素和功能必须是对于满足你的用户的需求来说是最重要的，而不是对于开发者，设计师，或者说是营销团队成员。
5. 移动或者隐藏低使用率的信息和选项。
这就是“少即是多”原则里“少”的一面。如果一个界面元素使用率很低，那么它就应该被隐藏或者删掉。然而这并不是意味着要将那些不太重要的选项几条沟深的掩埋下去，它本质上是指通过一种布局把让它们不那么突出，“把它们藏在视线范围内”。举个常见的例子，我们通常可以用一段简单的总述加一个“更多”链接来代替一大段免责声明或者使用说明；再举一例，对于地点筛选列表的设计，我们可以将最流行或者说最可能的类目放到列表的打头处，比如说将“United States”放置到一个主要用户群来自于美国的应用表单的地址列表里。
6. 编辑甄选的内容，简洁而不至误解。
一旦你将所有的页面内容缩减为最本质的元素，这时候就需要你保持语言的简明扼要，同时你的布局结构也要让用户很清楚的找到并且理解重要的信息和选项。任何的时候，你都应该尽可能的保持免责声明，用户引导以及其他的文本性内容简短可读并且引人注目。为网站和软件写文案本来就是一门艺术，超越了普通意义的文章，之后我会跟大家分享更多的此类写作经验。
7. 测试你的用户体验。
用户体验的好坏是可衡量的。如果你不做测试的话，就是给自己开了“飞行模式”，然后仅仅只是凭感觉猜测自己产品的用户体验好坏。定期测试你的网站和软件，即使它已经满足了你的商业目的。用户体验测试的方法很多，比方说正式或者非正式的用户体验测试，或者是线上调查。不管采用的是什么方法，目的是保证你的软件或者网站能够满足用户需求。当二者发生分歧时，正是你改进产品的时候。另外有一点需要注意下，就是用户需求不是一层不变的；用户需求会随着时间而改变。如果你不和用户谈谈他们接下来的需求，那么你将很可能会错过一个提升用户体验的大好时机，甚至失去一批用户。
很矛盾，我们需要如此复杂地探讨简洁。这篇文章只是简单讲解了一些表层的东西，我计划在未来一段时间里跟大家分享更多。同时，也希望这篇文章对家有所裨益，并且能带来关于简洁的界面提升用户体验的讨论，同时引起一些积极的改变。
图片由Joost J. Bakker. Creative Commons授权。