信息架构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. 搜索框
用户会假设一些搜索界面的运作方式：