关于UI产品设计中可用性测试的几点思考

可用性测试（Usability Testing）是从经典实验中获品或系统的经典实验方法，可用于复杂的大样本测试或简单的小样本定性测试。关于可用性测试的具体内容(5W+1H)，网上有很多信息，包括中文和英文。鉴于此，我仍然不再写普通的科普文章，而是决定从最近的可用性测试项目中提取一些个人想法，与大家分享。

考虑的问题可以分为五个方面:

(1)预先检查；

(2)尽可能邀请有关各方参加；

(3)及时调整脚本；

(4)安排可用性问题的优先顺序；

(5)注意报告良好的用户评价；
(1)和(2)是可用性试验前的准备工作，(3)是可用性试验的重点，(4)和(5)是可用性试验后需要注意的问题。以下是可用性试验前后的概述。

(1)预先检查：

预测试是正式可用性测试前安排的模拟测试。

预测可以找到你周围的同事，但是这个同事不能是参与产品开发和设计的相关人员，可以考虑行政、物流等非产品相关人员，面试后或者面试后会给你一些礼物或者请你吃饭。

如有可能，邀请有关各方。预先测试的主要目的是确保测试中的硬件和软件是否正常工作，脚本是否清晰，任务是否可行，采访问题是否设计合理清晰。如果出现上述问题，应及时调整和修改，试或可能出现的错误，从而降低时间成本。

(2)尽可能邀请有关各方参加：

相关人员可以包括但不限于设计师、产品经理、R&D和运营。可用性测试前，尽可能提前通知相关方的测试时间和地点，并邀请相关方参加现场观察。

现场邀请相关各方参与是互利共赢的:对于使用研究，这是使用研究报告最终得到相关方理解和认可的方法之一，也有利于使用研究后续工作；对于相关方来说，由于对产品非常了解，可能会从测试中观察到主持人没有注意到的行为或态度，从而获得更多的启发。

邀请者因公司、项目和需求而异。有一点很重要，就是邀请合适的人去现场观察测试。比如我之前的项目，一开始是互动设计师想查看页面的各个功能点和页面布局，最后邀请了三个互动设计师，当然也可以邀请页面对应的产品经理和R&D人员。如果相关方确实感兴趣，但由于某种原因暂时无法来，可以使用一些商业软件进行远程录制和播放。

(3)及时调整脚本：

经过几次可用性测试，我们可能会发现一些我们认为重要的问题并不那么重要，一些我们认为不太重要的问题甚至是必要的。或者发现用户对更广泛的问题有疑问和困惑。也可以找到一些常见的用户趋势，希望了解这个趋势。此时，我们应该及时调整脚本，添加或删除一些内容，而不是按原始脚本。

质量研究是探索性研究，其目的是建立理论。随着测试和采访的进行，会产生一些新的观点，建立的理论框架会越来越清晰，需要细化原始脚本。

如果可能的话，我们可以对每一个可用性测试进行相应的调整脚本，虽然这个方法比较累人，但也许能给我们更多的信息。

(4)安排可用性问题的优先顺序：

测试完成后，会发现一系列可用性问题。理想的情况下，每个问题都可以在产品上线前解决，但这是不现实的。先解决什么，再解决什么？此时，需要对这些问题进行优先级排序，以合理安排迭代和开发顺序。

对可用性问题的排序，国际上有很多不同的评价指标和等级标准，本文不再介绍，请参阅我微信公众号之前的一篇文章。这里要说明的是，没有一种模式是通用的，我们需要找出最适合自己产品的模型，当然，我们也可以根据需要适当地调整指标或等级。

值得注意的是，可用性测试得到的问题优先级排名是研究人员根据用户测试得到的结果，与产品开发的实际优先级排名无关。首先，用户对产品的认知肯定不同于产品相关人员对产品的认知。二是考虑设计周期、开发周期、运营成本等因素。因此，研究应该从用户的角度了解这些问题的重要性，然后由相关人员确定实际的优先顺序。

(5)注意报告良好的用户评价：

可用性测试可以检测产品或系统中的一些问题，但可用性测试报告中涉及的所有问题都是一个难以理解的问题。很难想象产品相关方或利益相关在感情上会很不舒服。考虑到他们辛辛苦苦做的事情，被批评是没有用的。

对于可用性测试，当用户提到一个产品的一个或一个优势时，我们也需要记录和记录，尤其是那些重复提到的优势。
综上所述：
报告的可用性测试结果没有绝对标准和绝对正确的方法，必须选择一种方法，及时向相关人员提交报告，可用性测试会遇到很多细节，需要在测试过程中不断积累和思考，才能在下次做得更完美。