避免前 3 个可用性测试陷阱

已发表: 2016-11-03

可用性测试是一个非常强大的工具，但它不是一个非常通用的工具。

您的网站退出调查作为数据来源，可以发现常见的失败任务、网站的总体满意度以及用户的人口统计信息。作为数据源，您的网络分析工具可以发现有效的营销渠道，帮助您找到要修复的热门页面，并帮助您找到理想的拆分测试候选人。

可用性测试，作为数据的来源，不能做这些。

相反，可用性测试可以做一件事，并且做得非常好：发现人们在使用您的网站时会失败的地方。

查看人们失败的地方并了解失败的性质可以帮助您修复用户体验。但是，您必须非常有条理地处理您的测试。

您必须小心不要落入这些可用性测试陷阱中的一个或多个：

1. 使用可用性测试进行市场或可用性研究

对于预算紧张的公司来说，尝试用一块石头击中两只鸟可能很诱人。因此，当他们进行可用性测试并要求用户执行任务时，他们也会提出以下问题：

其他公司直接尝试使用可用性测试来检查他们是否正在构建正确的东西。

这样做的问题是可用性测试非常适合找出用户在使用某些东西时会绊倒的地方，而不是市场或可用性研究。

它不是为此而构建的。

您将获得有关用户成功或失败的“好”信号或数据。大多数其他事情——他们对你的定价、商业模式等的想法——只是信号带来的噪音。

您可以使用其他可用性研究技术（例如访谈或市场研究）来确定您是否在构建正确的东西，或者人们是否会为您正在开发的功能付费。但是你不能用那个任务来负担可用性测试。范围蔓延将使该工具惨遭失败，即使它是一个很棒的工具。

当您进行可用性测试时，您经常会遇到会建议您网站问题的潜在“修复”的用户。一些用户会说他们希望您的网站在您的网站上更多地使用蓝色。其他人可能会说他们想要一个弹出窗口来解释一些事情。

在处理此类评论时，您必须非常自律。

一方面，你想鼓励用户说出他或她的想法——如果你想充分利用可用性测试，你的用户需要大声说话。另一方面，可用性测试是关于发现网站上的实际问题——确定修复是你的工作。

大多数用户不会具备设计、分析、在线营销和用户体验背景来提出可行的修复方案。不要让他们做你的工作。

使用他们的评论来查找他们遇到的关键问题，并了解这些问题的性质。

当需要提出修复时，您应该在内部开会讨论解决问题的最佳方法，而不是依赖可用性测试对修复的评论。

阅读“可用性测试 101：基本用户体验工具简介”

可用性测试通常不会完成，因为它变成了这个……事情。你知道，一件事。

本来应该只是这个每月或每两个月发生一次的小项目，结果却变成了这个多委员会、耗时、等待三周的大型报告- 费用报告中的代理行项目。

不一定要那样。您只需要将其视为一个过程并避免使事情过于复杂：

不要沉迷于寻找完全合适的人。确保他们可以使用浏览器，并且他们来自您的目标地区（不是州！）并且他们是该语言的母语人士。其他一切都只是肉汁。即使是在您的核心市场之外的人也能够在您的网站上发现严重的可用性问题。

您需要大约4 个用户进行 3 轮测试。更多只会增加您的时间和费用，并使测试更难获得支持。

拆分检验要求统计显着性有效。可用性测试没有。他们在那里快速发现关键问题——不要在内部夸大科学。

由于一些公司通过代理机构为可用性测试付费，因此很容易想要并要求只需不到一个月的时间即可生成豪华报告。你不需要那种花哨的报告。

您需要找到使人们无法在您的网站上做他们需要做的事情的前 5 个左右的关键问题——在观看可用性测试后不到一天就可以生成这些问题。您需要在电子邮件或 Word 文档中添加一些要点，仅此而已。创建看起来昂贵的报告使您无法更快地实际解决问题。

可用性测试更像是剪刀而不是瑞士刀。

他们做一件事，他们做得很好，如果你将它们用于预期目的，它们将永远有效。

但是，要做到这一点，您必须知道何时使用该工具以及何时使用其他工具。它们不是市场研究工具。它们与用户验收测试或拆分测试的目的不同。

如果你 …

… 可用性测试将帮助您极大地改善您网站上的用户体验。