如果你是交互设计师，是否纠结过某个左滑出的功能，用户是否会发现？如果你是视觉设计师，那么，你是否为某个按钮究竟用什么颜色而抓狂？如果你是产品经理，是否也曾怀疑过设计师为什么这么做，用户到底会不会买账？
　　是的，上述的种种都是我以及身边的小伙伴们正在经历的。对于有些疑问，多动动脑子，答案可能显而易见，而有些争议，即使磨破了嘴皮子，也还是各执己见，不相上下。此时，要想说服自己以及他人，需要的是找相关用户来说话。本文要讲的是在此情此景，如何找用户来进行一场快速的可用性测试。
　　先来讲讲，什么是可用性测试？
　　理论：可用性测试是邀请真实用户或潜在用户使用产品或设计原型，对其在使用过程中的行为进行观察、记录、测量和访谈，进而了解用户对产品的要求和需要，并以此作为改进产品设计的出发点，提高产品的可用性。
　　所谓的快速可用性测试，主要针对的是短流程，小项目，或者多选一方案的用户可用性测试，这种方式高效、快捷，我们无数次的疑问、争议，都是通过这样的方式找到了好的解决方式。那么，究竟如何来进行呢？

　　第一步，明确快速测试类型及产品目标
　　快速测试类型我把它分为两大类：探索型及验证型。探索型即为让用户通过使用产品，找出产品的可用性问题，进行优化；验证型即为有几种（UE/UI）设计方案，通过用户使用，终选择优方案。
　　注意：在验证型测试类型中，产品目标一定要考虑进去，明确这几种方案背后的产品目标是什么？有可能测试结果并非其中任何一个方案，而是有了更好的解决产品目标的方式。
　　第二步，任务创建
　　选择型可用性测试，一般针对的是产品短流程或者整个产品，此时需要相关人员协商讨论整个产品的主要功能点（用户常用功能、产品核心功能、亮点功能等），对照这个功能列表分别创建用户任务。任务的设计要具体，尽量贴近用户的真实使用场景。

　　验证性可用性测试，这种情况任务比较明确，只需结合几种方案用户所使用的场景，确保测试任务符合用户实际使用行为即可。
　　第三步，预测试
　　任务创建完成以后，千万不要着急进行测试，所以这里插入个人认为非常重要的一点：预测试。预测试的目的是发现设计任务是否有漏洞，及时修复。可以找公司内部的同事快速测试来完成。基本上我在每次的预测试中都会发现或大或小的任务漏洞。所以，为了保证测试结果的准确性，这一步千万不要偷懒。
　　第四步，招募用户
　　a. 找多少用户。 对于快速的可用性测试，到底应该找多少用户来测试，说到这里，可以参考Nielsen的这张经典图表，可能对于用户数量业内有很多的争议，我个人的项目经验来说，一般发现产品的重大问题的话，6~8个用户足够了，而对于验证型的测试，可根据测试结果及时调整数量，一般也会控制在12人左右，基本上符合了Nielsen的理论。

　　b. 找什么用户。我们在项目中一定会有的两个参考因素：是否使用过该产品及程度、是否使用过相似产品及程度。此外，一些基本的人口学特征（性别、年龄、学历等）也在筛选范围内。
　　c. 哪里找用户。可能这个是我们项目中比较难控制的，项目的不同，也意味着需要不同背景的人来测试，没有固定的一个组群来维护，这里给出一些我们平时找用户的地方作为参考：公司内部非此项目组的同事们（充分利用公司的各个大群/小群/群邮件）、周边符合条件的朋友、产品的线上用户、产品论坛/贴吧等等。