进行启发式评估的案例研究

作者: 妍朵乐园 | 来源:发表于2020-08-12 21:53 被阅读0次

进行启发式评估的案例研究
A*寻路算法 Day0825
交互设计课-设计评估
「方法」如何进行“启发式评估”
用户体验测试之启发式评估法
如何进行启发式评估
【译文】启发式评估
产品可用性评估的方法
【文摘】启发式评估
《启发式评估方法》读书笔记

当我坐下来与该项目的利益相关者讨论UX需求时，他们热情地投入到通过设计使他们当前的平台拥有更好的体验之中（这确实很棒！🙌 😍）。他们期望能够帮助他们了解目前体验的不足之处在哪里，并提出改进建议。

决定进行启发式评估

可以使用多种方法来评估用户体验——可用性测试、通过访谈来获取用户反馈、进行问卷调查等等，尽管我们稍后可能会在过程中使用其中一些方法，但我认为通过立即进行启发式评估，我们可以快速取得成功。这将使我能够：

基于最佳交互设计原则，帮助我了解当前的产品体验
亲自体验产品并像其他用户一样学习如何使用它

关于启发式评估，我最喜欢的一点是虽然它肯定会让我们看到哪些地方需要改进，但它也可以（而且应该！）展示体验的优势。作为用户体验设计师，我们被训练去寻找人们在任何体验中遇到的漏洞、差距和痛点，以及那些需求尚未得到满足的地方。但是，值得庆贺的是，我们不想降低用户在寻找更好的东西时所享受到的令人愉悦的感受！

入门

为了开始这个过程，我制定了一个启发式评估研究计划：

报告中包含的启发式评估概述示例（由于隐私原因，省略了一些细节）

我这样做是因为我想在更高层次上捕捉和调整我们的目的和目标、我们正在寻找的以及有关如何进行评估的详细信息，以便利益相关者可以理解我的建议是基于什么。

关于评估透明度的说明

说“这是我们发现的结果”很容易，但是如果利益相关者和团队不了解我们如何识别并对发现的结果排定优先级，我们很容易迷失在“这真的是一个问题吗？” 和“很好，但是我已经准备好添加更多功能和华而不实的东西了，为什么我还要担心这种用户体验设计债呢？”的主观辩论中。确保不仅根据你的期望，而且还要根据评估的方式来使团队达成一致，因为这将有助于减少与团队分享结果时的潜在摩擦。

评分示例有助于说明如何度量调研结果

进行评审

在设置好高层级的研究方向之后，我继续进行分析。从字面上讲，这将从仅仅使用应用程序本身开始——设身处地的为用户着想。

当我开始深入研究产品并进行探索时，我发现自己试图规划产品架构。尽管从表面上看，这似乎并不太复杂，但我很快意识到自己很难理解这些视图之间的关系以及它们如何作用在一起的。这导致我创建了整个产品体系结构的站点地图，并在浏览应用程序时仔细查看了用户流。

在评审期间使用Whimsical创建的站点地图的简要示例

创建一个站点地图对我来说是一种方式有助于，1）为我自己的理解定义架构，2）帮助利益相关者理解环境结构。我喜欢网站地图有几个主要原因：

这就像是对你的产品做一个用户体验的“X光透视”，你可以想象用户体验的结构和基础，从高层次的视角展示用户体验的层级结构、广度和深度。
你可以帮助团队了解他们已经构建了什么，它们是如何相互关联（或不相关），并开始了解哪些地方可能存在断层或缺口——尤其是在与用户流（User flows）结合使用时。

作为没有医疗背景的重大免责声明（如果你是真正的医学专业人士，以下内容很抱歉...），我通过比较站点地图来建立一个人的骨骼结构与心血管系统。站点地图是一个所有的东西都在其内部、周围和之上构建的骨骼系统，而你的用户流就是你的循环系统，它反映了事物现在如何在集合结构中流动。所有这些都描绘了用户体验环境的样子（能力和约束），以及每个人在其中的导航方式。

汇总启发式调查结果

然后通过使用评估标准，我开始测试和使用该应用程序。我尝试了所有功能，浏览了所有可以手动记录的内容，并找到了哪些是行之有效的，哪些是我开始遇到的问题。

基本上，我正在努力“打破一切”。以下是我在笔记中包含的一些示例：

报告中的详细说明的调查发现示例

在我的报告中，这些注释分为两个重点：

每个界面视图中的调查发现的详细分解（如上所示）
带有分类建议的总体摘要

带有分类建议的总体摘要示例

我知道利益相关者会直接阅读和使用它，我预计这也可能会传递给其他团队成员（例如开发人员）。我不想留下任何关于个人调查发现的问题，所以我觉得这些详细的例子可以让团队中任何一个深入到应用程序的特定领域的人都满意地回答：“嘿，在这个特定领域的体验是什么样的？”，它还让团队清楚地了解了与相关建议相关的所有评估内容。

但是，并非所有的调查发现都是问题（因此，除了“保持惊人的状态继续前进！”以外，不需要其他具体建议），我想找到一种更好地识别不同严重程度的方法，这样概述就可以作为“可以改进的地方”的最终列表（根据利益相关者要求）来使用。如果我们将启发式评估与讲故事进行比较（实际上，的确如此！），这部分内容就是我们希望读者在完成故事之前获得的结论或主要收获。

有相当多的痛点，虽然单独发生在不同的区域（根据详细列表），但有一个共同的根本问题如果得到解决，那它们发挥作用的任何地方都将得到解决。此外，总结还允许团队进行主题分组以更好地展示，虽然有一长串详细的调查结果，但并非所有事情都需要单独关注。有时候只需要解决一个问题就可以解决所有问题。

过程中的价值和影响

做一个启发式评估肯定是有帮助的——利益相关者很高兴得到指导，使产品体验更好。它也确实帮助了我思考我们可能拥有的最初机会领域：

利益相关者有机会看到根据最佳实践和原则评估的产品体验，并从中得到建议。
我有机会从用户的角度深入探讨和理解产品。尽管我仍然不是真正的用户（也不应该围绕我来设计），但我现在肯定可以理解他们使用该产品可能会遇到的问题。

我也知道这将与我们在以后的日子里包含的可用性测试工作很好地结合在一起，因此这可以为理解设计的发展方向打下基础。

总结

这样做让我学到了一些关于进行启发式分析和评审的内容：

协调一致你的团队——由始至终与你的团队对话。在开始之前，请确保得到团队的理解和认可，并了解他们正在做的事情以及他们在完成之后应该得到的期望。否则，在完成所有有趣的工作之后，你可能会陷入尝试做这些的过程中，而你正试图获得好的东西！
为你的研究做计划——最好的研究始于一个好的计划！所以，不要只想着评审；确保你已经掌握了你正在做的事情和你的目标。这些会指引你在完成后回顾你当初制定的目标。
计划比你已计划时间更多的时间——如果你和我一样，你可能会对某件事要花多长时间充满把握。我计划了2-3个小时的时间来做所有的事情：建立研究方案并实施它，然后收集调研结果。结果对我来说，这需要更多的时间；我没有考虑报告中所有详细列出的标准和规模，也没有考虑为利益相关者准备详细的情况说明。😅
沟通交流你的发现——无论是让他们与你一起进行评审（请参阅下面的第5点），还是只是在完成后进行总结会议以回顾调查结果，都可以找到最有效的沟通方式，以便每个人都能兴奋的与你交流互动。
让更多人参与！——在这种情况下，我显然是唯一一个这样做的人。也就是说，我很乐意与其他团队成员一起开展这些测试，以获得不同的观点和发现，所以在你的团队中也这样试试。如果你有一个UX设计师团队，那就让团队一起努力吧！