今天，易用性很关键。用户已经熟悉了个人和商业目的的产品，它们有愉快的、面向用户的体验。忽略这些易用性需求是荒唐的，但我们发现易用性需求常被忽略，因为人们假定正常的程序员都不会创造出难以使用的产品。最后，产品的易用性可能是决定目标用户是否真正使用它的关键因素。
以及对使用体验的期望。易用性需求使产品符合用户的能力易用性和人性化需求使产品符合用户的能力和期望。在需求规格说明模板的第3节，我们描述了产品的用户，解释了如何界定他们的技术水平。他们是哪种类型的人?他们需要哪种类型的产品来完成他们的工作?易用性需求确保你为他们开发一个成功的产品。
产品的易用性会影响生产效率、错误率和接受程度(例如，人们是否真正使用该产品)。在编写易用性需求之前，要仔细考虑客户期望用产品达到什么目标。例如，你可能写下这样的易用性需求:
对于计算机经验有限的客户，产品应该易于使用。
你也可以针对不同的用户群:
对认证的机械工程师，产品应亥易于使用。
这项需求记录了客户的意图，目前已经足够了。稍后你会补全它，让它可测试。"易于使用"和"易于学习"有轻微的不同。易于使用的产品的设计目标是促进持续的效率，所以在使用产品之前可能要经过一些培训。例如，假定你要指定一个产品，它由办公室职员在办公室里使用，完成某些重复的任务。你会被告知，它应该易于使用，即这意味着要培训用户来使用该产品，因为持续的效率将带来数倍的回报。
Adobe Photoshop就是这样的一个例子。Photoshop是一个复杂的产品，它提供数量惊人的数字图像处理工具，其目标受众是图像艺术家和摄影师。Photoshop的学习曲线相当陡:有很多东西要学，可以说它不容易学会(至少对本书的一位作者来说是这样的)。但是一旦学会之后，它的功能使处理图像变成一项直接，甚至可以说是简单的任务。考虑到完成任务所需的功能的深度以及任务本身固有的复杂性，在你学会怎么用以后，Adobe做到了产品的易用性。
相反，易于学习的产品的设计目的是针对那些不太经常完成的任务，因此用户可能会忘记怎么用。例如，软件产品很少使用的功能，年度的报表等。公众使用的产品(不可能进行事先培训)也应该易于学习。例如，公用电话、公共场所的因特网连接，以及自动售货机。
可以这样描述需求。
描述:产品应该易于学习
或者可以这样写。
描述:当未经过培训的公众第一次尝试使用该产品时，它应该易于使用理由:这是一个新产品，我们需要客户自愿转换到使用它。
这段描述初看起来似乎是显然易见的。但它是一项需求:利益相关者希望产品易于学习，理由说明了为什么利益相关者要加入这项需求。将来，你加入验收标准时(这很重要，所以我们接下来用一整章来探讨它)，可以对"第一次尝试时易于使用"进行量化。合适的验收标准可能如下。
验收标准:客户代表中90%的人在第一次使用该产品时，能在90秒内成功地完成(任务列表)。
我们有一个客户，他希望产品能做到"用户友好"。我们找不出任何"用户友好"的度量标准，所以我们很自然地觉得不能把"用户友好"作为一项需求。但是，通过简单地提问后我们发现，他心目中的产品将吸引打算使用该产品的个人顾问。他知道顾问使用了该产品后会变得更有工作效率，但他也知道如果他们不喜欢该产品，他们可能不会使用它，或用不好它。有了这样的理解，需求开始看起来是这样的:
个人顾问将喜欢该产品。
我们向客户建议测量顾问的人数，这些顾问在经过初期的培训之后，更喜欢用新产品代替他们原来的工作方式。客户同意了这一点:他告诉我们，如果有75%的顾问在6周的熟悉期后还使用该产品，那他就满意了。他决定让顾问匿名投票。
因此我们得到了易用性需求的描述和理由。
描述:产品应该为个人顾问提供一种喜欢的工作方式。
理由:为了树立起顾问对产品的信心。
我们也有了验收标准。
验收标准:在经过6周的熟悉期后，75%的顾问将转而使用该产品。
易用性需求还可以包括:
用户的接受率或采用率;
因为引入该产品而导致的生产效率的提高;
错误率(或错误率的降低);
在产品使用的国家被不说该国语言的人使用;
个性化和国际化，让用户改成本地拼写方式、货币，及其他选项;
对残障人士的可用性(有时候这是法律强制的);
被没有计算机使用经验的人使用(一项重要，但经常被遗忘的考虑);
在黑暗的时候使用(这迎合了吸血鬼社团)。礼貌是易用性中另一个常常被忽略的方面。你是否曾遇到过一个网站，要求你创建账户，填写所有个人信息，然后输入口令?在这之后，你得到一条消息:"口令应该是8个字母或数字，包括一个大写字母和一个数字，请重新输入口令。"同时，前面为了创建账户而输入的所有个人信息都被清除，要求你再来一次。我们不能容忍一个人有这样的行为，那么为什么要容忍这样的软件?对用户的这种行为表明缺少礼貌需求。
描述:产品应该避免要求用户重复已输入的数据。
理由:为了建立用户对产品的信心。
易用性需求源自两个方面，一方面是客户期望产品达到的易用性水平，另一方面是预期用户具有怎样的经验。自然，用户的特征不同导致他们的期望不同。作为需求分析师，你必须发现这
些特征，并确定怎样的易用性水平将给用户带来舒适有用的体验。在你编写易用性需求之前，要清楚地了解谁将用你的产品，这是有帮助的。在第7章中，我们讨论了创建假想用户的过程:假想用户是从主要用户中提炼出来的虚拟人物。你通过调查用户社团来创建假想用户，然后导出代表用户社团的典型特征。如果团队创建了假想用户，团队的成员会非常了解他，所以他们能够对什么适合假想用户很快达成共识。因此，你要编写适合假想用户的易用性需求(假想用户是真正使用产品的人的化身)，而不是根据你自己的个人偏好，或根据一两个叫得最响的用户的偏好，来编写易用性需求。
要注意易用性，因为它常常让你在竞争产品之间发现差异化因素。