快好知 kuaihz

做可用性测试时,只需要5名用户参与测试就够了

精心设计可用性测试无疑是浪费资源。最佳的结果是测试用户不超过 5 个用户,在测试过程中尽可能多地采用小测试

测试用户数量曲线

有些人认为可用性是非常昂贵和复杂的,用户测试应该预留给罕见的网页设计项目(补充,目前常见的多是应用或者服务等产品),而且预算庞大、时间表繁琐。

其实,不是这样的。精心设计可用性测试无疑是浪费资源。最佳的结果是测试用户不超过 5 个用户,在测试过程中尽可能多地采用小测试

在早先的研究中,Tom Landauer 和我表明,在 n 个用户的可用性测试中发现的可用性问题的数量是:

N (1-(1- L ) n )

其中: N 是设计中可用性问题的总数,L 是测试单个用户时发现的可用性问题的比例。 L 的典型值为 31%,在我们研究的大量项目中取平均值。

绘制 L = 31% 的曲线得出以下结果:

曲线中,最引人注目的事实是:零用户给出的洞察数为零。

只要你从一个测试用户那里收集数据,洞察数就会出现,你已经学会了近三分之一的知识来了解设计的可用性——零和即便是一点点数据之间的差异是惊人的。

当你测试第二个用户时,你会发现这个人和第一个用户做了一些相同的事情,所以你掌握的东西有一些重叠。人们是完全不同的,所以从第二个用户那,也会有一些第一个用户那没有的新的东西出现。所以从第二个用户那也会增加一些新的洞察力,但不像第一个用户那么多。

第三个用户会做很多事情,这些事你已经从观察过的第一个用户或第二个用户那观察过了,甚至有些事情你已经看过两次了;此外,第三位用户当然也将产生少量新数据,这些数据仅是第三位用户产生的。

随着添加越来越多的测试用户,你能获得的越来越少,因为你会一次又一次地看到相同的内容。真的没有必要多次持续观察同一件事,并且你将很乐意回到绘图板并重新设计网站或者产品,以消除可用性问题。

在第五位用户后,通过反复观察相同的发现而浪费了时间,但没有获得太多的新东西。

迭代设计

曲线清楚地表明:你需要测试至少 15 个用户才能发现设计中的所有可用性问题。

那么,为什么我建议用更少的用户进行可用性测试呢?

主要原因是最好是在许多小测试中分配用户测试的预算,而不是在单个精细的研究中将所有内容都放在一起。让我们假设你有资金招募 15 位典型客户并让他们参与你的测试。将这些预算用在每组 5 个用户的 3 项研究上!

你想进行多个测试,因为可用性工程的真正目标是改进设计,而不仅仅是记录它的缺点。在进行 5 名参与者的第一次研究发现了 85% 的可用性问题后,你将需要在重新设计中解决这些问题。

重新设计之后,你需要再次进行测试。尽管我说重新设计应该“解决”第一次研究中发现的问题,但事实是,你认为重新设计可以克服这些问题。但由于没有人可以设计出完美的用户界面,因此不能保证新设计确实能够解决问题。第二次测试会发现重新设计是否有效。而且,在引入新设计时,即使旧的可用性问题得到修复,总会有引发新的可用性问题的风险。

此外,另外 5 名用户的第二轮测试将发现第一轮测试中未发现的 15% 的原始可用性问题中的大部分。(仍然会残留 2% 的原始问题 —— 这些将不得不等待第三轮测试才能确定)。

最后,第二轮测试将能够深入探讨网站或产品基本结构的可用性,评估信息架构、任务流程以及与用户需求匹配等问题。在最初的研究中,这些重要问题常常被模糊处理,因为用户被愚蠢的“表面级”可用性问题困扰着,这些问题阻碍了他们真正深入使用网站或者产品。

因此,第二轮测试将作为第一轮测试结果的验证过程,并有助于提供更深入的见解。第二轮测试总是会导致新的(但较小的)可用性问题,并在新一轮的设计中得到修复。同样的见解也适用于这种重新设计:并非所有的修复都可行;清理界面之后将会发现一些更深层的问题。因此,还需要第三轮测试

最终的用户体验通过 3 轮测试得到了更多的改进,每组 5 个用户,每个用户进行一轮测试,一共 15 个用户

为什么不用单个用户进行每轮测试

你可能会认为 15 个使用单一用户测试甚至比 5 个用户的 3 轮测试更好。曲线确实表明我们从第一个用户那里了解的东西,比从任何后续用户那里了解的要多得多,所以为什么要继续下去?两个原因:

总是有被单个人的虚假行为误导的风险,他们可能会以意外或非典型的方式执行某些行为。即使 3 个用户也足以了解用户行为的多样性,并洞察什么是独特的、什么是普遍的。

根据测试的风格,用户测试的成本效益分析提供了 3-5 个用户的最佳比例。计划和运行一项测试总会有一个固定的初始成本:最好在多个用户的研究结果中降低这个初始成本。

何时测试更多用户

当一个网站或者产品有几个高度不同的用户群时,你需要测试其他用户。该公式仅适用于以相当类似的方式使用网站或产品的用户

例如,如果你有一个供儿童和家长使用的网站或产品,那么这两组用户的行为就会有很大差异,因此有必要与两组人员进行测试。对于旨在连接采购代理和销售人员的系统来说也是如此。

即使用户群体差异很大,两组的观察结果仍然会有很大的相似之处。毕竟,所有的用户都是人。此外,许多可用性问题都与人们与网站或产品互动的基本方式,以及其他网站或产品对用户行为的影响有关。

测试多个不同用户组时,不用像单一用户组的单个测试那样,包含每个组的多个成员。观察之间的重叠将确保——从针对每个组较少人员的测试中——得出更好的结果。我建议:

如果测试两组用户,每个类别有 3-4 个用户

如果测试三个或三个以上的用户组,则每个类别有3个用户(你总是希望每个类别至少有3个用户,这样就能确保涵盖组内的各种行为)

参考

Nielsen, Jakob, and Landauer, Thomas K.: “A mathematical model of the finding of usability problems,” Proceedings of ACM INTERCHI’93 Conference (Amsterdam, The Netherlands, 24-29 April 1993), pp. 206-213.

译文中对 redesign (重新设计)的翻译,我理解为重新规划、调整,包括产品需求、UI/UE、开发等各个环节,而不是单指设计 UI/UE 环节。

另外,我仔细思考了下这里的可用性测试范围其实是针对单一功能而言的。为什么?当产品用户类型不同,层次不同的时候,总体的测试用户量会变的非常大,但就单一类型的单一层次来说,5 个人基本上就符合文章中提到的范围了。

 

作者:Jakob Nielsen

原文地址:https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:测试  测试词条  可用性  可用性词条  参与  参与词条  需要  需要词条  用户  用户词条  
产品

 产品经理V3.0是目标,但你不能...

别忘记细节,产品经理不是一个文章看多了或者是随便上个课就能做的好的岗位,更是一个需要时间和经历去沉淀的岗位。或许大部分的产品人还是在不停的追逐自己在现在这个大环...(展开)