信息架构5-搜索系统

---

本文主要为《WEB信息架构 ：构建大型网站》读书笔记。
书本内容有点晦涩，但对系统性理解信息架构很有帮助，我尽量找了一些流行的应用作为案例，整个系列分为6篇：
1. 概述
描述信息架构的定义，组成，要完成的目标，背后的用户需求及信息架构的具体成果。
2. 组织系统
信息架构最重要的组成部分，我们平常提到信息架构，也大多是指组织系统，这里介绍了信息架构的常见模式与常用分类方法。
3. 标签系统
如果说组织就是分类，标签就是给分类命名，这里介绍了一些命名的主要方法来源。
4. 导航系统
信息的组织方式基本决定了导航的方式，这里更多的是介绍了一些辅助导航方式。
5. 搜索系统
如何让用户搜索到信息，事情可能有比你想象的多。
6.元数据、受控词表与叙词表
这几个一听就是专有名词，主要是为了改进搜索，是属于界面以下看不见的背后工作。不是有大量内容的站点可能用不上。
7. 信息架构构建流程与方法论
看完这个就会搭建信息架构了吗？并不能。这里只是有一些流程方法建议。

---

1. 概述

搜索系统的主要任务是告知用户如何查询到想要的内容。
通常的搜索系统构造如下：

需要搜索吗
搜索功能虽然是标配，但也不一订是必须的。开始之前问自己这几个问题：

• 内容数量多吗？
  内容较少时，搜索可能没什么用。在建立和维护搜索引擎所需的时间和带给用户的好处之间取得平衡。
• 有时间和技术为搜索引擎做优化工作吗？
• 有更好的替代方案吗？索引有时是更易维护更省成本的方式。
• 用户讨厌搜索吗？浏览型产品，搜索的优先级比较低，比如新闻类应用。

什么可以搜索
决定搜索范围，尽量窄化搜索以改良结果。常用的有按用户类型，按主题、按日期时间限定搜索范围。
比如说淘宝，我们通常只能按商品名称搜索，地点，发货地等都只能通过筛选控制。

搜索算法
本质上是一种工具，特定算法解决特定问题。
搜索算法有很多，但是核心目标都是一样的：平衡查全率（Recall）和查准率（Precision）。

查全率 = 检索出的相关文件 / 集合中的所有文件
查准率 = 检索出的相关文件 / 集合中的相关文件

在查询时也有很多常用工具以提升用户体验，比如：

• 拼写检查工具（Spell-checkers）：方言，前鼻音后鼻音
• 语音工具（Phonetic tools）：同音词
• 词干搜索工具（Stemming tools）：相似词，墙纸，贴墙纸，墙纸施工
• 自然语言处理工具（Naturelanguage processing tools）：什么意思？是什么？
• 受控词表和叙词表（Controlledvocabularies and thesauri）

2. 搜索结果展示

A1- 显示哪些内容组件,显示内容需足以区分搜索结果。百度“当当”的结果就有标题、简介、url还有官网标志。

A2- 显示多少结果，结果数有多少

结果数

A3- 搜索结果按照排序（Sorting）和排名（Ranking）来展示。

• 按照字母排序（Sorting by Alphabet）
• 按年表排序（Sorting by Chronology）
• 按相关性（Ranking by Revelance）——出现次数、频率、位置、受欢迎程度
• 根据受欢迎程度（Ranking by Popularity）——pagerank接收链接多
• 根据用户和专家的评价（Ranking byusers’ or experts’ratings）
• 付费排名（Ranking by Pay-for-Placement）。

A4- 搜索结果也可以按照搜索结果进行分组显示——例如广告与一般搜索分组显示。
也可以提供高级搜索来收缩结果范围。

高级搜索

A5- 导出结果
得到结果之后，用户可能还想要打印或mail，选择结果的一部分--收藏到书签。储存搜索字串有利于重复搜索。

3. 设计搜索界面

在搜索界面中，需整合——要搜索什么，搜索到什么以及如何展示结果。

3.1. 考虑点

• 用户搜索的专业水准与动机
  用户需要简单的界面还是高级功能界面？习惯特殊的查询语言吗，如布尔运算符，还是更多使用自然语言--口语？愿意付出努力得到正确结果吗？还是“够好”就可以。

• 信息需求类型
  用户想要更全面的结果还是更精确的结果？什么样的内容可以帮助他们做决策？结果应该简洁还是应该提供详细信息？

• 被搜索的信息种类，信息数量
  信息是什么格式的？结构化字段组成还是全是文字？动态的还是静态的？用户会受不了搜索出文件的数量吗？多少结果合适？

3.2. 搜索框
用户会假设一些搜索界面的运作方式：

• 输入一些词语就好，搜索引擎会把其他事情做好
• 没必要输入那些可笑的AND 、OR、NOT
• 不用担心输入词语的同义词，搜索引擎会解决
• 字段搜索? 我没时间搞清楚
• 我在搜索整个网站

跟着潮流走，找机会教育用户，最好的时机是初次搜索之后提供高级搜索建议窄化搜索结果。尽管如此，还是尽量不要高级搜索，大部分用户不会用。

3.3. 搜索完成之后支持修改功能

• 在结果页中重复搜索
  在成堆结果中转来转去之后，用户会忘了要找的是什么。记住历史搜索记录。
  

  

• 说明结果来源
  在支持多种搜索区域时有用，显示结果。
  比如淘宝，搜索结果中天猫店铺产品有天猫标志。

• 说明用户做了什么
  如果搜索结果不满意，可以说明背后发生了什么事，让用户了解情况，并提供“一个”跳板让他可以修改搜索。

关于”发生了什么事“的设计，需考虑

• 重述查询
• 说明搜索了什么内容
• 说明任何可用的过滤器（如日期范围）
• 显示隐性运算符，如预设的AND
• 显示当前的设定值，如排序次序
• 提及搜索结果数

• 整合搜索与浏览
  把搜索和浏览连接起来，让用户能在两者间跳来跳去。一般以双向方式提供功能。

• 搜索导致浏览：搜索会检索出目录和文件
• 浏览导致搜索：访问指定区域时，搜索框被设定为搜索该区域.

3.4. 用户被绊住时
即使全力支持反复式搜索，用户还是常常得不到想要的，当搜索结果是0或结果太多是怎么办？

结果太多时一般提供高级搜索建议，在结果集中搜索以窄化搜索。
查不到结果，则建议采用无尽头策略，意即用户永远有别的选择，即使是0的结果。可以做的选择如下：

• 修改搜索
• 提供搜索技巧或其他改进搜索的建议
• 浏览的工具（包括导航或网站地图）
• 如果搜索与浏览无法运作，则与人工客服联系

下图中找到的结果比较少时，提供了搜索建议：