如何把可用性测试的任务描述写的更好?

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

 可用性测试非常简单,即使是第一次使用,也可以获得有价值的洞见和观察。如果任务不对,你做什么都是错的,当然可用性测试也不会收到什么有效的反馈。

思考人们如何使用

首先,你要了解的是人们用你的产品做什么

这些人使用产品过程中最重要的行为是什么?产品用户的目标是什么?企业/组织的目标是什么?什么是需要完成的工作/任务?

相信这个世界上最好的网站(或其他任何东西)可用性测试者是创作者本身。(译者注:大多数情况下,创作者对自家产品带有明显的主观偏见,一般情况下,建议创作者作为辅助人员参与测试,而不是主导;另外,由于企业内部还有其他相关部门,可以由其他相关部门人员主导测试。)

他们自然知道什么是重要的,这就是为什么不举别人的例子,而是只和你们说我们自家产品(X 产品,因为还没有面世,所以先这么称呼了)的原因了。

我们希望人们浏览我们的营销网站,了解更多关于我们的信息,从而了解我们的营销工作是否有意义。

我们也希望看到,人们注册、创建账户或申请成为测试人员这一过程,是多么的简单。

当然,还有更多我们想了解的事情,但这样足以开展下一步了。

一句话任务列表

根据前一步骤收集到的信息,为可用性测试提出了这份任务清单:

  1. 创建一个帐户
  2. 成为测试人员
  3. 开通服务

现在自己试着做一做。

考虑人们(应该)在你的网站/应用上做的所有重要事情,并写下一个简短的一句话任务列表。

不要在细节上浪费时间,只需要列出清单就好,我们将在下一步中处理其余的事情。

一个好的任务列表包含与网站或产品成功相关的用户交互。

如果希望人们在网站或产品上购买东西,应该有一项要求测试这买东西的任务。

如果你想让人们创建一个帐户,应该让他们注册你的网站。

很快就会意识到,你和你的团队为自己的网站或产品列任务清单是多么容易。

这是进行可用性测试的一个好处,而且你可以随时采用更好的方式。

编写特定的任务场景

编写好的任务场景非常简单,有一些规则可以遵循,而无需成为专家。

但首先,让我们来看看有关 X 产品的例子,以便更好地了解如何编写自己的任务。

任务:创建一个 X 产品的帐户

你在一家电子商务公司工作,工作是为网站或者产品探索不同的可用性测试服务。了解 X 产品,看看它是否可以解决这个问题。选择一个计划并尝试创建一个账户。

任务:成为测试人员

你正在寻找机会在网上赚钱,并偶然发现这个网站或者应用。请尝试通过测试 X 网站或者应用来找出自己可以赚多少钱,并申请成为测试人员(如果需要,可以使用假电子邮件地址)。

任务:开通服务

想象一下,你有兴趣了解更多关于如何进行可用性测试的信息。请看看这个网站或者应用,找到一篇关于可用性测试的文章。快速阅读该文章,并尝试通过电子邮件订阅文章(如果需要,可以使用假电子邮件地址)。

在上面提到过,有一些编写任务场景的规则可以遵循:

  • 避免在场景中提供线索。不要在网站或应用中使用罕见或独特的词汇。为什么?测试者将扫描屏幕以查找这些单词,并且也无助于获得关于可用性的更多见解。
  • 写得清楚、易懂、易于遵循。写下你说话的方式,不要用科学或学术词汇或者口吻。与同事或朋友预先测试任务,确保他们通俗易懂,确保人们真正知道你希望他们做什么。
  • 修剪任何不必要的细节。任务场景应设置上下文,并为用户提供必要的详细信息,如用户名或特殊交付地址,其他一切都是不必要的。尽可能缩短任务场景,保证测试者能够自己搞清楚。

奖励提示:让人们首页浏览

什么是首页浏览?

这是史蒂夫·克鲁格的观点,这是他在每个可用性测试中都要做的事情,以便在他们提供实际任务之前让参与者开始工作。

下面是一个基于史蒂夫《Rocket Surgery Made Easy》(中文书《妙手回春:网站可用性测试及优化指南》)一书的例子:

请浏览这个网站或者应用,告诉我们你的想法是什么:

  • 你注意到的第一件事是什么?
  • 你可以在上面做什么?
  • 它提供了哪些产品或服务?
  • 它的目标用途有哪些?

多浏览一下(或者说全面的浏览),说出你想到的一切。如果你想滚动或者划动页面都可以,但请不要点击任何东西。

你当然可以(也应该)根据你自己的需要来调整它。

首页浏览会告诉你,人们是否可以理解你的产品提供什么,并且了解你的产品是什么,即使是他们通常用不到甚至不需要的东西。

结果会告诉你为什么人们在理解你的产品或服务的时候存在困难。

你可以观察他们第一次使用你的网站或应用,并且了解他们对此的态度和想法。

这可以帮助你确定内容、信息,甚至是架构中哪些有用,哪些存在不解和困惑,哪些可能仍然处在游离状态(未击中目标)。

另外…

避免通过使用“你对…的第一印象”或“你对…的看法……”等方式询问测试者的想法。

测试者只会评价颜色方案、字体选择、布局和其他视觉设计元素。

虽然你可能会对这些信息感兴趣,但这不是你需要从可用性测试者那里听到的。

原文地址:https://userbrain.net/blog/write-better-tasks-to-improve-usability-testing

#专栏作家#

郑几块,人人都是产品经理专栏作家,前新浪微博产品经理。

本文系作者@郑几块 独家翻译授权,未经本站许可,不得转载

题图来自 unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
4人打赏
评论
欢迎留言讨论~!