今天,聊一聊用户测试中常见的“可用性测试”应该如何进行。

可用性测试,简单点说,就是通过观看目标用户的操作行为,找到产品存在的问题;
操作流程相对而言比较麻烦,需要一个合适的测试场地,至少需要一名主持人,一名记录员;
这种测试方式优势在于,通过3-5名目标用户,就可以发现产品80%的体验问题;
但这种测试方式对测试场地、测试主持人和测试记录员等测试条件,都也有一定的要求;

好了,直接以“豌豆荚一览”为案例,聊聊可用性测试的操作流程吧;
在开始测试之前,需要准备如下的资料:

 

1.1产品简介:

豌豆荚一览,iOS版,v2.7.0版本

 
定位:
一款阅读类产品,集合了多款热门应用/微信公众号的内容,功能类似于RSS阅读器。

 
特色:
1. 支持离线阅读,而且离线缓冲的预设容量,会根据手机容量大小变动;
2. 初次启动会扫描手机已安装的应用,并添加订阅;

 
亮点:
1. 无需安装多款应用,就可以阅读内容;
2. 订阅外国内容,无需VPN;

 
不足:
1. 无法查看订阅内容的评论等附加信息;
2. 部分应用无法及时更新最新内容;

 
 

1.2测试简述

 
测试点:
1. 订阅应用流程测试
2. 阅读功能流程测试

 
场景化:
老用户:最近听说有一款叫“开眼”的应用不错,决定用豌豆荚订阅“开眼”的内容,并阅读几篇内容,看看是不是真的不错。
新用户:最近16G的iPhone手机内存不够用,了解到豌豆荚一览这款应用后,决定使用这款应用,替代手机了安装的多个应用。于是下载了豌豆荚一览,并订阅了原来手机安装的应用。

 

2.1研究目的

了解用户在使用产品订阅功能和阅读功能时,是否存在障碍,提高用户的满意度。

 

2.2关注点

  1. 对产品的认知:用户使用豌豆荚一览时,对豌豆荚一览的功能认知,以及使用后整体的满意度。
  2. 对产品操作的流畅度:产品目前的操作流程,是否与用户的操作行为吻合,是否存在障碍。
  3. 对产品阅读功能的评价:产品目前的阅读页面,以及阅读的排版,是否存在阅读障碍。
  4. 对产品订阅功能的评价:用户能否找到订阅入口,订阅页面布局是否合理,操作流程是否存在障碍。

 

2.3研究方法

可用性测试

 

2.4用户招募

 
招募方式: 身边的朋友,同事
招募要求:
1. 使用iPhone手机、有手机浏览资讯需求的用户。
2. 豌豆荚一览老用户,要求手机安装有豌豆荚一览应用(版本要求v2.7.0),且一周不少于3次使用该应用。
3. 豌豆荚一览新用户,要求没有使用过该应用。(手机安装有多款阅读类软件或大量订阅微信公众号的用户优先)
 
样本配比:

 

2.5经费预算:

XX元/人 * 6人=XXX元
 

2.6测试脚本

测试前: 3min
(考虑到这次招募的对象都是熟人,无需再自我介绍;同时前期的暖场流程可以简化)
1. 随便聊聊家常
2. 检查下手机网络
3. 豌豆荚一览应用是否正常(针对老用户,版本是否符合)
4. 下载并安装豌豆荚一览应用(针对新用户)

 
测试中: 20min
1. 介绍这次测试的目的
2. 任务描述
老用户
A. 假如你觉得“开眼”这个应用内容不错,现在想通过豌豆荚一览,订阅“开眼”这个应用。
B. 打开豌豆荚一览,从已订阅的列表中,随意浏览3篇你感兴趣的内容。
新用户
A. 假如你手机内容不够,想用豌豆荚一览代替其它多款阅读软件,现在打开豌豆荚一览,并订阅你手机现有的阅读类应用,如找不到相应的应用,可跳过。
B. 打开豌豆荚一览,从已订阅的列表中,随意浏览3篇你感兴趣的内容。
3. 如用户操作出现停顿,可适当询问用户当前的想法是什么。

 
测试后: 10min
1、感谢用户
2、整理笔记,休息3min,准备下一场
 
测试需准备:
1. 提供wifi网络
2. 提供iPhone手机备用
3. 提供饮品

 
纪录表:


 
 

2.7项目计划

准备好资料后,测试过程中,记得以下核心内容

  • 前暖场,别让用户紧张;
  • 记录员要快速全面的记录测试内容,如有条件,可以录音或录像;
  • 主持人不能诱导用户操作;
  • 主持人不能经常打断用户操作;
  • 在用户困惑停止操作时,可以试探性的询问用户当前的思考内容;
  • 测试出来的结果不一样就是真实的结果,用户有时会“隐瞒”想法;

测试后,还需要输出一份测试报告;
具体形式,可以参考如下:
 
1.1测试纪录表(6份)

 
1.2分析结果
不管对于新用户,还对于老用户,测试结果显示,豌豆荚一览的订阅和阅读功能都可以正常完成。
在整体的测试过程中,用户也没有遇到十分严重的障碍,但部分新用户,在订阅操作中有疑惑。

 
针对新用户而言
订阅功能需要在尝试后才能完成
问题1:
1. 豌豆荚一览初次启动,会搜索并自动订阅手机已安装的应用
2. 还会自动订阅一些推荐的内容。
3. 这个过程并没有给用户合适的提醒。(初次启动有小浮层说明,测试中,所以新用户都直接关闭,没有浏览说明内容。之后豌豆荚一览再也没有提醒说明)

如上图,红色框为手机已安装应用,其它为自动推荐应用。

阅读功能上,流程操作没有太大问题

问题2:
1. 如果想体验更好的阅读功能,就 需要注册/登录 才可以体验,这点 “吓跑”了很多新用户

 
针对老用户而言
订阅功能上,直接采用搜索功能,并没有遇到操作障碍。
阅读功能上,也没有遇到操作障碍。

但测试过程中,有一点值得留意
用户 编号5 的测试者,在 阅读操作过程 中,“第二篇文章”是从“第一篇文章底部的推荐内容”进入,当他想寻找下一篇感兴趣的文章时,操作了两次返回才能到达“阅读列表”。
第一次返回:从推荐内容(第二篇),返回到上一篇文章(第一篇)。
第二次返回:从第一篇文章,返回阅读列表。

假如用户多次进入推荐内容后,需要返回阅读列表的操作次数也会增加对应的次数。
这个操作流程,需要后续讨论/跟进,看看是否合理,或是否有更好优化方式。
 
整体而言
豌豆荚一览目前版本的功能操作并没有存在障碍。
但对于以下几点,值得探讨优化

  1. 注册的需求,是否可以改为非强制或减少用户对注册流程的“恐惧”
    如:让用户免注册体验更好的阅读功能,如需收藏操作,再引导注册。
  2. 新用户的帮助指引功能还存在优化空间。
  3. 关于阅读文章的返回逻辑,是否存在隐藏障碍,是否能再优化。

 
好了,可用性测试的简单流程就讲完了;
可用性测试只是很多设计测试中的一种方式。在打算对设计进行测试时,一定要先明确问下自己,这次测试的目的是什么?再来权衡选择出合适的测试方式;