我们可以使用导航查询、评估旅程、AZ 索引和点击提前自动完成来帮助用户更快地到达他们想去的地方。让我们看看如何。 在设计界面时，我们通常会关注常见的问题。我们如何设计更好的大型菜单和轮播？我们如何为用户提供更好的面包屑导航？我们如何更好地展示我们的侧边栏导航？我们如何提供更好的搜索体验，以及像样的过滤、排序和搜索？ 虽然所有这些导航功能都绝对重要且有用，但还有一些其他导航模式经常被遗忘或忽视。我们可以将它们视为导航快捷方式，帮助用户更快地到达他们想去的地方——而无需使用传统导航。 事实证明，有时它们更有效，尤其是在拥有数千页的大型网站上，其中许多网站多年来一直积灰。 本文是我们正在进行的设计模式系列文章的一部分。它也是即将到来的为期4 周的现场 UX 培训的一部分 并将很快出现在我们最近发布的视频课程中。 为探索而设计 # 我们在网络上的典型体验有些不同寻常。我们带着各种不 台湾电话号码清单 同的意图访问网站，但要解决该意图，我们通常必须将其转化为关键字、点击、点击和选择的有意义的组合。我们很少立即得到我们需要的答案；相反，我们会在页面和子导航项之间的漫长旅程中找到答案。 你如何找到不在你的迷你片段的前 10 个结果中的东西？根据Marcin Ignac 的说法，我们需要更多利用上下文和关联的探索性界面。（大预览） 格里·麦戈文 (Gerry McGovern) 曾经正确地表示，登上珠穆朗玛峰的人比登上谷歌搜索结果第 10 页的人还多。这可能是真的，但通常我们的界面会提供很长的选项列表，而且很少是为探索而设计的。正如 Marcin Ignac最近所说的那样，我们提供了多种选择，而不是利用上下文和关联。 事实上，我们一路上给用户留下了一些路标。他们需要调查景观，在菜单项之间跳转，迭代搜索查询，以及侦察标签和页脚链接。 它有效，但速度很慢。为了最小化意图和行动之间的距离，我们可以查询用户的意图，然后在他们的旅程中帮助用户。这就是导航查询发挥作用的时候。 导航查询背后的想法并不新鲜。我们已经看到了 Madlib 模式、自然语言形式和聊天机器人的各种变体，所有这些都提供了一种人性化的方式来指定意图，而无需使用输入字段或导航菜单。通常，我们会看到整个表格以句子的形式呈现在我们面前，其中有几个下拉菜单允许我们指定我们正在寻找的内容。然而，我们也可以更动态地应用这个概念。 AO.de为用户提供了从主页跳转到感兴趣的特定产品的快捷方式。（大预览） 那么，这个想法就是为用户的意图创建一个“查询构造器” 。在我们的界面中，我们可以显示可供选择的选项，并根据一个答案提供更多选项，一直到我们将用户引导到感兴趣的页面。这就是我们所说的导航查询。