通过几天的准备,在各大UED网站上学习经验,今天开始了第一天的用户可用性测试。网易UED这里有一篇对于快速可用性测试方面的好文,包治门外汉的各种不懂,推荐一下:http://uedc.163.com/4151.html
今天做下来感触蛮大的,大部分都是针对测试的目标产品的,出于公司隐私的考虑不share,不过general的点也有的。但是受制于样本空间过小,取样覆盖不足甚至覆盖不了典型的用户群,所以这些结论可信程度还需通过未来的继续实践来考量,目前应该只能算作我一点点感性上和非常主观的认识,记录如下:
1,基本的可用性测试是发现系统不可用点的利器
2,每个用户都是带着目的来使用产品的,人性化的产品会兼顾新手,老手,一般熟练人对系统的期望。
3,普遍的用户目的需要在尝试次数小于2的情况下得到满足,否则就会造成易用性差的印象
4,新用户对易用性反馈多,老用户对功能反馈多,介于新老用户之间的同学,好奇和观望比较多。所以之后招募用户来进行可用性测试的时候,应该选用新手或老手,介于中间的需要尽量避免
5,主持人提问尽量客观,并且让用户回答客观数据。如提问“你对XX产品的熟练程度怎样”,不如“你从何时开始使用XX产品?使用频率怎么样?”这样的问题
6,一定要有中场休息,时间为半小时,访谈中最累的是主持人和记录人,他们需要休息和整理思路。刚开始设计访谈的时候是一场连着另一场的,中间大概只有10分钟休息,第一场过了马上觉得要改。临时改时间搞得后面有点狼狈
7,不要期望用户可以帮忙想办法设计产品,他们只能回答yes or no,不会回答how/what
8,众口难调,同样的东西,5分为满分,最低为1分,5分和1分的都不少。产品设计的时候需要有那么一点儿自信,不过分寸要恰当,否则把Tmall改成“天猫”这样的自信就过了,变成了2了哈。
目前看起来可用性测试是有用的,以后我会定期不定期地推进下去,作为产品开发流程中的一个环节。