*线框可用性检查

您可能想知道为什么需要测试线框而不仅仅是最终产品。可以将其视为在开始建造之前查看房屋的 3D 模型或蓝图。您要确保没有通往无处的走廊或忘记包括浴室。

在已经运行的产品上测试最终设计意味着你只能在产品开发的最后阶段发现糟糕的用户体验。在这一点上，修改和重建可能会花费一大笔钱。您需要重复设计过程的某些部分：产生新想法、评估风险和约束、与设计师和开发人员协作等。

这就是为什么团队应该在很早的阶段就开始测试线框。使用静态草稿更难测试功能，但您当然可以检查关键功能和用户流程。

测试线框的最佳方法是通过访谈或可用性测试获得用户反馈。如果您无法接触到目标受众，可用性检查方法是理想的解决方案。它们依赖于启发式、最佳实践和用户场景。可用性检查允许您在不涉及真实用户的情况下评估 UX 并修复可用性问题。

为什么要在线框中测试想法？

您可能会认为测试线框毫无意义，而且是在浪费时间。让我们想象一下相反的情况——假设您等到最终产品准备好。该产品已推出，用户已经在探索它。用户反馈显示 UI 不一致、不吸引人的设计、导航问题和其他错误。此时，您将花费大量时间和精力来调查问题并找到解决方案。

这就是线框测试的主要论据——它更便宜。要测试迭代，您只需要一些手绘线框。从用户、同事和利益相关者那里获得反馈，以验证您的想法。每次新的迭代都将提供增量更改，使您的设计越来越好。

可用性检查

如果您的团队没有大量时间或资源，可用性检查非常有用。可用性检查是一组想法评估和发现可用性问题的方法的总称。优点是您不需要联系用户。相反，评估依赖于可用性原则和用户需求。

可用性检查通常涉及评估者——评估接口的专家——以及一系列可用性原则。

最流行的可用性检查方法包括：

• 启发式评估

• 认知演练

• 特征检查

•  一致性检查等

可用性检查的缺点和注意事项

乍一看，可用性检查似乎是测试设计的完美工具。它便宜、快速，并且可以在产品生命周期的任何阶段完成。但是，也有一些缺点。

首先，可用性检查方法基于理论原理。它们不能代替实际的用户访谈或对用户在您的应用中执行任务的观察。理想情况下，检查后应进行用户测试。

其次，评估者是人，他们有自己的偏见。

第三，虽然启发式和可用性原则是通用的，但随着时间的推移，它们可能会过时。更好的策略是创建适合您的产品和品牌的启发式方法。

启发式评估

启发式评估是一种基于可用性启发式的方法。启发式是交互设计的一般原则。它们更像是广泛的经验法则，而不是具体的可用性指南。评估者使用启发式方法来衡量设计的可用性并评估问题的严重性。简而言之，评估者研究屏幕或交互，看看它们是否符合可用性标准。

Jacob Nielsen 的启发式是最常用的可用性启发式列表。它们是在 1990 年代编写的，并且仍然具有相关性，尽管您可能希望将它们调整为当前技术。

该列表包括 10 个启发式方法：

1.系统状态的可见性

2.系统与现实世界的匹配

3.用户控制和自由

4.一致性和标准

5.错误预防

6.识别而不是回忆

7.使用的灵活性和效率

8.美学和极简设计

9.帮助用户识别、诊断错误并从错误中恢复

10.帮助和文档

认知演练

认知演练是可用性检查方法之一。 与其他方法一样，它允许在没有用户参与的情况下评估界面。认知演练使用角色（用户配置文件）来代表用户。然后它按角色评估任务绩效。换句话说，评估者作为这些角色遍历特定的线流。在每一步之后，评估人员都会在演练文档中留下相关注释。这些说明通常会提供有关如何改进旅程的建议。

制定评估计划

要进行有效的可用性检查，您需要事先进行计划。它会给你一种对工作的控制感，并帮助你预见不一致的地方。它还可以让您与您的团队讨论计划。计划将帮助您定义严重程度、线框图的详细信息、您想要参与的评估人员以及其他重要事项。

您可能需要手头有：

1.用户个人资料

2.目标

3.场景

4.线框

5.评价者

最终，可用性检查应该定义范围——你不能一次测试所有功能。根据用户目标，您可以决定要在范围中包含哪些功能和方案。然后选择此测试会话所需的线框。此时请忽略范围之外的场景。

用角色描述用户

可用性检查方法不需要用户，但应该依赖于用户的需求和问题。你怎么知道你的用户需要什么以及他们有什么痛苦？

有很多方法可以获取这些数据：

• 进行用户访谈

• 评估分析

• 调查你的竞争对手

• 在您的预算和时间限制内使用其他研究工具

根据这些发现创建用户角色。用户角色是代表您的目标受众的半虚构角色。如果需要，您可以添加一些人口统计详细信息。更重要的是，您需要定义用户需求、目标、挫折和动机。您还可以添加技能和其他背景信息。

角色允许您从用户的角度看待问题。它们可以帮助您制定要在后续步骤中测试的场景和功能。

定义用户目标

通常，目标定义了用户想要满足的需求。但是在检查评估中，目标是用户在完成一项任务时实际得到的。此外，制定目标有助于评估人员在经历情景时保持正轨。基本上，评估人员会评估实现目标是否容易——或者旅程是否涉及猜测或摩擦。

在制定目标时，要具体并突出对用户的好处。例如，“我想写好论文”这个目标太笼统了。更具体——例如：

• “我想获得主题推荐。”

• “我想提高我的语法和风格。”

• “我需要写作技巧。”

创建场景

场景是指用户完成任务以实现目标所需执行的操作列表。这就是设计师通常根据用户需求和目标定义场景的方式。团队还可以对用户如何浏览产品做出假设。检查评估和用户测试方法要么证明这些假设是错误的，要么证实这些假设。

编写场景，问自己以下问题：

• 谁来走路线，完成任务？回答时，利用人物角色。

• 他们追求什么目标？

• 他们通常什么时候执行这项任务？

• 他们在哪里执行这项任务？

• 为什么他们需要这样做？

• 在制定行动时避免使用技术术语。它将帮助所有团队成员和利益相关者了解场景并提供反馈。

使用线框测试场景

因此，您已经设置了范围并定义了要测试的功能以及它们帮助实现的用户目标。下一步是创建线框以帮助您可视化检查的特征。

确保线框足够详细并涵盖您要测试的所有场景。线框保真度取决于您的目标和预算。你几乎可以测试任何东西——从手绘草图到数字点击原型。但是，后者提供了使用产品的更真实的体验。

无论如何，可用性检查应该提出关键的可用性问题。

记录可用性检查结果

记录您的测试与计划一样重要。首先，它会将事情记录下来，以便您随时参考并与其他团队成员分享。其次，记录在案的见解和注释可能会在以后的迭代中提供一些思考的食物。第三，记录使每个人都可以跟踪检查流程。

例如，如果您进行启发式评估，请记录以下内容：

• 线框名称或 UI 元素

• 违反可用性启发式

• 问题的严重性

• 关于如何改进的建议

• 您还需要此信息来制定有关可用性检查结果的最终报告。

分析和总结结果

可用性检查报告是整个测试过程的锦上添花。它代表了所有发现和见解，并允许利益相关者和团队成员看到您所做的所有辛勤工作。

本质上，最终报告应该描述您发现的可用性问题以及它们如何影响用户体验。此外，它应该就可以改进的地方以及如何改进提供有用的建议。该报告激励团队尽快应用建议。

以上内容为转载