设计师眼中的可用性测试

大家可能都听说过可用性测试（usability testing），它是交互设计中非常重要的环节

当你设计好一款产品，你要如何去验证你的设计方案是否有用？这时候就要用到可用性测试

之前我写过一篇《设计师眼中的A/B测试》的文章，如果说A/B测试的核心是「数据」，那同样作为一种交互设计测试方法的可用性测试，它的核心则是「用户调研」

一、可用性测试的定义

国际标准化组织ISO是这样定义的：用户在特定的场景下，为了达到特定的目的而使用这些产品，最后所感受到的效率、有效性和满意度

简单来说，可用性测试就是为了验证某个产品设计方案是否有用，先招募用户，1对1面对面进行访谈，通过布置任务、满意度调查、记录用户操作等方式获取数据，最后输出可用性测试报告

以上是比较传统的可用性测试方式，近年来随着数据工具的发展，以及疫情等特殊时期用户招募的阻碍，出现了一批新兴的在线用户调研的数据工具，比如hotjar，通过它的录屏（recording）功能，捕捉用户的操作行为，来分析产品的可用性

二、可用性测试步骤

根据我们团队内部的工作经验，以及外部的设计方法和理论，我整理以下6个可用性测试的步骤：

• 确定产品阶段

• 收集测试需求

• 定义用户样本

• 定义测试文档

• 招募用户测试

• 分析测试结果

  
  

1.确定产品阶段

产品在不同的阶段有不同的测试标准，我们在进行可用性测试前，首先确定产品所在的阶段：

• 探索期：主要验证产品想法的可实施性，对产品功能和架构的反馈等。测试以产品原型、低保真的设计稿为主

• 内测期：产品开发完成，正式上线前的内测时期，主要验证产品质量是否符合市场标准，产品的易用性等。测试以上线的产品为主，设计稿为辅

• 迭代期：在产品持续迭代的过程中，测试产品新功能的易用性，用户完成任务的效率等。测试以是迭代的产品为主

• 对比期：对于产品同一功能，视觉上有了新的升级，交互逻辑有了优化，测试哪个产品更好用，满意度更高。测试主要以产品原型、设计稿或最终产品

2.收集测试需求

我们可以参考《尼尔森交互十大原则》，走查出我们当前的视觉和交互的问题。同时也可以向产品、运营收集测试需求。收集需求的目的是便于我们后面给用户设置测试任务。最后我们产出一份《测试需求表》

3.定义用户样本

尼尔森曾说过「有5个人参加的用户测试，即可发现85%的产品可用性问题」所以大部分可用性测试的经验是一次测试招募5名左右用户，理想数量是超过5人

用户数量：5

用户类型：

专业用户：

1. 专业用户（熟悉产品）

2. 高玩（经常使用产品）

自由用户：

1. 公司内部

2. 社会招募

注意：不管是专业用户还是自由用户，一律不能是产研同学

4.定义测试文档

我们一共需要4个表格来辅助我们进行可用性测试，这些表格需要提前准备好：

1. 《招募用户表》

2. 《任务设置表》

3. 《系统可用性量表》

4. 《用户体验问题记录表》

   
   

测试顺序：

【0测试需求表】-【1招募用户表】-【2任务设置表】-【3用户体验记录表】-【4系统可用性量表】

1.《招募用户表》

主要用于招募用户，通过问卷的方式招募用户，然后对用户进行筛选。表格主要列出用户性别、年龄、受教育水平、使用设备、产品使用经验等，根据产品情况可以自定义

2.《任务设置表》

为了让用户能更好的投入到产品体验中，我们需要给用户定义一些真实的场景操作，对每个任务设计目标越详细越好，例如：

测试场景：注册流程

测试目的：用户是否能完成注册任务

任务描述：用希望用户在网上搜索相关信息后，决定使用我们的产品，为此用户首先需要完成新用户注册

注意点：观察用户验证方式是否流畅，表情以及肢体语言

 

3.《用户体验记录表》

主要记录用户在使用产品过程中遇到的问题，需要参考可用性原则，并把问题按P0-P3排优先级

4.《系统可用性量表》(sus)

SUS 全称 System Usability Scale 系统可用性量表。SUS最初是Brooke于1986年编制，可以科学地量化用户体验，用于完成一系列任务场景后，对产品或系统整体宏观的感知可用性测量

 

在用户做完测试任务后，我们需要让用户对系统可用性量表进行评分。表中包含10个不同的问题，最后根据得分可以判断可用性的等级

5.招募用户测试

测试地点：会议室（一人一间），提前预约会议室

测试时间：30-45分钟

测试物品：笔记本、手机、录音设备、统计表格

 

注意事项：

• 时刻观察，观察用户操作，做好记录

• 保持中立，不回答用户问题

• 适当干预，如果用户操作不顺利，可以做简单的引导

• 给予奖励，给予参加测试的人适当的奖励

三.分析测试结果

通过以上的测试流程以及辅助表格的统计，我们可以进行问题归类总结，然后进行小组会议讨论。然后输出可用性测试分析报告，报告一定要高度总结，条理清晰。通过报告我们能看到一个较为完整的结果以及优化方向。最后将可用性测试分析报告同步给相关人员。再得到大家的一些反馈后，建议测试人员再把整个测试过程复盘一次

四、数据分析工具-hotjar

相对于传统的用户在办公室面对面、有脚本的进行可用性测试，Hotjar提出了远程、无脚本的可用性测试，那便是hotjar的recording录屏功能

Hotjar录屏是远程的、未经脚本的测试的一个例子，是一种非常“有机”的网站可用性测试方法，因为它允许观看真实、匿名的访问者如何使用产品。可以查看用户在多个页面之间移动、单击和滚动的位置，以及他们如何与页面功能和元素交互

使用hotjar录屏做可用性测试，也需要遵循传统可用性测试的原则，例如：

定义可用性测试的目标

以下是我们遇到的四个最频繁的目标：

1. 了解人们在网站上犹豫不决的地方

2. 了解如何改进产品及其功能

3. 查看人们被困在页面上的位置（注册、登录、支付）

4. 查找页面错误和改进机会

   
   

注意事项：

• 需要找一个可以安静呆在至少1-2小时的地方
  

• 需要看大约至少10-15次录屏，才能有效的记录和分析

• 准备纸和笔做好笔记

有兴趣的朋友可以尝试一下hotjar：www.hotjar.com