这篇文章介绍了软件设计中“易用性”的概念并解释了为什么它在软件设计项目中应该是一个重要的部分。
介绍
应用“易用性”到软件开发中
“易用性Usability（又被译为可用性）”这个词在软件开发中表现为这样一种方式，即把用户而非系统置于开发过程的中心。这种被称为“以用户为中心进行设计”的概念，是指从设计过程的开端便把用户所关注的东西包含于其中，并规定用户应该是任何设计决定中最重要的因素。
这种“以用户为中心进行设计”的方式最显著的方面便是易用性测试。在易用性测试中，用户对产品界面进行交互式的测试，并与开发、设计人员交流他们的观点和所关注的问题。
这篇文章讨论了“易用性”的概念及为什么它应该是软件设计项目中重要的组成部分。第一部分解释了在软件开发中“易用性”意味着什么，它跟产品价值的其他衡量标准如何相关。第二部分阐明了“易用性”的重要性及怎样把“以用户为中心进行设计”的原则包含于开发过程中等常见问题。这篇文章的末尾提供了一份有关的书籍、文章、组织名单，这份名单可以帮助你更多地了解易用性及如何把之应用于你的项目。
这篇文章中的大部分原则都适用于零售软件（retail software）的开发和内部应用软件(internal software)的开发。当你深入阅读时，请注意象“用户”和“产品”这样的词，思考它们和你自己的项目之间的关系，思考那些产品最终用户的需求。
定义易用性
●容易使用
“易用性”是一个衡量标准，用来衡量使用一个产品完成指定任务的难易程度。这跟 “功能性（utility）”、“喜欢（likeability）”这些相关的概念是不一样的。
●易用性 Vs 功能性 （Usability vs. Utility）
决定一个产品能否被用户接纳的关键是它是否有用，即实际使用它能否完成设计人员原本期望用户去完成的目标。“有用(Usefulness)”这个概念可以进一步分为“易用性(utility)”和“功能性(utility)”。尽管这两个词是相关的，但它们却是不可以相互替换的。
功能性是指产品完成任务的能力。产品被设计为能完成更多的任务，那么产品的功能性就越强。
让我们看看80年代末微软的MS_DOS版文字处理程序，该程序提供了很多很强的文字编辑功能，但是要求用户必须学习并记住很多神秘的按键才能完成任务。象这样的程序可以说具有很高的功能性（它们提供给用户很多必要的功能）但易用性很低（用户必须花大量时间和精力去学习、使用它们）。与此形成对照的是，一个设计得很好、简单的应用程序，比如计算器程序，很容易使用，但却没有提供多少功能。
这两种特性对于产品被市场接纳都是必要的。二者都是产品“有用”这个整体概念的组成部分。明显地，如果一个程序非常容易使用但却没有什么功能，没有人会有理由去使用它。而如果给用户一个功能非常强大的程序，但却很难使用，那么用户将很可能会抵制它或者寻求其他替代物。
易用性测试帮助你确定用户能否容易地执行特定的任务。但是，它并不能直接帮助你确定产品本身是否有价值或有功能。（用户在易用性测试中也许会主动提供跟功能性有关的评论，但是任何这样的评论应该通过别的、更加可靠的研究方法来验证）。
●喜欢它 Vs 使用它 （Liking It vs. Using It）
在一个产品中“受人喜欢”总是一个令人想要的特性。如果人们喜欢这个产品，他们更可能会去使用它并推荐给他人。但是你应该小心，不要把“受人喜欢”和“易用性”混淆。
人们经常会因为一些跟产品的易用性和功能性无关的理由而喜欢一个产品。他们常常因产品的式样外观或相信产品能赋予他们某种身份而被吸引。人们倾向于喜欢易于使用的产品，但你并不应该因此断定一个受人喜欢的产品是易用的。
易用性是关于用户能否使用产品来完成他们需要完成的任务。易用性测试主要衡量产品的性能，而非用户对它的偏爱。但是，可以用标准化的问卷调查测定用户对产品之间的偏爱。
●发现 Vs 弄懂 Vs 效率
易用性有很多方面，但传统上这个词特别是指“发现”、“弄懂”、“效率”等特征。
“发现（Discovery）”涉及用户根据需求去查找产品的某项功能（feature）。易用性测试可以测定用户找到某项功能需要花多长时间及用户在查找过程中会犯多少错误（找错位置）。
“弄懂（Learning）”涉及这样一个过程，即用户通过这个过程弄懂怎样去使用某项已发现的功能特点去完成手头上的任务。易用性测试可以测定这个过程需要多长时间及用户学会这个特点会犯多少错误。
“效率（Efficiency）”涉及一个时候，在此刻用户已经“精通”产品的功能并且不再需要进一步学习便可以使用它。易用性测试可以确定有经验的用户去使用某项功能特点所执行必须的步骤需要多长时间。
手头上任务的性质和用户执行任务的频率强烈影响易用性的这三个基本方面。有些功能很少被使用或者太复杂以至于用户本质上必须每次都重新学习它，对于这些功能，微软经常通过向导（wizard）方式来引导用户。
口号不起作用
软件设计人员有时会认为象“让产品更易用“这样的简单口号将帮助解决易用性问题。面对易用性的积极态度是重要的，但只有让普通用户对产品进行适当的易用性测试，才能提供给设计人员要创造出一个能满足用户需要的产品所需的有关信息。“让产品更易用”应该是每一个软件设计人员的座右铭，但是只有当设计人员明白”易用性“的含义这句话才有意义。对普通用户进行测试是确定易用性最可靠的方式。
相关阅读：
