写点什么

DIY 可用性测试

发布于: 2020 年 05 月 08 日

​我们都知道用户调研分为两种,包括定性和定量研究。常见的调研方式有用户访谈、可用性测试、问卷调查、数据分析、A/B测试等。

这些工具在产品的设计开发及优化迭代的过程中起着非常重要的作用。

今天我主要跟你说定性分析的一种,可用性测试以及它更落地的版本——DIY 可用性测试。





什么是可用性测试?

可用性测试(usability testing)是一项通过用户的使用来评估产品的技术,因为它反应了用户的真实使用体验,所以可以视为一种不可或缺的检验过程。

常见大家对可用性测试的理解有:有用、可学习、可记忆、有效、高效、合乎期望。

也就是说,可用性测试是让用户使用产品的设计原型或成品。通过观察,来直观的记录用户的感受和体验,从而改善及提升产品可用性的方法。

或者按照 Steve Krug的说法,可用性测试就是让一个有着平均能力和经验的人能明白如何使用它。不用付出过度的努力,或者遇见不必要的麻烦

我今天要说的 DIY 可用性测试,其实就是不用那么这个正式这么科学的。

  • 你可以测试更少的用户,甚至可以在测试中途改变规则。

  • 你可以只需要和参与者坐在一起,完成一些设计好的任务。 

  • 不需要手机数据,你只要观察整个过程,之后进行总结。

  • 你只需要确定要修复的问题以及如何修复。

  • 

一些你要知道的用户真相

作为产品、设计,你肯定会通过大量的观察来精心设计你的产品,可是有趣的事,真实的用户在使用你的产品时,不会花大量的时间阅读产品页面上所有的内容。几乎所有的用户都是用"扫描"的方式在浏览和使用。

因为用户都是带着要解决的问题来的,是有"任务"在身的,用户没有必要知道其他不相关的内容。就算过程中走错了一步,只需要快速返回再猜测。极低的试错成本让用户习惯于扫描现在越来越多的产品。

另外,用户在寻求解决方案的时候往往只要找到能解决问题的一种方式就好,而不是找到最佳选择。

所以我们在做产品时,需要为扫描做设计,不要为阅读做设计。考虑到用户的习惯用法,而不要在页面设计上做太多创新。如果真的想创新,那只能做减法。





关于可用性测试的几个原则

测试必不可少

基本上所有的产品都会多多少少存在可用性的问题。而且这个问题其实通常可容易被发现。作为产品,你清楚的知道这些"显而易见"的工作方式,但是对于用户来说,这些都是陌生的,这就是问题所在。所以不管可用性测试多简单,至少它有可能帮你排除一些重要且显而易见的问题。

测试一个也比不测试要好

测试总会有效果。即使是一个人,即使测试只有十分钟,你也能看到一些重要需要改变的地方。这是一个投入产出比很高的活动。

越早越好

可用性测试可以发生在产品发展的各个阶段,包括前期设计开发阶段到后期优化改进阶段。做可用性测试价值在于能够在不同的阶段更加高效的发现问题,从而提高问题解决效率。

这里我要说的是,如果有可能,这个过程尽量早开始。你不需要一开始就设计的很复杂。在你还有时间用上你的测试所得的时候,总比以后进行一次复杂的测试更有价值。所以在你开始时就有助于防治你犯错误的方法是很划算的。

DIY可用性测试步骤

准备

  • 任务清单

写出你需要用户在你的产品中完成最重要的5~10件事。在这个过程中你会发现有很多都是重叠的,这也是一个反逼产品想清楚的过程。在这里你需要注意的是,清单是用户的目标,不是你想象中的。

  •  确定任务



每一次DIY可用性测试只需要3~5位测试人员,每一位测试的任务在一个小时以内,所以这就要求选出在本月需要测试那些任务。

问自己两个问题:哪些任务至关重要?其他用户研究表明哪些功能可能不容易使用?

  • 转变场景

因为要作为测试人员参照的测试脚本,所以需要你对角色、动机、需求设计出合适的场景和细节描述。拿之前我做过的贷款产品举个例子,

任务:测试产品部分还款功能

情景:您是已经借款**元14天用户,您最近手头有了一部分闲钱,想要在第七天提前部分还款**元(小于借款金额),请进行操作。





开始

  • 提问环节

为了让参与者放松,你可以再开始询问一些问题。比如,现在从事的职业,每天使用的产品,一般关注什么问题,遇见一些问题怎么解决等。

  • 观察首页

上来先让用户试着理解产品首页,这样做的目的是为了判断产品定位是否明显。试着让用户说出产品是做什么的。这个过程只需要花费两三分钟时间。尽量不要让用户进行点击操作,如果发生,请进行干预,让其尽快回到主页。

  • 执行任务

任务是测试的核心所在,记得把之前提前设定好的情景清晰的描绘给测试人员,不要让测试人员自己看,这样会分散注意和理解偏差。

过程中除了现场录制操作过程,还需要主持人时刻观察用户的微表情,以判断用户在过程中的情绪变化。通过一些引导控制时间并且挖掘其他有价值的信息。



  • 准备下一场

三场测试之间尽量留出10~15分钟的休息时间。一方面做些记录、重制录制设备,另一方面在这个过程中看是否需要调整测试细节。

  在另外一个会议室观察的人员越多越好,让大家都有机会接触真实用户的体验过程。你会从各个方面发现用户其实和自己想法不一致。观察者要做好以下工作:

1.观察学习并作记录;

2.每次测试,记录三个最严重的问题;

3.让主持在其间代问问题。





总结

在可用性测试结束之后,记得召集所有观察者进行总结会议。会议维持在一个小时以内。会议上从大家经过讨论,从提出的问题中挑选出最糟糕的问题,并且列出下个月要修复的问题清单。

在解决问题的时候记住投入越少越好的原则。微调永远好过重新设计

小结

DIY 可用性测试不是为了证明什么,而是让你获得用来改善产品的洞察力。

它的目的只有两个:

1.让产品使用起来更容易 ;

2.证明它容易使用。



发布于: 2020 年 05 月 08 日阅读数: 37
用户头像

Yanel 2018.06.27 加入

ThoughtWorks 咨询顾问

评论

发布
暂无评论
DIY 可用性测试