作为一名用研人，经常会看到身边的伙伴经历一些场景：交互设计师纠结某个新增的按钮用户是否会发现？某个新改的操作逻辑，用户是否能走通？视觉设计师，纠结用什么风格/色调才能吸引到用户？产品经理担心提出的新功能，用户是否会真的使用？
要解答这些问题，还是需要用户来说话。那么当产品发生重要的改动迭代时，如何既能低成本、又能获取到用户的有效反馈呢？今天要介绍的就是互联网设计中经常用到的一种方法：可用性测试。
什么是可用性测试？
邀请有代表性的用户使用产品/原型完成典型任务，对其过程进行观察、记录、测量和访谈，界定出可用性问题并解决这些问题。
为什么要进行可用性测试？
产品设计者毕竟无法代表各类真实用户的想法，很多需求和设计方案都带有未经验证的主观判断，无法准确评估方案的优劣。而如果仅仅向用户展示求证，无数例子都告诉过我们：用户是常常言行不一的。可用性测试让用户通过模拟现实生活中的情境来使用产品，我们不仅可以获取用户的操作绩效，也能接触到用户的真实声音和感受，同时能从大量的用户操作细节中提炼出用户非言语表达的信息，这些洞察才能真正的帮助设计者提升设计价值。
可用性测试的类型？
按测试目的，可将可用性测试分为两类：探索型及验证型。探索型是让用户通过使用产品，找出产品的可用性问题，进行优化；验证型则指在有几种（UE/UI）设计方案时，通过用户使用，最终选择最优方案。例如，我们想了解自如App的地图找房功能使用频次不高的原因，所开展的测试就属于一个探索型测试。
按执行方式，可将可用性测试划分为：常规型测试和眼动型测试。眼动测试开展需要专业的设备和分析过程加入，也能达到更细致的分析结果（如下图示例），常规型测试的日常应用更为简单普遍。我们今天先介绍常规型测试的开展流程。
可用性测试具体怎么做？
第一步：确认目标
测试目标：为什么进行这个测试？测试目标是什么？是探索型测试，还是验证型测试？是设计初期还是设计基本完善？
测试条件：在哪里测试？原型环境还是真实环境？低保真原型or高保真原型？现场测试还是远程测试？测试设备还是用户设备？
不同需求所带来的测试目标及侧重点都会有所不同，这些会直接影响后续的方案设计。例如在设计初期，任务设计需宽泛有弹性，关注核心流程。产品设计基本完善，开始细节的修改迭代、且有成型产品，则需要精细的任务设计。
第二步：方案设计
1. 确定测试点
首先，根据目标确定测试的功能点。以探索型测试为例，常见测试点包括常用功能、核心功能、亮点功能、新改版功能等。
2. 拆分触点建立假设
a. 对要测试的功能动作分析，拆分触点（用户在执行时与产品交互的触点）
b. 对每个触点建立假设，预期用户在每个触点的行为以及可能面临的问题。
c. 用哪些数据/信息能够验证以上提出的假设/得到想了解的信息。
例如，我们想要探究用户使用地图找房选小区的过程是否存在问题，可以将这个动作拆分为移动地图、缩放地图、小区标签选择、对地图的信息关注等多个触点，每个触点再拆分出需要观察/统计的信息。这样能把一个大的目标转化为具体的方案，也能帮助测试者预习各种可能性，以在观察中能跟上用户各异的思路。
3. 创建任务
a. 任务不宜过多，一般只列出重要的、核心的、预设可能有问题的3-5个，需要能覆盖上步中提出的全部假设。
b. 任务需要贴近用户的真实使用情境，因此任务脚本需要一些假设的场景，把任务润色成故事，自然地引入测试中，用户才会带着生活实感去使用产品。
c. 避免提供线索和描述操作步骤。
例如：想考察地图找房页面【通勤找房】入口是否能被看到、是否具备可点击感。下面列出两种表述方式，以作对比：
A.请从地图找房页面找到通勤找房的功能并使用。（×）
B.您在xx地点上班，假设您希望通勤时间不超过30分钟，请结合您的预算条件，为我展示您的找房过程。（√）
4. 确定观察点
用户操作绩效可以通过四个指标来进行评估：任务完成率，完成时间和完成路径，满意度。除了以上的客观指标外，还要按步骤二中拆分出的触点，来设置测试中的观察点，来采集用户认知过程的更多信息作为补充。
第四步：招募用户
1. 找谁来
这里的重点是选取有代表性、有动机、有执行能力的真实目标用户，可依据分析前期的用户画像，尽量包含多种类型的用户。
2. 找多少人
Nielsen的研究发现，5个用户可以发现80%以上的可用性问题，因此一般结合实际情况选取6-10位用户。
第五步：实施测试
测试的实施过程在测前、测中和测后各有一些注意事项：
整体来说，我们要扮演好一个主持人和隐藏的观察者身份，引导被试进入任务，遵循“不打断、不回答、不纠正”的原则，确保被试自由发挥、独立完成。
观察及记录重点：用户行为和动作（对任务的完成结果、路径、问题、无效操作等）；用户出声思维内容。
问题探讨：在测后询问过程中存疑的问题、推断用户每一步的思路。
及时记录：可以用便利贴将发生的现象（用户操作／建议／抱怨）趁记忆犹新记录下来。
第六步：结果分析
结果分析时，要理清所有存在的问题，并给问题评优先级。问题的严重性可以通过以下四点进行衡量：是否产生严重的后果？可克服程度？出现的频率？是否是重要任务或者步骤？而后可按如下图的分值算法来计算评级结果。
当然，发现可用性的问题并不是我们研究过程的终点，我们还会根据用户的行为/反馈去做更多的探索性研究，洞察出用户最底层的需求，才能对产品和设计的优化方向起到更有力的帮助。
以上就是对常规型可用性测试的方法介绍，后续我们将会为大家带来眼动追踪测试的相关内容，敬请期待。
转载声明
感谢您对「自如ZDC」公众号的关注，敬请遵循转载须知
1.欢迎大家自由转发至好友/群聊/朋友圈
2.公众号内标记为原创的文章请在转载后文章开头注明：“本文转自「自如ZDC」(ID:ziroom_zdc)”
3.如遇到其他问题请添加管理员微信:aigonima,添加时请备注“自如ZDC建议”
4.转载或引用本公众号内容不得对内容原意进行曲解、修改。未经授权进行转载，本公众号会根据实际情况通过法律渠道沟通。
本篇文章来源于微信公众号: 自如ZDC
