【百天计划061】可用性测试:验证产品设计和用户理解的一致性

可用性测试,不是测试人员负责进行的,而是产品经理、交互设计师或用户研究员负责的,大公司里可能会设置可用性实验室,有较好的可用性测试环境和仪器设备。小公司主要以现场测试为主,观察用户的操作过程。

可用性测试是一种用户调研的方法,通过观察产品的目标用户群体中的代表性用户,让他们完成产品中指定的各项操作任务,发现和界定出产品或产品原型中存在的可用性问题。简单来说就是观察用户的操作,从中发现问题。从定义上看也会发现它与问卷调查法有异曲同工之妙,都是用来发现产品中的问题,进而寻求改进方案的。

问卷调查是通过收集数据、分析数据之后得出相应的总结,从而指导产品后续的改进;可用性测试是通过观察用户的行为,分析用户的操作路径和理解认知,之后找出可用性问题,从而指导产品后续的改进。一般我们衡量产品的可用性从以下几个方面:

产品的学习成本:用户是否能快速掌握操作要领,功能是否易于学习,用户对功能的理解和认知是否与设计的一致。

操作的有效性:用户每次完成指定操作任务或达成特定操作目标是否都是正确并有效的,用户是否能够有效完成任务。

产品的交互效率:用户使用产品完成指定任务所消耗的资源,主要是操作时间的长短。

产品的容错性:用户每次操作是否都有反馈,即便是操作错误,是否有相应的提示告诉他如何修正,是否给用户提供了修正错误的方式。

主观满意度:用户对产品主观层面的满意度如何,涉及到布局排版、UI、交互效果等等。

简单来说就是产品在用户多大程度的接受范围内可用,多大程度内满足用户对功能性使用的要求。通过可用性测试,你将会发现产品在交互设计和用户体验上的不足之处。

可用性测试相对来说也是一种低成本的用户调研方式,产品经理都应该掌握,身边的同事或朋友都可以成为你做可用性测试的目标,只要他是产品的目标用户群体即可。那一般我们如何来开展可用性测试呢?

第一步 设定可用性测试的范围和目标

一般来说,可用性测试不会用于产品整体的用户体验评估,而是针对单个或多个操作流程、单个或多个独立功能的使用进行相应的可用性测试。所以在可用性测试之前,要先确定本次测试的范围,选取某个操作目标进行。比如测试用户如何到达商品详情页。

测试的目标也是比较关键的,会影响本次测试所需要完成的任务设定。比如测试用户到达商品详情页的最短路径的常见操作方式,和测试用户达到自己感兴趣商品的详情页的操作路径,两者在设定操作任务时,和测试对象宣导的任务会不一样。

第二步 准备材料,招募用户

明确范围和目标之后,要准备好相应的材料,主要是设备、笔记本、礼品等,电脑或手机的数量要适当多预备一台,以便不时之需。

招募用户是很多小伙伴比较胆怯的一点,其实没那么复杂,先从身边同事下手,看看有没有合适的;再从身边的朋友下手,如果有点小礼品的话,让几个同事都发一下朋友圈去招募还是比较简单的。

第三步 设计指定测试任务并预演

这步就和准备用户访谈的脚本差不多,提前先准备好指定任务的场景设定,如何向用户去宣讲。最好在同事相互之间预演一遍,看看措辞或者任务设计上是否有缺陷。

第四步 执行可用性测试

到了约定好的时间,提前准备好可用性测试的环境,和用户寒暄一下之后就可以开始进行可用性测试了。中间的观察过程一定要细致,不要轻易的打扰用户或打断用户操作,把所用的操作过程最好都录屏或录像记录下来。这个环节建议在单独的小会议室进行,不要被别人打扰。

那一般什么时候做可用性测试呢?

答案是产品原型设计完成的时候,一般使用高保真的原型进行可用性测试。制作高保真的原型比较费时间,所以做一次可用性测试是有较高人力物力成本的,要珍惜。

产品上线之后也可以做可用性测试,一般用来审视已经上线功能的可用性,特别是产品功能变多了,变复杂了之后,需要重新审视以前做的功能时。如果是新功能,是不建议在上线之后才开始做可用性测试的。

 

有很多文章介绍可用性测试,可能很多可用性测试的方法大家都没有听说过。很多公司都没有完备的用研体系建设,大公司会投入资源去建设整套的用研体系,小公司基本就靠产品经理自己了,可能连用户研究员都没有。所以通常情况下我们没有必要按照标准的流程和方法来进行可用性测试,只要能利用好观察法就可以了。

最后,在做可用性测试的过程中,一定要记住一句话,少说多看多听。

“【百天计划061】可用性测试:验证产品设计和用户理解的一致性”有1条评论

艺术人才 | 2018-11-11 17:15 |

来看看,总能学到东西!

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>