你上一次往你的计算机里安装软件是什么时候？

我们升级，我们装新软件。过不多久，我们又升级，又装新软件，同时伴随着某些软件被卸载或打入冷宫。这个过程不停地被重复，我们似乎始终没有能够达到一个满意的终点。我也是如此。绝大多数时候并不是因为我需要某个特定的功能而安装一个解决方案，而是我对正在用的软件越来越不满而终于决定去寻找更好的工具。

我问自己这是为什么。作为一个可用性工程师，我脑子里条件反射般冒出来的回答是可用性问题。这个地方难用，那个地方别扭......不错，这个回答提供了一个可以松口气的解释。但是，这不是一个令人信服的回答。要认清为什么不论什么类型的计算机软件都普遍存在这个问题，我们显然需要探究得更深入一些。

说是由于可用性问题其实只不过是触及到问题的表面而已。可用性评估针对的是一个具体的设计。它往往只看到这个特定设计的不足而不关心进行这个设计的深层目的。如果让你对微软的Word软件做一个可用性评估，你会对Word是不是文本编辑软件有一丝一毫的怀疑吗？

导致这普遍存在的众多可用性问题，我想不应该归结为交互设计师的问题。每一个交互设计师（不是挂名的交互设计师的话）都已经十分努力地在提高交互的可用性。他们不是不了解可用性，而是他们总是面对无数的选择和取舍。 为什么会有这么多的选择与取舍呢？因为功能文档有几本书那么厚。为什么功能文档会有这么厚？因为．．．．．．Word不是文本编辑软件，而是编辑软件+排版软件+出版软件+作图软件+编审软件+......!!!

臃肿的软件定义才是问题的关键！

软件设计与硬件设计的一大不同就是软件可以无限制地近乎无成本地添加新功能，而硬件不能。我接触过的所有硬件产品经理都留给我一个深刻的印象：他们对设计所引入的每一分钱都十分敏感。而且硬件有着自身的诸多局限性使得它不可能随意添加过多的功能。软件则完全不同。在支付了软件工程师的薪水和提供工作环境之后，软件本身就是没有成本的东西。多加一百个功能也不过就是增加一系列零和一的代码而已，多加一千个功能也还是如此。

功能的零成本与营销的“大而全”理念造就了俯拾皆是的臃肿的软件怪胎。

解决这个问题的根本之道是对用户需求的深刻而准确的认识。现在一些Web2.0的应用开始体现这种思想，但也出现一些过于极端的设计（例如网站首页只有登陆界面而没有任何关于网站的说明）。将以下几点化为行动，我们才有希望走出卸载-安装的怪圈。

专注于用户的核心需要，抛弃那些看似有用的功能。80/20法则是再重要不过的尺度了。把一件事情做到99分=出类拔萃。把一百件事情各做到50分=不及格！
忘记关于初级用户和高级用户的争论。培养所谓的高级用户不是软件设计的目的，而只是为臃肿设计所找的一个拙劣的借口罢了。
停止使用功能列表的长短来误导用户对软件好坏的认知。回想一下各种各样的Pro版本，它们除了更臃肿之外，通常对你的工作并不产生更好的帮助（它们却要你掏更多的钱）。仅仅利用用户的心理弱点进行营销是不道德的行为。
最后，把功能文档删掉一半再交给交互设计师，让他再从中删掉一半然后作出设计。这将是一个好的开始。

转载自不言堂