可用性测试，能够让产品经理借助用户，更加客观理性地理解产品功能以及交互，并结合测试结果予以改进。

1. 可用性测试介绍 1.1 可用性测试（Usablitity Testing）

不知道你作为产品经理、交互设计或视觉设计时，会不会困惑于功能操作是否合理，交互是否流畅，视觉提示是否能够引起足够注意等问题。由于设计人员对自己的产品和功能的交互设计过于了解，往往无法客观判断其可用性，这时候就急需对用户进行可用性测试。

可用性测试是指让一群具有代表性的用户按照指令对产品进行典型操作，同时观察员和相关人员在一旁观察、聆听、记录。

该产品可能是一个网站，软件，或者其他任何产品。可用性测试可以是早期的纸上原型测试，也可以是后期成品的测试。随着现在的工具越来越敏捷，即使是低保真的交互原型图也可以通过类似于墨刀或者Figma等工具，可以让用户直接上手进行简单交互操作。

1.2 可用性测试和深度访谈之间的差别

可用性测试偏重于观察用户使用产品的行为过程，而深度访谈一般是洞察用户动机、态度、诉求为导向，通常深度访谈需要更加关注不同城市、性别、年龄段、收入等方面的用户，了解不同类型用户之间对产品态度和诉求之间的差异。

一般的可用性测试在以上方面的影响是比较小的，一般来说，对同个城市5-6人进行可用性测试，就基本能够暴露产品的一些共性的问题，满足一个快速洞察其可用性的测试需求。

1.3 对产品的意义

可用性测试可以发现用户和产品之间存在的交互问题，了解产品的可用性水平。在可用性测试中加入A/B Test测试，帮助判断用户方案的偏好。在完成可用性测试之后，整理研究数据，通过报告输出的方式，进而对后续产品优化具有指导性意义。

2. 准备工作 2.1 评估模型

可用性测试主要围绕有效性、效率性、满意度进行展开：

有效性（Effectiveness）：任务完成情况；

效率性（Efficiency）：任务完成时间和完成路径；

满意度（Satisfaction）：用户自我报告数据。

针对以上三点，将效率性的完成时间和路径进行拆分，可以得到以下四个评估模型以及标准。

2.2 提纲准备

可用性测试的提供是依据预先制定的测试目的，分解目的，列出任务列表，将任务场景化，来编写提纲。暂且用以微信理财通举例，测试用户购买理财产品的可用性。

购买的任务可以分解为：

进入理财通

随意浏览并对比理财产品的收益

选择一个理财产品并买入该产品

管理和查看收益

卖出该产品

在这个基础上对于任务进行场景化设计：

场景：您刚刚发了工资，了解到微信理财通可以购买理财产品，准备以此来购买理财产品。

任务一：请在微信中找到购买理财通，并进入；完成后请告知。

场景：为了了解理财产品的性质和收益的不同，您想要对比一下再进行购买。

任务二：在理财通中随意浏览对比理财产品，并选择一个想要购买的产品；完成后请告知。

…

以上只是我提供的一个思路，意在说明需要拆分单个的操作步骤，再适当整合并进行场景化设计对用户进行测试。

提纲的编写应该始终围绕用户使用目标，难点在于：

顺序的设置，应符合典型用户的操作流程，操作舒适自然，符合常态；

任务描述方式，避免直接指出指导操作，不能过于详细，但也不能过于宽泛，而产生歧义和茫然，需要掌握描述的平衡点；

控制任务数量，测试时间过长用户会疲倦，任务的保留和舍弃思量也相当重要。

以下为一个示例：

提纲的编写需要立足自身产品出发，在【主观报告】部分可以适当增加想要关注的问题，问题取舍很关键，切记不可一个任务项过多纠缠，造成测试时间过长。

2.3 资源&人员准备

资源准备包括测试环境和工具，包括办公室、观察间、保密协议、礼金、 *** 、测试设备（手机、电脑等）、账号预登、麦克风、任务卡、录屏软件、屏幕共享软件、摄像机、眼动仪等。

比起深度访谈，可用性测试需要用到的仪器较多，一定要提前抵达办公室，进行调试。在上一个用户测试完后，一定要恢复初始化状态，清除数据等，便于下一个用户测试使用。