（这本书出版于2004年，过时的内容这里就不记录了）

1.1节省成本

进行可用性工程能减少成本。因为不进行可用性测试的话，用户会进行测试，从而让产品服务更多的成本解决用户的问题。

1.2可用性：从现在做起

计算机的技术已经发展到允许人们开始考虑可用性。

1.3可用性警句

不能凭想象和猜测

用户总是对的（可能不是程序的错误，但是程序的责任）

用户不是设计人员（他说的建议是基于他本身的经验，但不是专业的设计建议）

设计人员不是用户

老板不是用户

少就是多

细节很重要

“帮助”并不能帮助

可用性工程是一个过程

1.4简化可用性工程

投入太多在这上面容易让领导们因为投入巨大砍掉这部分，即使真的执行可用性工程，也不用浪费太多资源

简化可用性工程的技术：用户和任务观察、剧情、简化边做边说（让用户在使用过程中说出自己的想法）、经验性评估

作者简化了10条可用性指南：简单自然的内容、采用用户语言、将用户记忆负担降至最小、一致性（同样的意思用同样的词语、状态、动作）、反馈、清晰的退出路径、快捷方式（软件中较多）、良好的出错信息（给出解决方法）、避免出错、帮助与文档（给出具体步骤，篇幅小）

1.5该怎么做

完全版行动：1、认识所在组织对可用性的需求。2、明确管理上对可用性的支持。3、给可用性工程投入一定的专用资源。4、将系统化的可用性工程活动集成到开发周期的各个阶段。5、确保所有用户界面都经过用户测试。

简化版：选择一个已有界面，进行简单的用户测试，对发现的问题 通过采用反复设计方法在迭代中纠正。