在过去（几乎）2 年里，我一直在作为 UX 设计师开发消费者应用程序。有时感觉就像在真空中工作，不知道用户对您的工作有何看法和感受。用户研究将人性带回了 UX 设计，在此期间，我不仅能够参与而且还能够进行可用性测试会议。我学到了很多东西，并决定为想要开始可用性测试的 UX 设计师分享我的 10 大技巧。
1. 定义你的目标
尽管观察参与者与原型的自由交互很有用，但通常情况下，您的时间和预算有限。您必须为此测试会话定义目标。您想从本次会议中学到什么？、
2. 定义任务
想想你的研究目标，你将如何实现它们？用户在使用您的产品时需要做的最重要的事情是什么？您将无法测试所有内容，请尝试对它们进行排名并从以下选项中进行选择：
用户必须在您的产品上完成的任务才能使其有用；
您怀疑用户会遇到困难的任务；
用户被记录为有问题的任务。
在您决定要测试的内容后，将任务转化为场景，这只不过是一个简短的脚本，为您的参与者提供背景、他们的动机以及他们需要做什么。
而不是：“完成结帐过程”
说：“你的割草机坏了，你一直在寻找新的。您终于在本网站上找到了您要找的那个。使用这家网上商店购买。”
3. 预试题
您将希望通过询问参与者一些问题来开始您的会话，这不仅可以让您更多地了解您的参与者，而且还可以通过谈论他们自己让他们更轻松。您可能会问参与者以什么为生，他们在网上花费多长时间以及他们使用什么设备；此外，您还可以询问他们是否了解您的产品，并尝试绘制出他们对此产品的行为。您的目标是让参与者轻松地谈论自己。
4. 后测题
完成测试后，您可能有时间进行一些探索。您可以利用这段时间澄清 参与者所说或所做的事情，询问有关原型的更多问题或观察者可能想问的任何问题。
如果您有准备好的问题，请避免封闭式（是或否）的问题，也不要询问参与者对您的原型是喜欢 A.还是 B.。通常，他们的回答与他们在现实世界中的行为不同，并且“[人们想要被人喜欢”Hall, E. (2013, p. 193)，他们可能会说出他们认为你想听到的. 然后，根据您在测试中看到的内容分析参与者的答案。
5. 编写脚本
您将在测试问题之前阅读脚本的这一部分，它应该解释测试将如何进行。您应该告知参与者：
会议的目标以及您和您的团队这样做的原因；
的有声思维协议;
没有正确或错误的答案；
他们正在被监视和录音，通知他们您不会分享录音并征得他们的同意；
参与者可以随时要求休息或停止测试。
6. 决定使用哪个软件
那里有许多远程测试软件，您可以使用视频聊天软件并要求参与者共享他们的屏幕。我一直在使用Lookback.io，我对它非常满意。它允许参与者共享他们的屏幕（桌面和移动设备），最重要的是，它允许观察者和协调人做带时间戳的笔记。
7.招募参与者并安排时间段
尝试招募3 到 5 名参与者。您可能会想招募更多人，但“（……）您观察的用户越多，您看到的新问题就越少” Krug, S (2010, p.73)。您会发现第三位参与者的大部分重大问题都与您的任务有关，从那里您将一次又一次地看到相同的行为。此外，通常情况下，您将无法解决您发现的所有问题。
招募目标和行为与您的目标用户一致的人员，例如：
他们对技术的感觉如何；
他们是否需要对您的产品有经验？
他们有什么特别的爱好吗？
他们经常在网上购物吗？
8. 如果你是主持人
促进“(...) 需要在社交性和自我意识之间取得平衡” Hall, E. (2013, p.260)，你必须足够善于交际才能闲聊，知道一旦测试开始就不要干预，并且知道何时提醒参与者大声思考。协调人必须保持中立，让参与者继续说话，不要发表自己的意见或煽动参与者回答，即使参与者提出要求，也不帮助他们完成任务。但是，如果您看到参与者感到沮丧并且无法完成任务，请打断他们并转到下一个任务。
在第一次促进可用性测试是困难的，但是，随着时间的推移和实践的，它会变得更好，实际测试之前做一些测试运行与您的团队。
9.如果你是观察者
如果您是观察者，请注意正在发生的事情，请注意：
参与者对任务的反应；
参与者完成任务需要多长时间；
他们是如何完成任务的，专注于他们所做的；
如果参与者没有完成任务；
沮丧的非语言迹象；
参与者使用的与您的组织不同的词汇；
参与者的报价；
您可能希望稍后在探索过程中澄清的要点。
每次测试后，写下参与者面临的3 个可用性问题。
10. 结果报告
完成所有测试后，向观察员和协调员汇报情况。分组您的笔记和模式将开始出现，这将使查找问题和推荐修复更容易。根据问题的频繁程度和严重程度对问题进行评分，因为您没有时间或预算来解决发现的每个问题。关注阻止用户完成任务的问题，并从努力程度最低的问题开始。
如果您要向团队以外的人报告结果，您可以在长报告或快速电子邮件中进行。无论哪种方式，都应关注最重要的信息：您测试了什么、参与者做了什么、发现的问题以及您将如何解决。
我能给你的最好建议是对你的参与者保持友善和尊重，有些人可能会遇到技术问题，有些人可能不太懂技术；但最重要的是，善待自己。您可能无法获得想要的结果，您的解决方案可能会非常失败，但请尝试往好的方面看：您已经走出舒适区去学习新的东西，并试图改善用户对产品的体验，在归根结底，这才是最重要的。
