好产品，或许你已见得不少。但好产品背后的探索和思考，恐怕没有太多人知道。
在灵感早读，你会知道「产品人」如何创作，提供更好的用户体验，并影响成千上万人的生活。
我们精选优质内容，为你提供特别的产品视角。 如果你有好文推荐，或者希望投稿，欢迎联系 [email protected]。
微信号 appsolution 后台回复「
早读
」可获取文章合辑。
译者按
：做用户测试，听起来好像是件非常高大上、专业、要花掉一大笔钱的事情。但其实并非如此。
这篇文章是 Nielsen Norman 咨询集团的董事、「十大可用性原则」理论的提出人 Jakob Nielsen 博士在 2000 年发表的，所以里面都是在谈论网站而不是现在更流行的 app。
但是这并不妨碍我们思考他的结论，并且做出尝试。
有人认为可用性测试又烧钱又复杂，即使要用也应该是那一小部有预算、有时间的网页设计项目上面。但事实并非如此。复杂的可用性测试确实是种浪费。
其实，每次测试只需不超过五个用户。只要尽可能多搞些这种小测试，就能取得最佳效果。
在之前的研究中，Tom Landauer 和我曾提出，在一项有 n 个用户参与的可用性测试中，能够找到的相关问题的数量是：N (1-(1- L) ^n )
其中，N 是该产品设计中关于可用性的问题的总数，L 是测试单个用户所能发现的可用性问题占通过他发现的问题总数的比例。通常，L 的值为 31％，这是我们研究大量项目后计算出的一个均值。如果取 L 为 31%，将上述公式表示成曲线，则如下图：
译者注：横轴是测试用户的个数。竖轴是测试中发现的关于可用性的问题的总数。
不出意料，从这个曲线中我们看到，
没有测试的话我们得到的反馈是零
。
一旦从第一位测试用户那里搜集到了数据，你一下子就会有不少想法，几乎就是关于这项设计的可用性你所应该知道的全部问题的三分之一。没有数据和即使有一丁点儿的数据之间可谓天差地别。
当你测试第二位用户的时候，你会发现他/她的有些表现跟第一位用户是一样的，所以你新得知的东西里面其实有一部分重叠。毫无疑问，没有两个人是相同的，所以第二位用户总是能给你带来一些新的东西，而这些东西是你在测试第一位用户时没有观察到的。所以，
第二位用户能带来一些新鲜的想法，但远不及第一位用户多
。
第三位用户的很多行为可能你已经在第一位或者第二位用户身上，甚至在两者身上你都已经观察到了。不过当然了，即使比不上第一位和第二位用户，这第三位用户依然会给你带来些许新的数据。
随着你测试的用户越来越多，你能新获取的东西会越来越少，因为你将一次次地看到同样的东西。
所以真的没有必要不断地观察相同的东西，你将会迫不及待地想回到你的工作台前重新设计网站来消除这些可用性方面的问题。
从第五位用户之后，你就在浪费你的时间重复观察同样的结论，而没有任何新的收获。
上面的曲线明确显示，你需要测试至少 15 位用户才能发现关于这项设计所有的可用性问题。那为什么我建议只需要测试五位用户呢？
主要是因为比起把所有资源砸到一个复杂的大型测试里，把预算分配到很多小型用户测试会更理想。
现在我们假设你有足够的预算来招募 15 位代表用户进行测试。很好，把这笔预算拿来做三次小测试，每次五名用户！
进行多次测试是因为，
可用性工程的真正目的不仅仅是记录设计的不足之处，而是做出改进
。通过第一次对五名用户进行测试之后， 85% 的可用性问题已经被发现。这时候你会希望着手重新设计，解决这些问题。
