菜单 关闭

将用户目标转化为可用性测试的任务场景

1月12日,二千零一十四

总结:可用性测试任务指南:通过编写现实的任务场景来吸引参与者,鼓励行动,并且不要泄露该如何使用接口。


理解界面中的工作和不工作的最有效方法是观察人们使用它.这就是可用性测试.当合适的参与者尝试现实的活动,你能对什么导致用户出现问题.这些见解帮助您确定如何改进设计。manbetx官方网站手机版

也,你可以测量用户正确完成的任务百分比作为沟通网站整体可用性的一种方式。

用户需要做什么

为了观察参与者,你需要给他们一些事情做。这些任务通常被称为任务.(在测试期间,我喜欢打电话给他们)活动“为了避免让参与者觉得自己正在接受测试)。

与其简单地命令测试用户“做X”,而不做任何解释,最好将请求放在短时间内脚本这为操作设置了阶段,并为为什么?用户正在“执行X”。

在编写测试中使用的任务方案之前,您必须列出访问您的站点(或应用程序)的访问者可能具有的一般用户目标。扪心自问:每个用户必须在站点上完成的最重要的事情是什么?

例如,nngroup.com用户必须能够完成3个主要目标:

  • 查找有关特manbetx官网手机登陆定主题的文章
  • 报名参加UX周研讨会万博官网manbetx下载
  • 了解我们的咨询服务

让用户参与任务方案

一旦你了解了用户的目标是什么,您需要制定适合可用性测试的任务场景。任务场景是您要求参与者在测试界面上执行的操作。例如,任务方案可以是:

你打算去纽约度假,3月3日至3月14日。您需要同时购买机票和酒店。去美国航空公司网站和捷蓝航空公司网站,看看谁最划算。

任务方案需要提供上下文所以用户参与界面假装在家里或办公室里做生意或个人工作。

写得不好的任务往往过于注重于强迫用户与特定功能交互,而不是看用户是否以及如何选择使用界面。场景将任务置于上下文中,因此,理想地激励参与者。

以下3个任务写作技巧将改善可用性研究的结果。

1。使任务切实可行

用户目标:浏览产品和购买项目。
可怜的任务:购买一双橙色的耐克跑鞋。
更好的任务:花不到40美元买一双鞋。

要求参与者做一些他通常不会做的事情,这将使他尝试在不真正参与界面的情况下完成任务。写得不好的任务会让参与者更难对实际拥有任务的能力产生怀疑。在这个例子中,参与者应有根据自己的标准比较产品的自由。

提出现实的任务将取决于你招募的参与者和你测试的特性。例如,如果你测试一个酒店网站,你需要确保参与者是他们家庭中负责旅游研究和预订的人。

或者,您可以决定让参与者定义自己的任务。例如,你可以招募正在购买汽车的用户,让他们在会议期间继续他们的研究,而不是给他们一个任务场景。(实地研究非常适合观察用户在自己的环境中执行自己的任务,但是实地研究更为昂贵和耗时。)

2。使任务可操作

用户目标:查找电影和放映时间。
可怜的任务:星期天下午你想看电影。去www.fandango.com告诉我你会在哪里点击下一步。
更好的任务:使用www.fandago.com找到一部您在周日下午会感兴趣的电影。

最好是要求用户执行操作,而不是问他们怎样他们会的。如果你问“你如何找到一种方法来做X?”或者“告诉我你会怎么做”,参与者可能会用文字回答,不是行动。不幸的是,人们的自我报告数据不够准确就像他们实际使用系统一样。此外,让他们讨论他们会做什么不允许你观察到使用界面带来的轻松或沮丧。

如果参与者转向辅导员,你会发现任务不够可行,把她的手从老鼠身上拿下来,然后说“我先点击这里,然后会有一个链接指向我想去的地方,我会点击这个按钮。”

三。避免提供线索和描述步骤

用户目标:查成绩。
可怜的任务:你想看看期中考试的结果。访问网站,登录,告诉我你会点击哪里获取你的成绩单。
更好的任务:查看期中考试的结果。

步骤描述通常包含有关如何使用接口的隐藏线索。例如,如果你告诉某人点击效益在主菜单中,你不会知道那个菜单标签对她是否有意义。这些任务偏袒用户的行为,并给您带来不太有用的结果。

包含界面中使用的术语的任务方案也会使用户产生偏见。如果你对学习感兴趣,人们是否可以注册时事通讯,你的网站上有一个大按钮注册时事通讯,你不应该把任务说成注册这家公司的每周通讯。“最好使用以下任务:找到一种方法,定期获取发送到您电子邮件中的即将发生事件的信息."

避免在界面中使用词语并不总是简单或自然的,甚至可能会让用户感到困惑,尤其是如果你试图用迂回的方式来描述已经有了标准的东西,著名的名字。在那种情况下,您可能希望使用已建立的术语。避开线索并不意味着含糊不清。例如,比较以下两项任务:

可怜的任务:预约你的牙医。
更好的任务:预约下周二上午10点去看牙医,博士。彼得森。

您可能认为,如果用户的牙医不是真正的医生,那么第二个任务违反了任务现实性的准则。彼得森。然而,这是其中一种情况,在这种情况下,用户非常善于中止不信任,并继续进行预约,就像他们与一个不同的名字牙医。您可能需要让用户假装看到Dr.彼得森,如果你是测试纸张原型或者其他早期的原型设计,只包括一些牙医。manbetx官方网站手机版

结论

如果任务场景太模糊,参与者可能会要求您提供更多信息,或者希望确认她走的是正确的道路。向参与者提供完成任务所需的所有信息,不告诉她点击哪里。在可用性测试期间,尽可能模拟现实世界。招募代表用户并确保每个任务场景:

  1. 对于人们在自己的时间实际使用系统的方式来说是现实的和典型的,做自己的活动
  2. 鼓励用户与界面交互
  3. 不会给出答案。