通过

实际可用性

搜索功能强大，用户才能找到

Dr. Charlie Kreitzberg 和 Ambrose Little

在本专栏中我们能谈论搜索。在许多地方打开搜索。在 Web 站点中它们通常是用户已经用于导航的第一个选项。社交网络网站中他们可以使用户能够定位相关组。在业务的应用程序中，它们是用于查找单个记录，并用于生成报告的工具。与搜索，一个大小不适合所有。护理和创造性的设计搜索工具在您的应用程序中可以真正会影响对用户体验。

最佳实践和图案


Ambrose Little

过去对说话搜索不是开发人员往往会考虑得，除非他们工作 Google 的事情之一。  在许多 IT 应用程序中它 ’s 我们排序的 slap 上末尾的内容。  Web 站点上通常是相同 — 我们假定我们可以利用搜索设备或设施，搜索的一些其他简单的关键字，并在某些情况下我们将它向上完全到 bing 之间、 Google、 Yahoo 或其他搜索引擎。

当我们自己实现搜索时，有 ’s 通常是二进制切换在我们看来之间 “ 简单 ” 和 “ 高级 ” 中与我们在我们的对象引发表单与大多数或所有项的属性设置的“ 高级 ” 含义、 添加一些下拉列表并让人们转到城镇。

我们可以并应该与搜索更好地执行。无论我们工艺品我们钉子它以搜索该点的机会我们信息体系结构不是所需的方式也是低，和它增长更接近于零越我们会向我们的解决方案添加内容、 对象和数据。

搜索需要被考虑作为顶级关心的问题时考虑您的解决方案。它应该是那里作为连同安全、 性能，和其他要求的十字剪切问题的一部分。  在事实的方式数据表由于实际情况是您需要认为不只是在搜索方面但方面的查找信息的其他方法可以更广义调用搜索 “ findability，”。

Donna Spencer 已标识用户利用它们查找信息时的四种常见模式 （请参阅 boxesandarrows.com/view/four_modes_of_seeking_information_and_how_to_design_for_them ）：

  1. 当他们知道什么他们希望并具有用于描述它的单词，请查找某些内容。
  2. 它们具有仅某些主意什么它们需要，可能缺少该单词的表述它时，也可以浏览。
  3. 当他们 don’t 知道他们的需要，请查找相关项目。
  4. 查找一些他们以前见过。

这些模式可能是一个开始时，一般情况下考虑 findability 的好地方。  （依据该方式 “ findability ” 已 coined 通过王建军 Morville 中他简介册 环境 Findability [O’Reilly，2005年]。我认为它 ’s 向上十字剪切关心的问题和我们在这里之后 ’re 的质量要求和一个非常好的术语。了解和准则中这涉及 of course，方式回转 — 到前一词被 coined — 信息和库科学中)

其他研究人员有研究和写入有关 “ 信息 foraging ” (王建军 Pirolli 和 Stuart 卡 “ 信息 Foraging 中信息访问环境，” 1995年） 和 “ berrypicking ” (Marcia J.Bates，“ 的浏览的设计和联机搜索界面，Berrypicking 技术 ” 1989年）。最近，这些和其他观点建议 “ 探索性搜索 ” 的更集中的 subdiscipline 上构建一些 theorists (Ryen 拰 Resa Roth “ 探索性的搜索：超出该查询响应范例，” 2009年)。

什么看上去像是在这些 thinkers 之间常见线程是查找信息 （或您要处理的对象） 是简单浏览和简单的操作要求-并且-查找方法都没有。  它是通常的模式，并不只是该组合 — 人们倾向于使用 “ 不断发展搜索，” 的新标识，它们可用于进一步调整和增强他们的知识的主题以及他们搜索搜索时找到有用信息。

什么这几乎会建议是需要为我们作为制作者启用这种查找 — 要考虑的启用发现它们需要查找的人员和其他方法来发现与集成的一个关键部分作为搜索。

可我们如何这？

作为已著名确保 findability 十字剪切问题的一个地址，在您的解决方案是键。有 ’s 要说的只是将它放在您检查表上，并确保考虑一下它很多。  解决方案已经或许需要 findability 是小于比在其他 ； 或许它 ’s 最重要的质量。  won’t 知道是否 don’t 费心考虑。

从实现角度看，您需要思考您正式的信息的结构，如我们在 Strategies 中讨论设计应用程序 Navigation (msdn.microsoft.com/magazine/dd458810.aspx)，然后个别视图和屏幕 （请参阅位于 msdn.microsoft.com/magazine/ee413547.aspxThe 屏幕 Design Tao). 为搜索，第一步是尝试获取的这两个解决方案的上下文中意味着什么搜索以了解和您的解决方案 (渚嬪一个胖客户端应用程序用于处理贷款的应用程序） 的上下文可以帮助您考虑有关哪种类型的搜索是比 others. 公用的市场营销 Web site the 搜索带有借出应用程序所需要的 Web 站点的对比度更有帮助的 users. 是完全可能对 different.

在第一个案例解决方案上下文是使贷款处理器处理贷款的应用程序中有效。 该信息是专用和在组织内部的严格控制。在第二解决方案上下文是分发信息和培训有关产品或服务与推动销售到视图的人。此处，该信息是公开的旨在广泛尽可能 disseminated。

内部、 对象/事务驱动解决方案

通常使用贷款应用程序的人需要查找特定的借出应用程序、 上他们工作的应用程序组、 相关的应用程序通过一种情况中的类型，因此 forth.� 喜欢这、 您应该观察这些人目前这类信息和有关其痛苦 points. 您可以寻求建议，但请记住您不应依赖它们如何提高这些 processes�you 的想法是在唯一的地方，若要创建新的和更好地找到它们可能不具有 dreamed of。 的方式的信息的这种情况的另一不错方面的方式是，用户的目标和业务经常 align the 业务需要用户进行工作更有效，并且通常因此做人员。

对于像下面这样的一个解决方案可以考虑使用表筛选器模式 （请参阅 的 图 1） 作为工作带图案的一部分。  如果有意义的主属性可用，您可以使用的字母顺序排序，还可以添加字母数字的筛选器链接。  活动筛选也可能是一个不错的选择。  这些以及其他与搜索相关的模式可以找到 Quince 中位于 的 quince.infragistics.com。


图 1 的 Excel 的表筛选器示例

公共/信息驱动解决方案

和公用市场营销 Web 站点的用户 ’ 目标经常不同。他们的目标也可以是更广泛，和其上下文而异更多内容。  很少是一个用户已经到站点并立即转换为某一销售的主要目标，但如果的 ’s 案例，用户有可能是以前访问过，则可能知道确切什么她想，并可能知道如何相对轻松地找到它。 类似这样的用户已经有在购买，并且想要从您购买。您 shouldn’t 忽略了一步这些人，但它们似乎太通常作为结果太多 navel gazing 的决策制定者被假定为市场营销网站角色。

更经常人员逐渐这样一个站点与您的身份和您可以执行的操作不明确概念。它们可能甚至不能从本质上说购物但只试图查找有关事情要做什么相关信息。它们也许您听说和想要知道更多，或他们也许使用您的产品并需要帮助或想 upgrade. Often 它们 stumble 拖到您通过某种类型的搜索，即使该搜索只是在您的公司 name. I've 甚至观看过人们搜索 engines. 的点是公用的站点的考虑如何公用的搜索引擎公开您的人是 key�probably 更因此比您自己的本地 search. 中键入 url 这是的课程为什么如此多的精力和资金花费在搜索引擎优化 (SEO) 以及为什么需要这样一个站点的很多考虑一下它。

但是，人们还期望能够在本地搜索一旦它们是在网站上应为 （经常错误） 将比它们可能会收到来自 bing 之间或 Google 好您的本地搜索结果。  更高级的用户可能知道搜索语法的作用域上一个站点的那些引擎搜索也可能它们为此工具栏。  但您 shouldn’t 依赖的和再说，您可能会错过了解的一些方法，可以提高常规关键字搜索，因为可以确定其范围到您自己的域的键。

faceted 的导航

在公用的搜索引擎上提高这些方法之间的主要是称为 Faceted 导航模式。尽管其名称可能此模式是真的更多有关筛选搜索结果 （和也被称为 Faceted 的搜索），并在最近几年中，它已成为处理搜索，尤其是搜索结果顶部的方式。规范的示例是 Amazon.com。在 的 图 2 所示侧栏，Amazon 提供了能够通过各种 “ 方面 ” （也称为特性、 属性、 类别，等等） 来筛选结果。

图 2 的 Amazon.com 的 Faceted 导航

在 的 图 2 中看到 （下图一起 spliced — 通常在左侧垂直堆积这些列） 的分类、 品牌、 卖方、 价格、 Megapixels、 光放大、 显示大小、 图像稳定性和取景器类型方面。  这些方面中都是特定的、 有意义的值或范围属于该方面的值。  该视图，您可以清除出所选方面顶部的每个标题为部分中使用任何选项。  它还显示您如果按特定方面已经值筛选可以期望结果中的项目数。该方面是积累 — 也就它们会影响与布尔运算符。

尽管图中不显示，当选取一个有助于加强哪些用户选定，显示的顺序 (历史记录） 在其中它被选中，可以让人们跳回一个单击操作筛选的几个步骤的方面被扩充上 Amazon 痕迹导航。

此模式的许多其他好示例存在您可以看到和其他位置上 Quince） 它。有关比较的最佳的和不这样好做法一值得讨论读取它他比较以 Amazon ( new.uxmatters.com/mt/archives/2009/09/best-practices-for-designing-faceted-search-filters.php ) 的 Office 库 Greg Nudelman 已经最近分析。并在主要的 internet 插座之间的当前搜索结果技术的深入比较检查 “ 搜索结果设计：最佳实践和设计模式 ” Louis Lazaris ( smashingmagazine.com/2009/09/28/search-results-design-best-practices-and-design-patterns/ ) 通过连同 Quince 中搜索结果模式。（有 ’s 搜索标记可以使用 Quince 中相关的模式 ； 请参阅 quince.infragistics.com/#/Search$tag=Search )。

忘记了关于高级搜索

您可能会注意到有不被这里讨论该 ye-olde “ 高级的搜索 ”。  ’s 因为在大多数情况下，应认真考虑消除完全在 Faceted 导航以便获取。  这 isn’t 一个通用原则 （毫无疑问您考虑主要的搜索引擎中的高级搜索功能），但是除非您知道您的用户高级和需要此功能，您可能 shouldn’t 执行它。通常，可以达到相同目的，得到更好的结果与 Faceted 导航。下面是该原因：

  1. faceted 导航 doesn’t 要求要使用哪个方面有关的先期决策。人们可以触发一个快照，然后磨炼结果。
  2. faceted 的导航可以并应该使提供有意义的选项，以通过筛选使用的关于该结果集的知识。(渚嬪如果 $ 300–500 范围中包含没有项目有 ’s 中显示它，或通过它让人筛选器没有意义）。
  3. 由于的轻量的感觉，尤其是如果您使用即时更新为在动态筛选 （参见 kayak.com) 人感到 freer 快速尝试查找他们所需的内容方面的不同组合。

考虑限制结果集

限制结果集是不硬和快速规则，一个个人设计首选项，但考虑保持为顶部 50 或 100 结果类似于结果集，尤其是如果您有某些种类的排序和筛选中的位置。它们增长 weary 和想要筛选、 排序，或尝试不同的搜索之前，人们 won’t 有效地得多个以上的扫描。通过限制结果，您可以：

  1. 避免正式的分页、 从接口删除不必要的复杂性和保存开发用户界面的一部分的成本。
  2. 鼓励使用的排序和筛选设施，这最终使人们更有效中使用搜索功能和与它们超出了它们获得 happier。
  3. 提高总体性能。在应用程序中常见的性能 killers 之一不很好地通过试图检索或加载结果太多管理搜索结果。

’re 的这最后一次的设计建议可能可疑但试一下 — 会惊讶。其成本较低比实现分页，如果您希望可以以后添加分页。  我需要添加分页和可用性测试或问题的性质变得清除该让它们时，才更多的结果是比不让用户更好。

要考虑的其他因素



Dr。Charles b。Kreitzberg

搜索周围发生大量的用户经常挫折。这反映了基础以及搜索的认知任务的复杂性是它获得完成任务的重要性。与所有设计一样了解并与用户需要完成的任务和它们的心理模型和能力对齐时获得最佳结果。

用户通常作为他们想要看到的模型引用 Google 已经搜索框的简单性。人们响应一个简单搜索框的易用性，但不是每个搜索适合此范例的原因，它 ’s 易于理解。尽管它 ’s 不总是能创建结构化程度更高的用户界面而不是有效的搜索工具，精心设计的搜索屏真的可以简化用户界面。

最近，我以前所涉及的 Web 应用程序在哪些搜索是重要的组件重新设计的。它用多种方法：对于快速搜索主页上 ； 一系列的每个都有一个不同的业务目的 ； 专用搜索和报告的工具。此应用程序已被更新和修订的年数搜索屏幕 proliferated，每个从其他稍有不同。

当我们仔细分析搜索屏幕时，我们意识到一样所有从根本上相似，而且我们能够创建所有这些合并到一个单个搜索屏幕。我们通过允许用户从下拉列表中选择搜索和自定义基于所选内容的搜索参数实现。结果消除专门的搜索屏幕，并使用单一的、 更直观的搜索工具替换它们。这是功能的显著简化用户界面的且不会丢失。

搜索显示错误

搜索设计通常进入错误在许多位置中。下面是要查找三个事项：

  1. 混淆与 SEO 的搜索。对某些业务客户端术语 “ 搜索 ” 表示搜索引擎优化。SEO 是极其重要，但它不是可用性或用户体验。使搜索 UI 区别，SEO 轨上保持业务客户端与您讨论的重要。

  2. Pogosticking。考虑一下某人 pogo 杆上的向上和向下跳转。当用户需要继续单击搜索结果，以确定哪一个是所需的元素上时，您将获得类似的模式。  let’s 说寻找一个名为 Bob Smith 的客户并与几个 Bobs 和几个 Roberts 获得搜索结果。您需要单击结果列表中下移，直到找到所需的客户，这可以成为现实的可用性问题。您可能希望阅读的库 （ uie.com/articles/galleries/ ） 的上下文中 pogosticking Jared 后台打印已经讨论

    下面是两种方法可以最大限度地减少 pogo 杆问题：

    放置在搜索结果的足够信息，用户可以确定项目的相关性，而无需访问明细数据页。要非常小心使用，因为这些是为用户的重要提示的标题。渚嬪而不是结果项的如下面这个：

    请参阅您可以提供这样的一个更有意义结果：

    使详细信息，以便用户可以查看详细信息，消除它们并回上搜索结果将使用 “ 垂直导航 ” 可用。目的是避免让用户留下搜索结果页并需要导航到它们。（请参阅我们讨论导航三月 2009年问题中的 msdn.microsoft.com/magazine/dd458810.aspx 处的 MSDN Magazine）。

  3. 分页。当大量的搜索结果分页可以是重要 comprehensibility 的和性能。但当有很多页并没有办法确定哪一个具有项目用户希望分页可以是用户的任务。Amazon.com 上尝试此操作：寻找在通过作者名为 “ Smith ” 的医疗练习簿。当我尝试过时，我将收到通过 11,000 命中与只显示在前三页。Jakob Nielsen 备注 “ 用户几乎从不查看搜索结果中的第二页超出 ” ( useit.com/alertbox/20010513.html )。

    分页可以难题的技术问题到地址，因为您通常 don’t 知道所需的项在哪里或甚至是实际需要多少页。但是，如果您可以提供有关在何处查找用户线索，可以减少工作量和挫折。

搜索用户界面设计考虑

用于创建一个完美的搜索设计没有幻，但下面是一些问题可以适应您自己的情况。请记住一个应用程序可能有几种类型的搜索，它通常是朝着一个简单、 更全面的用户界面可以支持各种类型的一个好主意。这可能是富有挑战性的任务。

  1. 类型的信息查找您预计的高级理解的开头。根据建议的 Ambrose 类似 Donna Spencer 已经四种模式的信息查找分类可能很有帮助。另一个分类是一种 Whitney Quesenbery、 Janis Morariu 和 I 开发将分类信息寻求方法 ( wqusability.com/articles/search-usability.html )。它定义了五种类型的信息查找：
    • 浏览 — 我想要查看什么 ’s 可用探索。
    • 查找 — 我要查找某个对象。
    • 查询 — 我想查看符合我条件的项目。
    • 结构化 — 我想通过一系列帮助缩小我焦点我的选项的指导。
    • 指导 — 我要指导通过该信息。
  2. 请考虑搜索的域。您处理与非常复杂的域或一个简单吗？需要在处理何种查询？需要处理同义词和昵称吗?是日期或日期范围的重要吗？是否记录不同，或用户需要消除歧义之间类似记录吗？
  3. 请考虑您的用户的功能。在希望为您被研究您的用户，因此这应该是一个简单的问题来回答创建角色。要了解：
    • 熟悉如何将它们与它们进行搜索的域。他们知道该术语吗？
    • 如何完善是阐明搜索查询的能力方面的用户？
    • 是否调整一个结果能够创建后续查询用户设置吗？不 （许多能）。

清晰地定义搜索任务的上下文。通常，搜索任务是较大的任务序列中第一步。被用户搜索的原因和用户将进行的操作结果后项目或项设置所在上清除。如果用户具有重复处理记录 (搜索、 定位记录、 处理记录，然后返回到结果列表中选择另一条记录），使某些流是简单和清除。

决定如何将演示在结果列表。您应该设计，以便于轻松可视扫描和标识的项目的结果列表。足够项目上放置每一页 （如果您使用的分页） 以避免过多的小网页的混乱。（我经常查找 50 开始是一个很好的数字。

其他什么口述到是否存在？

搜索是一项复杂的任务和 thoughtful 设计可以使在可用性和用户体验真实差异的一个。花时间和精力来通过设计真的认为可以付清。  下面是一些实用，可以记住的注意事项：

  • 搜索，并且更广泛 findability，是大多数解决方案的关键这些天和应预先考虑连同其他十字剪切关心的问题。
  • 当接近搜索时，请考虑您的解决方案的上下文和您的用户的上下文。您了解这些通知搜索支持您的解决方案中的方式。
  • 考虑如何搜索可以补充其他形式的信息查找。
  • 公用解决方案已经信息是否仔细考虑如何最好地公开通过主要的搜索引擎。
  • 通过使用您的域中的方面的公用引擎通过添加到您的本地搜索的值。
  • 利用已知的模式和实践以帮助您搜索的解决方案来赋予形状。 

看看大的人的示例，但总是改编或排除他们提供您的应用程序和您的用户的上下文中有意义。

**Dr。**Charles Kreitzberg 是 Cognetics 公司 CEO(cognetics.com) 其中提供了可用性咨询和用户体验设计服务。他热情正在创建的直观接口，吸引并 delight 同时支持产品已经业务目标的用户。Charles 居住在中央新建 Jersey，他 moonlights 作为执行音乐家。

Ambrose Little 与妻子和四个孩子也居住在新泽西中部。他从事软件设计与开发已经十多年了，是受人尊敬的 INETA 发言人和 Microsoft MVP。最近，他从技术设计转到以人为中心的设计，现在是 Infragistics 的一名用户体验设计师。