完成一件小目标:如何找用户来进行一场快速的可用性测试?

免费测试工具点这里使用


如果你是交互设计师,是否纠结过某个左滑出的功能,用户是否会发现?如果你是视觉设计师,那么,你是否为某个按钮究竟用什么颜色而抓狂?如果你是产品经理,是否也曾怀疑过设计师为什么这么做,用户到底会不会买账?

对于有些疑问,多动动脑子,答案可能就显而易见,而有些争议,即使磨破了嘴皮子,也还是各执己见,不相上下。此时,要想说服自己以及他人,最需要的就是找相关用户来说话。本文要讲的就是在此情此景,如何找用户来进行一场快速的可用性测试。

是的,上述的种种都是我以及身边的小伙伴们正在经历的。对于有些疑问,多动动脑子,答案可能就显而易见,而有些争议,即使磨破了嘴皮子,也还是各执己见,不相上下。此时,要想说服自己以及他人,最需要的就是找相关用户来说话。本文要讲的就是在此情此景,如何找用户来进行一场快速的可用性测试。

什么是可用性测试?

可用性测试就是邀请真实用户或潜在用户使用产品或设计原型,对其在使用过程中的行为进行观察、记录、测量和访谈,进而了解用户对产品的要求和需要,并以此作为改进产品设计的出发点,提高产品的可用性。

所谓的快速可用性测试,主要针对的是短流程,小项目,或者多选一方案的用户可用性测试,这种方式高效、快捷,我们无数次的疑问、争议,都是通过这样的方式找到了好的解决方式。那么,究竟如何来进行呢?

第一步,明确快速测试类型及产品目标

快速测试类型我把它分为两大类:探索型及验证型。探索型即为让用户通过使用产品,找出产品的可用性问题,进行优化;验证型即为有几种(UE/UI)设计方案,通过用户使用,最终选择最优方案。

注意:在验证型测试类型中,产品目标一定要考虑进去,明确这几种方案背后的产品目标是什么?有可能测试结果并非其中任何一个方案,而是有了更好的解决产品目标的方式。

第二步,任务创建

选择型可用性测试,一般针对的是产品短流程或者整个产品,此时就需要相关人员协商讨论整个产品的主要功能点(用户常用功能、产品核心功能、亮点功能等),对照这个功能列表分别创建用户任务。任务的设计要具体,尽量贴近用户的真实使用场景。

验证性可用性测试,这种情况任务比较明确,只需结合几种方案用户所使用的场景,确保测试任务符合用户实际使用行为即可。

第三步,预测试

任务创建完成以后,千万不要着急进行测试,所以这里插入个人认为非常重要的一点:预测试。预测试的目的就是发现设计任务是否有漏洞,及时修复。可以找公司内部的同事快速测试来完成。基本上我在每次的预测试中都会发现或大或小的任务漏洞。所以,为了保证测试结果的准确性,这一步千万不要偷懒。

第四步,招募用户

1、找多少用户

对于快速的可用性测试,到底应该找多少用户来测试?说到这里,可以参考Nielsen的这张经典图表,可能对于用户数量业内有很多的争议。我个人的项目经验来说,一般发现产品的重大问题的话,6~8个用户足够了,而对于验证型的测试,可根据测试结果及时调整数量,一般也会控制在12人左右,基本上符合了Nielsen的理论。

2、 找什么用户

我们在项目中一定会有的两个参考因素:是否使用过该产品及程度、是否使用过相似产品及程度。此外,一些基本的人口学特征(性别、年龄、学历等)也在筛选范围内。

3、哪里找用户

可能这个是我们项目中比较难控制的,项目的不同,也就意味着需要不同背景的人来测试,没有固定的一个组群来维护,这里就给出一些我们平时找用户的地方作为参考:公司内部非此项目组的同事们(充分利用公司的各个大群/小群/群邮件)、周边符合条件的朋友、产品的线上用户、产品论坛/贴吧等等。

第五步,用户测试

一切准备就绪后,即可开始用户测试。主要就是让用户完成预先设计好的一系列任务,我们在此时需要对用户的行为进行观察、记录、测量和访谈。

测试过程中注意:切记引导性过强;操作行为是重点(用户的语言可能带有欺骗性,应更多关注“用户行为”,鼓励用户“出声思维法”,即要求用户在操作时,将完成任务时所有的思考、行为、感受都描述出来)。

第六步,数据分析

1、 探索型可用性测试

通过用户测试,可能会发现产品很多可用性问题,在问题整理完毕之后,需要对问题进行分类或者优先级排序。参考业内的整理办法,主要有二级、三级、五级等。我们比较常用的是三级划分问题的方法,把问题逐个梳理。

问题的三级划分:高(无法完成任务)中(完成任务,效率/满意度不高)低(完成任务,较快/满意)

说到这里,就又回到本文开头提到的可用性概念:产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。那么对于问题的评估也是从这三个维度来打标签,详细解释参考下文:

有效性:用户完成特定任务和达到特定目标时所具有的正确和完整程度;

效率:用户完成任务的正确和完整程度与所使用资源(如时间)之间的比率;

满意度:用户在使用产品过程中所感受到的主观满意和接受程度。

2、 验证型可用性测试

这类的数据分析相较于前者简单一些,主要就是整理测试用户对每个方案的任务是否、效率、满意程度,最后让用户选出心仪方案,如都不选,则给出每个方案的优化建议。

上述就是结合自己的项目经验梳理出的快速可用性测试流程,再来回顾一下:明确目标—测试任务创建—预测试—招募用户—用户测试—数据分析,六大步。

总之产品可用性测试的好坏还是需要不断的实践练习才能有一个好的效果。诸位还是多多实践吧。

免费测试工具点这里

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容