我们最近用户测试了一个专门用于一个特定产品的网站。由于我们的研究表明,单产品网站通常具有良好的可用性,但它们仍然可以存在问题。

测试显示的更大问题之一是,用户对网站信息架构(IA)的两部分相当困惑:foo基础知识使用foo。(“foo”不是产品的真实姓名;因为这是一个客户项目,我必须保持细节机密。)

我们在许多任务中测试了8名用户。在其中7个任务中,用户需要转到“Foo基础知识”或“使用foo”。

下表显示了部分用户访问。代表任务正确选择的单元格是根据用户的初始点击颜色编码:

  • 绿色表示至少三分之二的参与者立即使用正确的链接;
  • 黄色的表示三分之一和三分之二的用户之间立即使用正确的链接;和
  • 红色的表示不到三分之一的用户第一次单击正确。
任务 “foo基础知识” “使用foo” 其他部分
一种 4. 4(正确) 0.
B. 6(正确) 2 0.
C 2(正确) 6. 0.
D. 3(正确) 1 4.
E. 0. 8(正确) 0.
F 0(正确) 2 6.
G 2 2(正确) 4.

在56次任务尝试中,用户立即在25例案例中立即进入正确的网站部分 - 仅限45%的时间。(终极的成功率更高,因为用户有时意识到他们的错误,然后发现了正确的区域。)

在这种情况下,我们通过揭示高频导航错误的用户测试发现了IA问题。如果您提前知道您有IA问题并希望专注于您的测试,您可以进行卡排序研究。但是,对于大多数项目,我更愿意保持开放的心态并进行标准的用户测试,该测试解决了所有设计方面。例如,在这种情况下,我们发现了超出IA之外的问题,包括具有网站的写作,视觉设计,形式,错误消息和难以理解的服务的问题。

诊断问题

当用户大多数时候都转到错误的部分时,您的网站显然有IA问题。虽然我们的示例网站也有其他IA问题,但与表中显示的两个站点部分相关的大问题:

  • “foo基础知识”包含有关foo的背景信息,以及对产品有益的以及其功能如何工作;和
  • “使用foo,”包含信息,以帮助已经拥有的人更好地利用它。

这两类之间的区别是有道理的,但只有你有一个强有力的概念模型 - 客户很少有。大多数用户只是开始点击而不是花时间建立一个网站设计师如何看待世界的理解。

六个修复

我们的示例网站的设计人员有几种选择纠正对IA的用户误解:

1.合并两部分进入一个区域,以便用户不会有两个类似的选项,并且错误地选择错误的选项。以前去过“Foo基础知识”或“使用Foo”的用户不一定直接进入新的统一部分以查找信息。但是,我们可以假设首先访问单独的部分的大致相同数量的人会选择统一的部分,使我们成功率为75%。这种百分比甚至可能被证明是更大的,因为统一的部分可能会吸引去往任务D,F和G中的其他部分的用户。当然,它也可能是有吸引力并从需要去其他地方的用户点击点击。只会显示额外的测试。

至于(独特)下行,合并两个部分将创建一个更大,更复杂的部分。这个新部分将具有两倍的旧个人部分的特征。因此,用户更有可能在新部分中丢失,并且必须花费更多时间扫描概览页面以查找所需的子部分。

2.重命名两个现有部分。不同的标签可以使两个Foo区域更清晰地区分,因此用户可能更有可能点击右侧。在这种情况下,解决方案不太可能起作用,因为两部分本质上对于单个标签来清楚地表示差异。然而,对于其他网站,只需使用更强大的单词重新标记网站部分信息香味可以大大提高用户的成功。如果原始标签是制造的条款,它们被替换为尤其如此熟悉的话语那个人明白。

3.解释两种选择。而不是(或除了)新标签中,您可以通过提供导航标签旁边的其他信息来帮助用户。图片有时可以帮助,特别是当您有两个明显不同产品的类别时。其他时候,每个选项的一行或两个文本可以解释它们的意思。虽然这样的文本可以是纯粹的博览会,但通常最好列出每个类别中包含的信息的一些具体示例。

当然,我们知道用户不喜欢在线阅读很多,简洁是必不可少的。此外,主页通常是具有此类解释的唯一空间的地方;导航菜单必须自己站起来。对于抵达的用户深链接或者谁决定在完成其初始任务后继续使用该网站,必须清楚的导航标签是必须的。

4.重组网站。在我们的示例情况下,设计人员可能能够以更好地与用户共鸣的方式分割两个问题部分的信息。或者,他们可以重组整个站点,这也可能解决如任务F的情况,大多数用户去了错误的网站部分。当然,站点重组是更多的工作,因此它很少选择选择。

5.移动信息。在像任务C等任务C的情况下,大多数用户直接到错误的部分,您可以简单地将目标信息移动到用户寻找它的地方。这里的潜在缺点是它破坏了该网站的结构原理的完整性,这可能使用户能够长期掌握用户的结构。但它通常同样适合简单地坚持另一个地方的信息。如果是这样的话,就是这样做。

6.添加交叉参考链接。最后,您可以认识到您将永远不会拥有完美的IA,其中用户每次始终单击右侧部分。即使它是一个Kludge,你也可以添加界面元素,以克服雪球前克服常见错误,进入真正的可用性灾难。Web是基于超文本构建的,因此没有理由抑制自己为用户提供一种方式来寻找重要信息。如果您知道许多用户将到错误的站点区域,请添加交叉引用链接。显然,每个额外的链接都是一个额外的功能,延迟不想访问其他区域的用户,所以明智地使用交叉引用。

有6种可能的修复,你该怎么办?可悲的是,没有一个答案。最佳解决方案通常是变化的组合,例如重命名标签,移动一些特征,并添加一些交叉引用链路以缓解剩余问题。其他时候,您可以提出一个辉煌的主计划来重组整个网站并帮助每个人举动。

利用这些类型的设计困境,可用性来救援:而不是在昂贵的团队会议上争论如何争论该做什么,而只是嘲笑2或3纸质原型最有希望的解决方案并用一组新的用户测试它们。这是一种快速且简单的方法,了解最适合您的具体情况的解决方案。