其中探索式跟验证式是常见的两个可用性测试类型,探索式适合企业对产品进行创新设计以迎合新时代发展的步伐与商业竞争力,验证式适合企业追求精益运营或增长设计。
在大多数的可用性测试文章或教程中,用户都是在一个相对降噪的会议室或实验室进行的,其目的是为了更好的布置设备用于过程的观察与记录,同时为用户测试减少干扰与评估难度(其实也省钱),但事实上还原产品服务的真实场景是很有必要的,并且一些产品服务自身就会含有一定的场景属性,所以你的测试环境就应该考虑接近真实场景的布置,甚至考虑跳出会议室、实验室。
(1)重点补充
我们悉知在可用性测试的三大指标中就有一项是“效率”,对此也会有一些完成任务的时间作为指标,这些指标通常是根据内部人士或专家完成任务的时间乘上2倍或者更多倍做为一个评测指标。
在小型可用性测试中,也有脚本、简易的暖场、用户定义、测试目标、测试任务、测试原型、测试参与者、测试观察、思考总结,更多的也是发生在功能上线之前的推敲阶段,它比较适合设计师在自测阶段后的验证以及多版本Battle,帮助你Pick一套更加合适的方案。
(4)创建适用于目标的测试任务
当你把任务清单罗列出来后还不算完,这套清单你可以放在脚本里,但是当你描述给用户时,你应该代入对方视角去描述并且带有目标性,所以还需要进行一次调整后应用:
(5)找到合适的测试参与者
(6)观察参与者如何执行任务
在暖场和任务布置完成后,就是测试者的Show Time了,主持者可以拿好自己的小本本或者录音笔,认真的观察测试者的操作或口述反馈,当测试者遇到一些问题不知所措时,也不用着急指导,告诉测试者先按照自己的认知或想法去做就好。
最终当你完成了这些测试及反馈信息收集以后,产品方案中究竟哪里出了问题应该就了解的差不多了,一些比较明显的问题甚至会被测试者多次提及,或许是页面信息不被理解、交互难懂、提供的内容不受测试者喜爱,亦或是测试者都认可、设计亮点被用户亲睐。
最终呢,我们也是通过测试取得一些有效的反馈,并根据反馈深思了更好的设计方案,我们对小鱼卡片的信息进行了丰富以保证可比较性,将每批三个小鱼卡片扩展到了8个,用户可以通过横向滑动查看更多,同时为了方便用户更好的换到下一批,在最末尾给予了滑动换批次的交互,使得用户可以一指滑动到底完成查看与换批次的交互衔接,在之后的验证测试中也是获得了测试者的认可与看好。
相信说到这里,怎么做好一轮小型可用性测试已经了解了,当你完成了这些测试任务,一定记得不要忘了后续的反思与优化迭代,甚至制定后续的研究计划。
另一方面则是通过面向用户的问卷调查获取可用性测试量表,最常见的标配问卷即ASQ(任务后评估问卷)与SUS(系统可用性问卷)。
(1)SUS量化分数计算
写着写着就又没刹住车,又成了所谓的万字干货了。
不管你是从事什么职位,都希望你能够有所收获,即使你脑子里一灵光有了新的想法或不同意见都欢迎来找我交流。