首先,一个语义(但很重要)的小问题:你确实想做“可用性测试”而不是“焦点小组”。焦点小组用于研究市场并发现目标人群的主观品味。你对意见不感兴趣,你对事实感兴趣,最重要的是“是什么让我的注册过程变得困难”
jms 提到了走廊测试,这是一个很好的起点。我怀疑您甚至需要进行更正式的测试(例如,摄像机、屏幕录制软件、正式脚本),但这条途径肯定存在。
Steve Krug 的书“Don't Make Me Think”(亚马逊)有一个很棒的章节(第 9 章)关于如何进行测试。网上应该有很多资源。您搜索的关键术语将是“可用性测试”以及“非正式”或“走廊”
您帖子中的具体问题:
基本思想是,您正在观察(而不是采访)人们,以便通过您的界面找到具体的、事实的、可操作的问题(不一定是主观感受)。为此:
弄清楚您希望用户执行什么任务(关注任务和目标,而不仅仅是“屏幕”)。
用简单的英语告诉你的用户,不用引导,做什么。例如“好的,所以你决定要玩这个游戏,你能做任何你认为需要做的事情来开始玩吗?” 如果人们不了解他们需要创建一个帐户,请不要告诉他们“好的,创建一个帐户!” 不要有诸如“好的,现在点击创建帐户按钮”之类的任务——那个按钮可能并不明显。再次强调目标而不是行动
不要告诉用户做什么,不要控制计算机。你的目标是尽可能地隐形。如果用户问你一个问题,一个好的回答是“假装你在家而我不在这里。只有当你对软件如此沮丧以至于你会拿起电话打电话给支持时才让我知道。
你不是在进行科学实验。如果每个用户做不同的事情,或者环境不受控制,这是完全可以接受的。您所关心的只是收集拼图的碎片。
只要他们不熟悉您的产品,您与谁一起测试并不重要。
一旦你认为你发现了足够多的“阻塞”问题,就停止测试并修复问题。遇到问题后重复测试只会一遍又一遍地发现相同的问题。相反,修复然后重新测试。用更少的人做更多的测试比用很多很多的人做一个大的测试要好。
你不需要人们“大声说话”并解释他们的每一个动作。看看他们在做什么。如果你对他们为什么做某事感到困惑,停下来问问他们你是否认为他们以后不会记得为什么。您可以将这些问题集成到“测试脚本”中
总是在测试后汇报。请记住,人们通常会对事物进行比实际更有利的评价(既是为了对你好,又因为人们会记住成功并忘记失败)。
提醒人们您正在测试软件,而不是他们。要有耐心和礼貌,尤其是在你不付钱的走廊测试中。如果你提前招募人员,你可能应该付钱给他们。如果您使用现金(不要使用支票),请准备好收据。当地零售商的礼品卡(jamba 果汁、星巴克等很好用)。此时,您还需要一份快速的参与者协议表。专业公司每小时支付 75-200 美元(对于像医生这样的专家来说更多)进行测试,但如果您只是在图书馆会议室与人会面,您可以少花钱。
如果在完成所有这些之后你意识到你需要一个更大规模的研究,你可以考虑聘请特定的公司来做这件事——然而,这相当昂贵(我猜一家有能力的公司至少需要 5000 美元)。再次,“别让我思考”第 9 章