可用性工程是整个产品生命周期中进行的一组活动。

4.1了解用户

直接接触用户，而不是间接接触和道听途说。

1、个体用户特征--了解用户的市场研究、工作环境和社会环境

2、任务分析

3、功能性分析

4、用户的演变

4.2竞争性分析

现有产品和同类产品 可以作为测试的原型。得到的数据将为新设计提供启发。

4.3确立目标

可用性目标序列例子

对于新版本或者市场上有明确竞争对手的系统来说，可用性目标的最低水平就是当前的可用性水平，目标可用性水平可以确定为在此基础上某种程度的改进，其改进的程度足够吸引用户更换使用的产品。

对于新产品来说，有一种方法是定义一组样本任务，然后请一些可用性专家来评估一下用户“应当”用多长时间完成这些任务。还可以询问用户，不过用户在这方面经常没谱。

经济影响分析：提升效率可以为用户带来的经济收益，以及自身企业成本上的考虑

4.4并行设计

并行设计和反复设计之间的关系。通常第一个原型都是根据若干的并行设计方案的构思而形成的。

设计初期，并行设计几个不同的方案来进行探索。（本书讲的设计方法适合项目的早期探索设计方案阶段。项目开发过程中，现在流行精益开发，通过ab测试，推广数据比较好的方案）

4.5参与型设计

通过设计人员和用户的定期会议，让用户参与设计过程。

用户不是设计人员，但是他们善于对他们不喜欢或实际上并不可行的具体设计方案提出意见。

要注意用户并非总是对的。

对于较大型的开发项目，要定期更新参与项目的用户代表。几次即可

4.6整体界面的协调

一致性：和产品相关的内容、产品不同的版本

由某个人或者一个委员会来协调一致性，可以试相关术语词典，或者原型（高保真）本身就是很好的描述。也可以通过共享代码等技术措施。

4.7指南应用和经验性评估

指南列出了开发项目中应当遵循、广为人知的用户界面设计原理。在任何特定项目中，应当使用若干不同层次的指南：适用于所有用户界面的通用指南，针对所开发的系统类型的种类专用指南，以及针对特定产品的产品专用指南。

标准描述界面呈现给用户的样子，而指南则是对于界面的可用性特征提出建议。

4.8原型

使用原型进行用户测试，优于开发完成后再测试，尤其是大型项目。用于测试的原型可以是简略版的。

垂直原型：减少功能数的原型，只能测试完整系统中的一部分，适合进行深度测试。

水平原型：降低功能水平，不能执行真实任务。适合测试用户界面的整体效果。

还可以同时减少功能数和功能水平，追求快速低成本，但是原型的真实感不高。

其他加速原型实现的方法：1、不追求原型占用的计算机系统资源。2、不太可靠或者质量较差的代码也可以凑合。3、简化的算法。4、通过人类专家的幕后操纵，来实现那些难以变成实现的计算机操作（！！！）。5、使用比目标平台更快的计算机系统。6、采用低逼真度的界面。7、采用模拟的数据和其他内容（占位符）。8、纸质原型。9、采用完全想象的原型（！！！）

可以在不同的阶段使用不同的原型进行测试。

剧情：是对以下事物的一种笼统描述：1、用户个体。2、对一组特定计算机功能的使用。3、获取特定的结果。4、在特定情况下。5、经过特定的时间间隔

剧情可以在用户界面设计过程中，作为用户与未来产品交互的描述手段。还可以再早期评估中，在不创建原型的情况下，通过剧情获取用户反馈。

4.9界面评估

界面评估，最基本的建议是要做用户测试。原型可以用来在早期进行评估。下一章将讨论的经验性评估，则可以在不必花费用户测试开销的情况下对可用性进行评估。第6章将对用户测试做更详细的介绍。

严重性评价：

对测试结果进行优先级排序。严重性评价可以由可用性专家来打分。然后综合这些专家的意见。

评价方法：1、采用一些尺度进行打分（比如0-4分）。2、遇到问题用户比例，用户受这个问题影响的程度。

如果得不到用户测试数据，也可以由可用性专家对每个问题的频度和影响程度做出经验性的估计，这种估计最好以少量的用户观察工作为基础。

判断某个可用性问题是否只在头一次遇到时给用户制造麻烦。

4.10反复设计

灵感来源：1、可用性测试结果。2、用户交互过程的日志。3、根据可用性指南知识，建立不同方案，并进行测试。

修改一个地方可能一次不成功，也可能会引发别的问题，这些也是优先级的一个考虑因素。

有时候反复设计的设计构思方案，可以用经验性分析，而不必进行彻底的用户测试，浪费资源。主要设计版本的测试需要用户参与。

对系统熟悉的用户不应该成为测试对象。

捕捉设计道理

可以把各种用户界面设计决定背后的道理加以明确的记载，以便日后参考。列出问题、设计选项、评判标准。

4.11对已安装系统的跟踪研究

在产品中获取用户的操作数据、分析用户投诉、修改请求、求助电话等途径

4.12元方法（保证可用性测试顺利进行的工作技巧）

为了保证这里所说的可用性工程方法的成功应用，必须用下面所介绍的元方法对它们进行补充：

1、对于使用方法时需要做什么 写一份清晰的计划。

2、请某个与你不在同一个开发团队，并且能够从全新角度来进行评论的人 对这个计划进行独立评审，这个人最有具有可用性工程的经验。

3、用整个方法预算资源的10%~15%做一次试验性应用。然后用剩下的资源对计划进行完善，克服那些在试验性应用中无法回避的困难。

在项目中尽早地建立一个总的可用性计划，列出整个生命周期中要开展的可用性活动。

根据实际情况，使用适合的具体方法。

4.13可用性活动的优先顺序

对众多可用性测试方法的效果，对这些方法进行排序，排在前面的方法是：

1、反复设计，对用户当前任务的任务分析

2、用真实用户进行实验性测试

3、参与型设计

4、在设计开始前访问顾客现场，在系统安装运行后进行现场研究，来了解系统的实际使用情况

4.14有做准备

（磨刀）

1、熟练掌握原型工具，方便快速拼凑原始界面来进行用户测试

2、掌握正确的可用性检查和经验性评估技术（5.11节），熟悉有关的界面标准和指南

3、了解产品相关的用户类型、任务等，对以前的可用性测试等数据的具体经验加以总结和归纳

4、建立测试用户库，以备用

5、在没有专职可用性人员的团队中，物色和培训一名可用性的拥护者

6、阅读更多关于可用性的书和文章。多参考其他产品。

（本章1-11节提供了在项目不同阶段可使用的可用性工程的方法）