第八章

人的天性有一种把自己的喜好投射到全部web用户身上的倾向，认为绝大多数用户喜欢自己所喜欢的，我们通常认为大部分web用户和我们一样。

由于职位的不同，web团队的成员对于好的网站设计如何组成有着非常不同的看法。

“大部分web用户和我们一样”这样信仰背后还有另一个隐藏得更深的信仰：相信大部分web用户是弹性的，可以随意变化。

不要问这样的问题“大部分人喜欢下拉框吗？”正确的问题应该是“在这个页面，这样的上下文中，这个下拉框及这些下拉项目和措词会让可能适用这个网站的大部份人产生一种良好的体验吗？”回答这个问题的方法只有一个“测试”。
争辩人们喜欢什么既浪费时间又消耗团队精力，而通过测试将讨论对错转移到什么有效、什么无效上更容易缓和争论，打破僵局。而且，测试会让我们看到用户的动机、理解、反应的不同，从而让我们不会再坚持“用户的想法和我们的想法一样”。

第九章

焦点小组与可用性测试的区别：

焦点小组是一小组人（通常5~8人）围坐在桌子旁边，对展示给他们的想法和设计做出反应。这是一个小组过程，主要价值来自参与人员彼此的反应。焦点小组是快速得到用户意见和感觉的一种不错的方法。

可用性测试是一次一个用户展示一些内容（不管是网站、网站原型、或是一些单个页面的草图），并且要求用户说出：1.这是什么？2.试着用它来完成一些典型的任务。

焦点小组在抽象地确定你的目标受众想要什么，需要什么，喜欢什么的时候会很有用。它们也可以测试出网站的理念是否有意义，价值主张是否吸引人。同时，它们在测试你的网站功能命名，发现用户对你的竞争对手看法等方面也是很好的办法，但这种方法并不适合用来了解你的网站运行情况，以及怎样改进网站。

你能从焦点小组了解到的是你在设计网站之前就应该了解得。焦点小组是用在这个过程早期阶段的方法。

可用性测试的几个事实：

• 如果想建立一个优秀的网站，一定要测试。
• 测试一个用户比不做测试好一倍。
• 在项目中，早点测试仪为用户好过最后测试50位用户。
• 人们对招募用户代表的重要性估计过高。
• 测试的关键不是要证明什么或者反驳什么，而是了解你的判断力。
• 测试是一个迭代的过程。
• 没有什么比现场用户的反应更重要。

5个不进行可用性测试的错误辩解：

1. 我们没有时间
2. 我们没有钱
3. 我们没有专业知识
4. 我们没有可用性实验室
5. 我们不知道怎样解释这些结果。