可用性测试是 UX 专业人士工具箱中的关键组成部分，不应被忽视。好消息是，你不需要依赖昂贵的可用性测试服务来获取正确的信息。事实上，你可以从现有的软件栈中收集到极具价值的可用性测试数据——前提是你正在使用一个像 ProtoPie 这样强大的原型工具。
让我们来探索可用性测试，以及它如何融入更广泛的用户测试流程。我们将看看如何在有或没有专业可用性测试服务和解决方案的情况下，都能获得最佳结果。
什么是可用性测试？
可用性测试是让真实用户（而不是解决方案开发者）与产品交互。在这个过程中，你会从他们的语言和非语言反应中收集宝贵数据。在可用性测试结束时，你还可以通过开放式反馈或引导式问题征求意见。目标很简单：了解潜在客户将如何使用你的产品，以及它是否满足了用户测试中识别出的需求。
进行可用性测试是避免忽视你和团队未曾考虑到的潜在设计失误的最佳方式。它是任何设计工作流中的重要组成部分，也是测试并迭代高保真原型的绝佳方法。
尽管每一次可用性测试都不同，影响因素包括不同用户以及要测试的不同具体 UX 设计，但其目标通常相似：
可用性测试是否能按预期完成？
用户在可用性测试过程中表现出了哪些情绪和反应？
我们是否识别出了任何新的或已有的问题，用户是否克服了这些问题？
坚持这些可用性测试的基本原则，UX 设计师和产品经理才能真正找到真实可用性问题的解决方案。
那么，什么是用户测试，它有何不同？
用户测试是产品创意验证过程的一部分。它回答的是“我的产品是否解决了某个需求，或回应了某种市场需求？”这个问题。至少，这是行业中对用户测试的常见理解。
产品管理和设计的一个好处在于，许多现代概念都是新的。事实上，它们新到从未被正式定义。谁来定义它们呢？毕竟并不存在一个会就术语命名展开辩论的国际产品设计与管理机构。
由于这是对用户测试最常见的理解，我们将沿用这一说法。也有人把用户测试泛指为任何用户测试，而按定义这包括可用性测试。需要注意的是，可用性测试与用户测试仍然不同。可用性测试是一种特定流程，旨在针对产品或产品的某些部分获取特定反馈。
为什么我们要做可用性测试？
在发布前让真实用户测试你的产品，是识别潜在疏漏的绝佳方式。你会花数月时间设计一个产品。过程中会有 UI 设计师、UX 设计师、软件开发人员、产品经理等参与。每个人都会形成一定程度的熟悉度和流畅度，而这会影响对产品功能的判断。
这时可用性测试就派上用场了。召集一小批愿意参与的测试者（在压力下测试者难以保持客观！），让他们自由体验你的产品原型。可用性测试有多种执行方式，引导程度各不相同。
可用性测试示例是什么？
邀请用户参加一次线下可用性测试，让他们使用你的高保真原型，而你在旁记录笔记，这是可用性测试最基础的例子。随着全球数字化推进，以及通过 Zoom 和 Google Meet 远程完成各种工作成为可能，远程可用性测试越来越受欢迎。
远程可用性测试有很多优势：
可接触到更庞大的测试者群体
可用性测试可在自然环境中进行，从而获得更准确的结果
减少测试者的麻烦，从而提高参与意愿
在人们不愿意来办公室的时期，产品设计师曾担心可用性测试会变得更困难。结果恰恰相反：可用性测试比以往任何时候都更易获取、也更成熟。
对既能完成高保真原型制作、又能在测试中提供同等审查深度的解决方案需求不断增长，促使了专业工具的出现。事实上，高保真原型工具也开始把可用性测试功能整合进自身工具和设计工作流选项中。这是合乎逻辑的一步，尤其是在该领域对更强连接与沟通有巨大推动力的背景下。
原型可用性测试：深入剖析你的高保真原型
如果你正处于产品开发的快速原型阶段，可能还没准备好进行可用性测试。但如果你正以真实原型为目标，并使用 ProtoPie 这类工具，你很快就能创建出多个高保真原型。
每个高保真原型都需要测试。可用性测试不一定必须由外部测试者参与。你可以先在内部开展第一轮测试，让来自不同背景和领域的利益相关者参与。ProtoPie 内置了一套出色的可用性测试工具。通过一个解决方案，你可以创建或导入 UI 设计，构建令人惊艳的高保真原型，然后在正式开展可用性测试前先进行测试。
使用你的原型工具对高保真原型进行可用性测试
在探索更昂贵的可用性测试选项之前，你始终可以先查看原型工具的扩展功能。像 Invision 和 ProtoPie 这样的工具非常适合轻量测试，因为原型分享非常便捷。
如果你是 ProtoPie 用户，可以轻松设置一些简单的远程无主持可用性测试。设置流程非常直接，既可用于内部，也可用于外部测试者。
当你构建好真实原型后，只需生成一个 URL 链接，即可让任何被选中的参与者访问原型进行测试。如果你与外部可用性测试者合作，还需要快速调整访问设置。这是一项额外的安全措施，你可以按需开启或关闭，以确保原型仅在内部流转。我们甚至还提供了密码保护，以增强安全性和安心感。安排测试、提供链接和密码，待一切完成后只需更改密码即可。
可用性测试流程
可用性测试的妙处在于它非常容易融入 UX 设计工作流。尤其是现在测试基本已经数字化。不久前，人们设想用户测试时，往往会想到一个无干扰的方形房间里，测试者在试用新原型；同一个房间里还会有摄像设备，或由主持人记录笔记并引导流程。
正如 UX 设计在每个环节都强调测试与迭代一样，可用性测试也是如此。整个测试工作流都建立在获取反馈，并利用反馈做出有意义改进之上。
可用性测试入门 101——测试、迭代、再来一次。
想要一个可用性测试模板或计划吗？并没有。或者至少不应该有。每个产品都不同，因此你需要收集的需求和信息也会不同。不过，你可以把流程模板化，以便快速迭代，避免陷入信息过载。
明确测试内容和方式
你想测试什么？又希望如何测试？核心是要具体，并优先进行多个针对特定元素的小型测试，而不是一次由许多测试者参与的大型测试。
Nielsen Norman Group 的 Jakob Nielsen 指出，最佳回报来自多次小规模可用性测试，每次最多五位用户。超过三位用户后，在相同参数下每新增一次可用性测试，你学到的新东西就会减少。他们还做了一份关于可用性测试最佳参数的科学深度解析，我们建议你查看以了解更多。
“如何测试”关系到测试范围。不要把范围定得太宽。构建一条测试用户可执行的导航路径，并确保在一次测试中只验证 UX 设计中的一个具体元素，以获得最佳结果。
一个简单的可用性测试示例是导航。每个应用、菜单或网站都要求用户在不同页面间导航，以完成一个流程或旅程。你可以专门为应用导航设置特定可用性测试。这包括记录用户如何导航，并识别他们可能因不直观手势（如滑动）或位置奇怪的可点击交互点而产生的挫败感。
将流程拆分为清晰任务
规划可用性测试和用户将经历的路径，也意味着沿途要建立清晰步骤。这同样意味着要有明确目标，不要用过多功能让用户不堪重负。
为了获得最佳数据，请将目标数量降到最低，并确保测试可在一小时内完成。可以提供说明，但为了获得最佳结果，你应创建让用户能够自行摸索完成的可用性测试。
收集反馈
如果测试者全程沉默，未提供任何语言或情绪信息，那你就没有收集到足够有价值的信息。理想流程是在测试过程中不进行干预，但要确保测试用户能够在实时状态下舒适地大声描述自己的感受。
让可用性测试更强大的专业工具
随着原型工具的发展，可用性测试解决方案也在进化。ProtoPie 所能提供的只是冰山一角。市面上还有一些专业解决方案，能把可用性测试变成一门艺术。
市面上有很多名字，比如 UserZoom 和 HotJar，它们能为你的可用性测试环境带来惊艳功能。尽管 ProtoPie 自身也有功能，但我们知道有时你需要更多。我们已经进一步简化了这些工具的使用方式，让它们和你使用 ProtoPie 进行高保真可用性测试一样简单。
你可以进一步了解 ProtoPie 如何与 Useberry、Lookback、UserZoom 和 UserTesting 协同工作，为你带来终极的原型 + 可用性测试组合。
用 ProtoPie 让你的研究发现更可执行
需要帮助说服组织内的研究人员试用 ProtoPie 吗？以下是你可以采用的方法。
Discover ProtoPie 汇集了 ProtoPie 最优秀的独特卖点，帮助你说服利益相关者——研究人员、设计师、开发者和产品经理——加入 ProtoPie。将这个 Pie 链接分享给研究团队，帮助他们发现如何用 ProtoPie 让研究发现更具可执行性。
