站内搜索 - UCD大社区

B2c站内搜索初探–排序和内容呈现

虫子 — 2011-12-11 09:01:21

接着上一篇文章《站内搜索初探二》，继续说结构和框架层面的内容。

5、 接着考虑查询结果的排列方式

之前我们的站内搜索完成了关键词的“分析—匹配”过程，现在要对匹配好的结果进行排序。而能进行精准的相关性排序，是全文检索站内搜索的标志。大部分用SQL 语句like查询的站内搜索是按上架时间、按销量、按价格等方式进行简单的排序。

按相关性排序是指通过分析查询关键词和文本之间的相关度决定排序，b2c站内搜索结果的排序规则，要考虑以下因素（简单介绍，远远比这个复杂）：

1）搜索结果文件中含有多少个查询支付字符串的关键词？

2）关键词在文件中出现的频率多高？

3）关键词出现的位置有多近？例如：相邻？同句？或同段？

4）关键词出现在何处？如出现在标题时，通常比出现在商品详情中相关性要高。

5）查询关键词出现所在商品的受欢迎程度

根据相关性进行排序要小心，用户通常假定最上面少数几条结果是最佳结果，一旦查询不满意即更换关键词。所以：1、应允许用户选择其他的排序方式；2、排序算法太烂不如默认按上架时间、按销量等。

6、排序简单说到这里，再多说就是瞎扯了，我们继续考虑为了更好的体验，还得考虑哪些辅助功能？

常见的如下：

1）拼写检查工具（比鸡本—笔记本）

2）预输入提示

3）高亮显示查询关键词

4）相关查询推荐

7、 继续考虑查询结果呈现方式

1）搜索结果要呈现哪些内容组建？

2）说明查询了什么内容

3）显示搜索结果数量，这样用户才知道后面还有多少内容要看

4）搜索结果太多？窄化、在结果中继续查询

5）显示当前的排列方式

6）搜索结果异常或为空的处理方式

7）输入框失去焦点前后如果是空搜索的处理方式？

亚马逊是刷新当前页面；京东是给出默认搜索值，无法空搜索；凡客是把所有商品都搜索出来了。苏宁是如此：

某网站出现这般结果，把默认提示语句给搜索出来了。

Buy.qq.com 点击后是无任何反应，各种方式的处理哪种较合理，可以自行判断。

8）此外，打印、寄送和储存结果功能；搜索记录保存在cookie里，下次上来还能看到；这些功能可以考虑，但适可而止，不一定适合你的网站。

说到这里差不多说完了，剩下的是部分框架层和表现层面的东西了，这里不再继续扯淡！

你也可以到这里去下载PDF版本的全文（含3篇文章）：点击进入下载页面

相关话题：站内搜索源地址：http://aboutb2c.com/350

优化站内搜索－让用户更容易找到所需信息

Jason — 2010-06-13 09:07:44

关于如何让用户更容易地找到需要的信息，上一篇文章中介绍了使用优化网站信息架构的方式，这篇文章主要介绍的是通过优化站内搜索的方式来帮助用户找到需要的信息。

站内搜索已经成为目前几乎所有网站必不可少的一块功能，尤其在内容丰富的网站中，当用户有目的地寻找目标内容但又无法直接从首页或导航页中直接找到时，这时用户就会求助于站内搜索。

分析站内搜索的意义

分析站内搜索最常见的就是分析用户的搜索短语或者关键词，通过关键词了解用户的需求，但是某些基于搜索后的用户操作和行为分析分析往往更有价值；站内搜索的意义主要包括以下几点：

细化用户需求

用户在站内搜索的关键词往往与站外搜索有较大区别，比如用户可能会通过Google搜索“ThinkPad笔记本”，但当用户进入某个销售笔记本电脑的电子商务网站时，他们通过站内搜索的往往就是诸如“ThinkPad X200”，所以从站内搜索分析得到的关键词往往更能体现用户更细节层面的需求。

发现用户最关注的内容

这是一种最直观的分析结果意义的体现，即通过查看站内搜索关键词的排名或者热门程度来了解用户在你的网站上最关注于哪些信息，往往这些排名靠前的关键词所涉及的内容就是网站的核心价值，因为用户期望看到更多的关于这些方面的内容。

寻找用户的潜在需求

很明显，站内搜索并非每次都会有结果，用户的需求是多样的，而网站的内容是有限的。如果用户通过站内搜索未找到结果或者没有后续操作，或者一直翻页直到离开，那么就说明用户没有找到他们需要的信息。而这些没有结果或没有操作的关键词就变成了用户可能的潜在需求，也许你该考虑下是不是该提供一些相关的内容来充实你的网站。

站内搜索的分析度量

那么为了体现以上的几个意义，应该如何分析站内搜索？也许站内搜索不仅是搜索短语或者关键词的排名，我们应该同时关注用户搜索行为的后续操作，也就是用户是不是真正通过站内搜索找到了他们需要的信息，所以在分析站内搜索的时候我们需要关注一些相关的度量。先看看Google Analytics上站内搜索的分析度量：

搜索访问次数（Visits with Search）

这个很好理解，就是使用了站内搜索的访问数（Visits）。

唯一搜索总次数（Total Unique Searches）

这个应该理解为搜索的总次数，同一个session中多次搜索同一个搜索关键词也会被记为多次，可以被用于根据搜索短语的细分度量。

结果页面浏览数/搜索次数（Results Pageviews/Search）

也就是平均每次搜索后浏览搜索结果列表页面数。

搜索退出率（Search Exits）

搜索退出，即搜索后立即退出了网站，搜索操作是用户该次浏览的最后一个操作；那么搜索退出率就是搜索退出访问数/总搜索访问数。

搜索改进率（Search Refinements）

当用户完成一次搜索后又进行了另一次的搜索，我们就可以定义后一步搜索是改进搜索；那么搜索改进率就是改进搜索的次数/总的搜索次数。

搜索后平均停留时间（Time after Search）

每次搜索后用户在网站的停留时间（如果一个访问有多次搜索，则前几次搜索都是每相邻两次搜索的间隔时间，最后一次搜索是从搜索到用户离开网站的时间）的总和/搜索访问数。

搜索后平均浏览页面数（Search Depth）

每次搜索后用户浏览的页面数（如果一个访问有多次搜索，则前几次搜索都是每相邻两次搜索间浏览的页面数，最后一次搜索是从搜索到用户离开网站前浏览的页面数）的总和/搜索访问数。

站内搜索的分析度量可能还有很多，还需要关注搜索关键短语的排名情况（Top Key Phrases），或者搜索结果列表的页面覆盖图（search results page overlay），这个可以更好地帮你了解搜索关键词在结果页面的曝光和点击情况。

评估站内搜索的效率

有了上述的度量，我们就可以分析和评价站内搜索的效率。

站内搜索利用率

这个比较容易评价，只要将用到搜索的访问数/网站的总访问数，就是站内搜索的利用率。

站内搜索的有效性

这是对站内搜索来说比较重要的一个分析，即站内搜索到底有没有很好地实现它的功能。主要通过搜索退出率、搜索改进率和平均浏览搜索结果页面数这3个度量来评价，退出率和改进率越低，同时平均浏览搜索结果页面数越少，那么说明站内搜索越有效，效率越高。

站内搜索的效果

主要通过搜索后平均停留时间和平均浏览页面数来评价站内搜索的效果，但这些因素往往不是站内搜索功能呢个本身所能控制的，站内搜索只是帮助用户更好地匹配搜索关键词跟网站内容的关系，帮助用户找到相关的内容，至于之后用户对内容的兴趣如何还得看网站本身的内容质量。

站内搜索的价值

当评估价值时，不得不提到的几个网站分析度量：转化率（Conversion Rate），任务完成度（Task Completion），目标达到率（Reach Object）。

对于电子商务网站而言，这个评价较为简单，因为电子商务网站的目标比较单一——利润，所以只要分析用户每次搜索的订单转化率、交易完成率，及每次搜索所能获取的收益等就可以用于评估内部搜索对于网站的价值，当然你还能根据搜索的关键词进行细分，看看哪些关键词为你带来的最大的收益。

如果网站没有明确而单一的目标，那么评价内部搜索的价值就会有些困难，但是如果你在Google Analytics上设置的网站目标，那么问题就会简单得多，Google Analytics会根据你设置的目标帮你计算出每次搜索到达目标的次数，目标的转化率及平均每次搜索的目标价值（如果你为每个目标设置了价值指数的话）。

优化站内搜索

通过分析站内搜索，我们可以根据以上各度量的结果对网站的搜索功能进行针对性的优化。

优化结果排序

当网站的平均浏览搜索结果页面数偏高时，我们需要关注下是不是站内搜索的结果排序存在问题。我们可以看到很多网站的搜索结果提供了排序选择功能，这里看一下Wordpress网站的插件搜索页面：

这里提供了5中搜索结果排序方式可供选择：相关性、最高评分、最新发布、最近更新和最热门插件，但发现即使提供了这么多种排序方式，我有时还是搜索不到自己想要的插件，也许我会想要对结果进行相关性和最高评分的组合排序。

但优化结果排序最关键的还是对默认排序的优化，用户在点击搜索按钮之后都会愿意看到结果列表中显示的是最符合搜索预期的内容，也就是他最感兴趣的内容，那么对于他找到自己想要的信息当然是最有力的。所以，尽量减少用户的多余操作（自己选择合适的排序方式），一开始就帮用户做到最好。

优化信息设计

信息设计是指对信息的分类、整理和罗列的过程，对于一个内容丰富、分类繁多的网站而言，提供系统清晰的信息设计，可以让信息的检索事半功倍。

我们分析搜索改进度量的时候，如果发现用户的搜索改进一般都是在区分信息的分类或者改进关键词的细节表述，那么这时候可以考虑为用户提供搜索结果筛选的功能，如太平洋上面提供了极为丰富的信息筛选功能：

同义词与结果推荐

用户在输入搜索关键词的时候有时会拼写错误，或者用户可能输入的是模糊定义的短语，这些可以直接分析站内搜索关键词及搜索改进等来确认你的网站用户是不是普遍存在这类行为，所以我们需要为用户提供一些关键词的改进建议及结果的推荐，下面是我在淘宝中输入“诺记亚”进行搜索时它为我提供的搜索建议：

所以，站内搜索可以说是一个比较复杂的功能，尤其是想把它优化的更好的时候，所以很多大的公司有专门的团队来研究和改进站内搜索功能。建议在优化站内搜索的时候考虑使用网站分析的方法让优化的工作具有更加明确的目标和方面，同时通过比较优化前后网站分析中相应的度量，可以为优化的效果提供有力的量化参考指标。

站内搜索设计番外篇—给非技术人员看的技术原理

西乔 — 2009-06-22 21:28:45

如何搞定站内搜索的产品设计及应用（上）http://blog.xiqiao.info/2009/06/02/343

如何搞定站内搜索的产品设计及应用（中）http://blog.xiqiao.info/2009/06/03/357

如何搞定站内搜索的产品设计及应用（下）http://blog.xiqiao.info/2009/06/19/388

六站内搜索的开发

我写下面的关于站内搜索的开发，是尽量用浅显的语言来解释开发原理和程序请求的流程，主要给非专业的技术人员看。

我一直非常反感有一些搞产品、搞UED的人会说几个名词就认为这行好混的不得了，不研究也不学习，有的不看数据也不动脑子，有的看见了数据也不动脑子。连一行数据库查询语句都不知道就敢说自己是研究信息架构的，我呸。操作了这个仪那个仪就觉得自己比开发人员还牛逼了，还替行业操心起出路来了。唉，这个行业如果哪天忽悠能少于50%，就算是有出路了。

搞产品应该懂得起码的开发原理，不要浮于专有词汇的表面。况且了解原理这事只要破除迷信，多读点真东西，一点都不难，也没有什么所谓的学科门槛之类的。我很想写一篇《搞产品应该懂的数据库命令》，来破除下非技术人员的代码恐惧症。

站内搜索的技术流程是：

第一步 提取原料：抓取网站页面或格式化数据。
第二步 把原料归类：建立索引，把关键字和页面一一对应上，分类放好（想象一下老式图书馆里的归档管理方法就能形象理解索引了）
第三步 听用户要上啥菜：响应用户的搜索需要，对用户输入的关键词进行分解，从索引中找到符合该关键词的所有相关网页。
第四步 摆盘上桌：对搜索结果页面进行排序，将页面标题、url、摘要等信息呈现给用户。

一步步细说：

第一步：提取原料：抓取网站页面或格式化数据。

抓取页面是使用一种叫蜘蛛的程序，一个网站中成千上万个页面是通过什么关联起来的？url。蜘蛛就是通过一个页面的url找到另一个页面再找到另一个页面，把所有能链到的页面遍历一边，记录下来。

通用搜索引擎（google baidu）的蜘蛛很复杂，因为一个页面上可能有很多个url，每个url又关联着无数页面，整个网络像一棵树，假设首页是第一层，首页上的url关联的页面是第二层，第二层页面上url关联的页面是第三层……

蜘蛛抓取的顺序就会很重要，是沿着一个url一直爬下去，还是先爬完一层再爬一层；加密或需要用户登录后才能访问的内容怎么抓取；pdf、rar及多媒体文件怎么抓取，都有讲究。不同的抓取处理在有效性、效率和对被爬网站的资源占用上有很大差异。

当然站内搜索没有那么麻烦，一般是技术人员根据希望被纳入搜索的内容数据库生成一份格式化的 xml文档，让蜘蛛直接抓取就行了。但是站内搜索在提抓取页面更新索引时，有一个指标比较高，那就是抓取的更新频率。

比如对于电商类网站，某些商品，特价、抢货啦，可能刚发布出来5分钟就卖完了，或者改价格了。但是用户听说促销啦，来网站上一搜，搜不到，或者搜到了点进去发现价格不对，用户就会不舒服。这就是蜘蛛抓取页面的更新频率过低导致的。要解决这个问题并平衡性能与资源占用之间的矛盾，需要多种算法进行优化。

通用搜索比如google、twitter在做这方面的努力，也就是做成实时搜索。但是站内搜索服务还鲜有尝试者，霍炬和余晟最近在做针对电商类的优化。目前可以做到即时更新，也就是发布后1分钟内就可以被搜索到。

第二步：把原料归类：建立索引。

建立索引这一步集中了搜索引擎的两大核心技术难点：索引结构和中文分词。

如果按照正常人的思维，索引应该是这样建立的：

把每篇文章存在文章索引表里（假定我们叫它doc索引），然后解析出该文章中有多少关键字，把关键字存在一个表里(我们叫它keyword索引)
doc索引的大致结构就是：docID | doc标题/内容 | doc的url及其它信息 | doc中每个keywordID 。
当用户输入关键字搜索的时，先找到关键字对应的keywordID, 然后查找到有哪些doc里包含做这个keywordID。

这种思路很符合逻辑，但是不好意思，在效率上几乎是不可行的。

因为在查找哪些doc里包含这个keyword的过程相当于哗哗哗狂翻一本书来找里面的一个词。网站的doc索引条目动辄上万上十万，要是同时查找多个关键字，相当于多次狂翻一本十几万页的书，你说是不是累死了。

于是就有一种更符合程序运行方式的索引建立方法。这就是倒排索引，也叫反向索引。而上文中提到的符合正常人思维的叫正排索引。

倒排索引中“倒”的含义是指把doc索引和keyword索引的关联次序颠倒过来。在建立索引的时候，先建一张keyword表，结构是：“keywordID | 关键字 | 存在哪篇doc中的哪个地方 ”

“存在哪篇doc中的哪个地方” 这个信息怎么表示？

通过一种叫映射的方法。通俗地举例：“北京”这个词出现在 id为0011文章的第2段第5行第3个字，可以表达为一个字符串 0010p2l5f3，所以“北京”这个词在keyword表里是可能这样写

“ k001 | 北京 | 0010p2l5f3 , 0010p5l1f9,0012p1l2f6……”

这是一个平面的结构，实际程序中当然不会这么简单处理，这样效率还是太低。会处理成一个有层次的结构，比如第一层只存docID “k001 | 北京 | 0010，0010，0012……” ，第二层再存是属于哪一段哪一行等。

这样做的好处是可以在第一层实现一次归并。因为搜索结果页面最先需要列出的只是那篇文章里包含哪个关键字，不需要具体位置，所以，当北京这个词在0010文章中多次时，第一层索引可以归并为为 “北京| 0010，0012 “ 这样结构又精简了。

索引的结构及存储方法对搜索速度起致命的影响。

分词: 中文分词技术是中日韩专属的一个的高难度课题，研究了十几年了。而英文每个单词之间都有空格，没这个麻烦。

比如 “作家长平时常翻阅这本书” 这句话人可以分成“ 作家长平时常翻阅这本书”。但是计算机可能就分成了“ 作家长平时常翻阅这本书”。计算机不认得长平三个人名，分词错误就用户搜索长平的时候就得不到这条结果。

再例如，当用户输入 “和服”搜索时，出来第一屏都是 “产品和服务”，“化妆和服装自己搞定”，用户是不是很郁闷。

所以分词技术对于 搜索的准确有效性 起关键作用。

基础的分词方法是机械切分，也叫二元切分。就是把一句话切成最小词单元，正向切分一次，再反向切分一次，比较下哪个更合理，再通过复杂算法识别出有效关键字。

更先进的方法是在机械切分的基础上使用合理的词库，地名、品牌名、机构、简称等需要词库。而不同行业如金融类、计算机类、商品类都有不同的专业词库。

还有基于人工智能和统计概率的分词算法，但是对于站内搜索这个量级的都不适用。

对于站内搜索而且，除了好的分词算法，更重要的是词库添加和统计功能。网站管理员可以根据用户搜索行为的统计分析手动向词库内添加新词。

第三步：听用户要上啥菜：响应用户的搜索需要

用户输入的搜索条件可能是一句话，所以对用户搜索请求的解析也要用到分词技术。如果搜 “吉野家沙拉” 和 “吉野家沙拉” 会得出不一样的搜索结果，就是比较差的搜索引擎了。
用户输入的关键字是对词库的有利补充。比如搜全聚德的人多了，全聚德显然是一个有效的专业词汇。
多个搜索关键字之间存在逻辑运算关系。逻辑运算。。不要怕，搞设计的人应该都知道布尔运算。。不知道？总知道反选、多选、选区交集吧。这就是逻辑运算中非运算(not)、或运算（or）、与运算(and)。

用户的搜索条件是“美国金融危机”如果采用或运算，则文章中只要包含了美国或金融危机这两个词中的一个，都有可能被列为搜索结果。如果采用与运算，则只有同时包含了美国和金融危机这两个词的文章采会被列进搜索结果。

所有搜索引擎都应该在输入搜索条件时，支持逻辑运算符。

对于通用搜索引擎，一般多个关键词之间的空格就默认代表了是与运算(and) 的关系。可以通过输入逻辑运算符来完成其它搜索需求。比如可以使用 “哈希 OR Hash” 来搜索更多关于哈希算法的信息中英文都有，也可以使用 “小李飞刀—电视剧” 来搜索除电视剧外的小李飞刀的信息。

对于站内搜索，1 没有通用搜索那么大的数据量 2 比搜索引擎专业性更强。所以站内搜索多个关键字之间的空格默认代表的是或预算的关系。但是会在呈现结果的排序上做文章，通过多种算法计算出相关性最高的文章排在前面，相关性弱的排在后面。这样可以帮助用户发掘到更多关联性内容，结果呈现也更人性化。这是通常定义下的站内全文检索的一个重要特征。也是区别于数据库搜索的技术优势。

响应用户搜索条件的时候还有字段匹配及权重的问题，一篇doc 可能有标题、摘要、正文、tag、作者等多字段信息存在doc索引库里。Keyword是出现在标题、摘要还是正文中时，权重是不一样的。

第四步摆盘上桌：对搜索结果页面进行排序，

琢磨过SEO的同学一定知道，所谓搜索引擎优化 1是让蜘蛛能抓取自己网站上更多的页面2 让自己网站的页面在搜索结果里能排得更靠前。

这就要研究搜索引擎的排序算法。对于各个通用搜索引擎，排序算法是许多人的关注核心，每次权重调整都会带来巨大震荡。通用搜搜引擎都是在基于相关性排序上在加上各自的算法，如Google的专利pagerank就是通过页面之间的互链来判断页面的价值高低，再加上链接引用页面的PR值、是否在一个分类等各种其它指标。

但是站内搜索，用互链这种方式来判定显然不靠谱，所以主要还是通过优化相关性的算法，计算keyword和DOC之间的关系，例如 keyword 在doc中出现的密度，词频， doc是否和 keyword 属于同一语义类别，doc的长度属性（短的doc应该降权之类的）等判定 keyword的搜索结果中，哪些doc更重要更有价值。

多个关键字的搜索条件，让算法更复杂，如何对多个关键字进行比较、两者的结果如何合并，两者的结果顺序如何穿插重排。

最后还要利用算法来优化 结果排序的速度和稳定性。

由此才能得到站内搜索的相关度排序结果。

————————————————————————————

上面基本讲了站内搜索的原理，看到这会有很多人觉得站内搜索的开发是一个技术要求很高的应用。也的确是这样，一般网站很难养得起一批能开发搜索引擎的工程师，开发周期上也承担不起，关键也缺乏持续改造的动力。产品设计人员也很难想在这个重要应用上有所发挥，对产品进行一点优化和改造都会牵扯到巨大的开发工作量和成本压力。

搜索引擎核心和分词现在有一些开源代码或开源词库可以使用，也可以选择租用成熟的站内搜索服务来解决开发问题。使用SAAS (软件即服务模式，现在一种流行的技术外包服务模式) 的优势在于可以根据网站的去业务逻辑定制搜索模式，且搜索这部分的数据结构是单独建立重新格式化过的，对站内搜索进行产品改造不会对网站本身的业务逻辑和数据结构造成任何影响。也可以不占精力成本地享受产品改造技术升级的好处。

相关话题：站内搜索源地址：http://blog.xiqiao.info/2009/06/22/392

如何搞定站内搜索的产品设计及应用(下)

西乔 — 2009-06-20 18:55:16

如何搞定站内搜索的产品设计及应用（上）http://blog.xiqiao.info/2009/06/02/343

如何搞定站内搜索的产品设计及应用（中）http://blog.xiqiao.info/2009/06/03/357

五、站内搜索的其它应用

1. 流量引导

针对站内搜索本身，流量引导的主要方式是关联、推荐和热榜。
关联： 包括搜索结果关联、关键字关联和推荐内容的关联
。如,关注该关键字的用户还搜索过，买了此类宝贝的用户还买过
推荐：根据用户搜索的需求分类推荐相关的网站内容或商品。

热榜：热门关键字排行，或上升快的热门关键字排行。

2. 特殊情况的设计：

当用户的搜索行为无搜索结果时、用户的搜索行为有输入错误或障碍、搜索结果过少时。

由用户行为造成的无结果或少结果，有下列几种状况：

用户拼写错误。
用户输入了限制过多的关键字条件
用户误操作。

处理上述状况，首先应该由程序判断是否存在输入的拼写错误，在搜索结果之前首先提供纠错建议，提示和引导用户进行有效的操作，并根据数据挖掘，提供能满足用户搜索需求的有效关键字。如：“没有找到相关结果，不如试试搜索****。”等。

如用户输入了过多的关键字条件，（如用户直接在搜索框里粘贴了一句很长的话，且搜索设置为多关键字之间的匹配关系是与运算）应建议用户使用正确的条件输入方式。

误操作的状况多出现与用户直接点击了搜索按钮而没有输入关键字。这种状况不同网站有不同处理。如同页面刷新、跳转到搜索结果页面但提示误操作、blank跳转到目录或索引页面、js弹窗提示误操作。

非用户行为造成的无结果或少结果，有下列几种状况：

分词错误：例如人名、专有名词、地名等专业词汇被错误地分词，造成有效结果不多。
无有效数据

上述状况都应该在搜索功能的管理设置中有所反映，必须有手工补充关键词库的功能。必须能对少结果或无结果的关键词进行数据统计，以帮助决策内容维护方向。

另一种状况是当搜索结果过多时：用户输入了一个涵盖范围太广的关键字，搜索结果多于20页的时候。

宽泛的关键字定义不能帮助用户有效完成搜索目的，用户翻20页以上去检索的可能性很小，对网站性能也会造成不必要的浪费。

所以在搜索结果页面提供分类和筛选是首要前提，也应该在适当的位置体现用户使用关键字组合的正确方法或使用分类、筛选功能。

在分页设置上，可以以只显示20页为一个区间。

3. 内容价值的优化处理

在论坛、知道、百科之类应用中，设计者比较不愿意看见的一个状况就是问题和条目的重复，既浪费资源、分流用户贡献的有价值内容，也不利于信息组构。（流量膜拜主义的不在此列）

这类应用中，可在用户提问、发帖的title输入框旁边放置搜索提示或搜索框，引导用户在提问之前先搜索。

这个类应用可以通过搜索功能对内容价值进行优化。

4. 海量信息或历史内容的价值最大化

对于新闻、资讯、论坛站这类海量信息站而言，信息结构的设计是极为重要的，仅将内容价值建立在热门话题和更新速度上，是一种不明智和浪费的运维思路。好的信息结构设计，让用户不会在扫完热门和更新内容后就无事可做，降低用户跳出率、提高单ip的页面浏览数。设计思路除了明晰合理的多级信息目录结构，还应该根据运营需求建立起 话题眼、新闻脉络、信息时间轴 等内容聚合点和内容聚合线索。

搜索和数据挖掘是帮助优化此类设计的重要选择。

百度贴吧的伟大之处在于极大地发挥了由搜索关键字创建话题眼这一设计。

说到这，可能有人已经联想到了 tag 和 埋在正文中的关键字链接。

对于论坛或非正规的信息站而言，通过tag来支撑一套信息维度是不现实的。

而正文中埋链接，多用于产品库（名人库）这类专有词，主要用于导流量，在文中高密度使用也是不现实的。

所以使用分词技术或词频分析，在某篇文章中获取核心关键字后，在侧栏或标题/正文下方列出，是一个很好的处理方法。这种流量引导方式比“相关新闻”赋予用户更大的选择性，也更利于用户深度挖掘内容发现内容。

通过处理发布时间排序，可以形成以时间为脉络新闻线索。

银杏搜索和我曾经提出一个概念产品设计，用于大型新闻/资讯网站的新闻搜索，让新闻关键字成为一个信息时间轴。

这个产品可根据某个关键字的搜索结果在时间轴上的分布，按时间区间输出搜索结果量的指数图，体现出到该关键字的新闻性时间趋势。

当鼠标移上某个节点，会显示该节点的日期和详细结果数。

用户可以通过点击年份，放大趋势图，查看某年的搜索结果的详细指数图。

这个产品可以很容易通过时间体现新闻趋势，强化传播的时间维度上的表现力，用户体验新鲜，更重要的是可以利用埋藏着的历史信息实现价值最大化。

这个应用还可以扩展为更高端的趋势比较。当用户输入2个以上的关键字时，可以在指数图中看见两个关键字的对比折线图，用户可以对两者搜索结果在时间分布上进行趋势比较。

5. 应用于内容发布系统

站内搜索除了在前端使用，在信息发布系统中也有重要的应用。典型例子的是帮助使用者筛选相关新闻（包括专题组织中的相关新闻列表）。

我讲一个我遇到过的案例：传媒类网站的cms系统，最初的设计：使用者点击“查找相关新闻”按钮，blank弹出结果页面，搜索条件直接取值于文章title和tag，全文检索。但使用者总是对筛选出来的相关新闻不满意，觉得匹配度不够高。

例如

当使用者为 ********（上）查询相关新闻时，当然最希望出来的是*******（中）和*******（下），但是标题被分词以后，再加上tag，由于词频权重的原因，中和下篇可能并不是排在前头。

当使用者为一篇标题里包含美国银行这个词的文章查询相关新闻时，排在前几位的可能和美国银行没关系，而是奥巴马竞选或中美外贸。这是因为美国银行会被分词，拆为美国和银行，出现美国或银行频度最高的文章会被排在最上面，如果美国和银行之间采取或运算的话，结果就更糟糕。

经过沟通和分析使用者需求，我把一个“查找相关新闻”按钮，拆分成了3个按钮，以满足使用者不同的搜索意图。

按钮1 “根据标题精确搜索”，用于查找系列文章，多个关键字之间采取与运算，满足精确关联需求。
按纽2 “根据作者搜索” 仅匹配作者字段，用于精确查找该作者写过的所有文章。
按钮3“相关性搜索”，匹配title分词和tag，满足查找宽泛关联的需求。

客户此后就满意了，几乎不再需要手工自定义搜索条件，提供了处理效率。

这个案例的启示是：1 站内搜索的应用设计中，搜索条件提取、多关键字的处理、匹配字段的处理这些设定的变化，能对搜索结果、应用效率造成巨大差异，好的应用坏的应用由细节中产生。2 通用化设计往往是最不易用的。

相关话题：站内搜索源地址：http://blog.xiqiao.info/2009/06/19/388

搜索行为模式

张明星 — 2008-09-28 09:39:58

网站内部的搜索引擎往往用来支持相对狭窄的用户模型,通常如下:

用户输入一个搜索条件
搜索引擎给出匹配结果
用户读取结果并选择最优

很简单,不仅如此,她只需要很少的用户交互-只需要通过提交搜索,然后给出反馈结果.

然而,这样的简单模型忽视了人的因素:人是复杂的,有感情的,情绪化的动物,而且不同的人有着不同的文化背景,能力水平和参照系.实际上,这让搜索的交互需求变的非常复杂.

好消息是虽然用户的使用搜索的方式区别很大,但是他们的行为还是遵循有限的可识别的行为模式.通过考察引起用户行为变化的因素并设立人物角色表征这些因素,我们能够识别总结出一般的用户搜索行为模型并确定相应的支持交互界面.

影响搜索行为的因素

搜索行为是用户搜索过程中几个独立因素相互作用的结果,包括下面的六个方面:

1.专业知识域

用户对搜索内容的熟悉程度对用户行为有很大的影响,当搜索不熟悉的内容时,用户会不太确定从哪里开始,如何使用少而精确的语言,以及如何评估搜索结果.比较而言,一个对该领域比较熟悉的用户更知道如何措辞比较精确,所以通常都能得到一个比较好的结果,从而查到最有用的资料文件.

2.搜索经验

对搜索引擎的作用功能有更广泛理解的用户往往会有更多的途径来寻求信息,如果你知道如何使用布尔符,精确的条件,过滤控制,被证实的行之有效的方法,这样相对来说你会有更丰富的工具配置.但是搜索经验并不是成功的必须条件.我们看到,对技术了解不多但是本领域的专家在搜索自己领域内内容时也经常取得成功,另一方面,某些技术专家却在搜索非自己领域内的内容时感觉非常困难.

3.认知风格

用户行为也会用户对信息的认知消化方式有关,实际来说用户的认知风格和思考风格往往在全局型和解析型之间.

全局型思考者会首先建立一个包括话题相关领域的广泛性理解
解析型思考者会直接进入某个话题然后全面的研究她以解决某个具体的问题

大部分人出于两个极端之间,偶尔的表现另一个极端,但是大多时候还是倾向于一个极端.

4. 目标类型

搜索的目标根据输入查询的不同而不同,但是总的来说可以划分为三类(根据安德烈的文章-网络搜索的分类)

导航性搜索是为了到达某个具体的位置,比如网站的时间表应用
信息性搜索是为了搜索某个话题方面的相关文件,比如员工津贴表模板
处理性搜索是当用户想在线完成一些任务时出现,比如改变某个选项

5.寻求模型

用户对于所要寻求的内容的理解决定着他们的寻求模型.这个理解的范围从理解条目-精确的知道要找的是什么,如何精确的描述到探索性理解-他们只知道想要寻求的内容的一个模糊概念.另外信息需求本身也是不稳定的,随着用户对某个领域的逐渐了解需求也会相应变化.

6.情境特征

虽然是同样的用户搜索同样的内容,由于外在压力,工作环境,心情的不同也往往使搜索结果变得不确定.用户的搜索结果差别很大,仅仅可能是因为他们觉得今天很倒霉或者心情很差.

人物角色

把抽象的想法赋予到构建的虚拟人物角色可以让这些因素更加生活化的表现出来.人物角色是与网站设计相关的典型用户特征的描述表征,理解用户行为背后的动机,为创建人物角色提供了一个很好的开端.

例如,下面列举的三个人物角色可以很好的表现不同的专业知识域,不同的使用经验和认知风格的三类用户,他们会用来揭示上面提到的因素构成的一般用户的搜索行为模型.

安德烈是一个技术专家,对于搜索引擎有着很深的理解,他是公司制造部的项目经理,她的认知风格倾向于解析型
德密特只是对技术有着一般的了解,他在公司人力部负责利润管理,他对信息的接受吸收介于两种风格之间
卡组非常讨厌技术性的东西,她是工业设计领域的专家,她更倾向于全局型风格给出宏观的事物评价

行为模型

虽然用户的行为多种多样,他们还是能够被归纳为有限的几个普遍模型,下面是我归纳的六个模式,每个后面会给出相应的设计建议.

1.搜索和浏览的交替

当搜索的时候,用户通常会选择一个他们认为最接近目标话题的一个结果.尽管不是一个精确的匹配结果,然后跟随链接到另外的页面去寻找要找的信息.全局型思考者在搜索自己不熟悉的内容时往往会这样做.由于不确定输入的关键词是否精确,她只能信赖搜索引擎给出的返回结果.当发现结果并不是非常准确时,在返回搜索结果页之前会转向阅读浏览.

效果上,由于很多用户在二者之间流动.搜索和浏览可以看作是一个单独的功能,很多用户不觉得二者之间存在着差别,因为都是为了支持同一信息寻求任务.这意味着优化网站的导航很有必要而且能够让搜索更成功.

设计指引:

在每个页面提供强大健全的交互链接,这样当用户接近目标页面时他能够很快地去往目标页面
提供传统的层级导航,比如面包屑和上下文导航,同样包括非层级的比如相关话题页面的联合链接
不要让页面出现死胡同,没有任何到其他页面的链接

2.最简化预定结果

有时候用户通过返回的结果的数量衡量查询是否成功.如果他们感到结果太多,他们会尝试着努力增加一些条件来保证一个更可控的页面.

设计指引:

允许用户按分类目录过滤搜索结果,这样他们能够在减少结果数量的同时使其更具代表性
为查询返回结果和每个目录提供统计数量
使用and而不是or作为默认操作,这样当用户输入更多的词语时可以让搜索范围更小
不要以100或者500作为分割划分总的结果,这会让用户衡量查询结果变的困难

图一过滤机制帮助用户细化过多的搜索结果

3.迅速的查看

一些用户浏览搜索结果页面很快,如果没有合适的结果打动他们,他们会很快处理完所有的页面.我见到这样的用户,他们不停顿的看到第五六个页面,然后回到初始页面更仔细的去看或者提交另外的查询.

设计指引:

提供一目了然的搜索结果标题,包括通常隐藏格式的word和 pdf应用文件格式
高亮显示与原始提交词汇匹配的词语,以让用户更容易的浏览标题和描述
允许用户设定每个页面的显示数量

图二搜索引擎通常隐藏返回的应用文件类型比如pdf,word和pps.

4.做出即时的判断

其他一些用户只通过前面的几页结果来判断查询是否成功,发现没什么有用的,他们会返回重新提交查询或者放弃整个搜索.

设计指引:

为最常见的提交查询优化结果,从搜索日志中尝试最热门的查询然后评估返回结果页面的效果,然后为最佳结果进行优化以提高他们的rank等级
当搜索结果页面不能再进一步的优化,那样提供一个手动生成的"best bets"工具条以让那些匹配结果出现在搜索结果首页,这提供了另外一个机会来打动某些用户

5.查询的痛苦

有时候用户很难找出一个合适的表达来描述一个想要搜索的概念,这个时候他们通常在查询之前几次修改关键词,如果返回的结果不符合预期,他们会进一步修改完善它.

缺少经验的用户比如卡组更有可能产生这种行为,特别是当搜索的任务不是很明确而且又是她所不熟悉的领域时.

设计指引

提供j工具协助确定查询,比如建议功能:显示用户输入的查询的相关推荐搜索
提供热门搜索关键词或者用户的搜索历史,保存到个人档案或者cookie中

图三当用户不知道如何确切的描述他们的请求时建议功能能够帮助用户

6.pogosticking

一些用户连续的点击几个结果,在确定最优结果前迅速的分析尝试着每一个结果.这被称之为"pogosticking"-在不确定相关值的选择间上下波动反弹.

设计指引

再次,在搜索页提供易于理解的标题和描述
高亮显示扩展到点击后结果页面的本身可以让页面进行更有效的比较
提供选项给用户在新的浏览器窗口打开以方面进行比较
在搜索结果页面为点击过的链接加上视觉颜色效果以区分

图四点击过的链接颜色帮助用户避免再次点击浏览过的页面

结论

用户搜索行为受一下因素的影响:专业知识领域和技术知识,认知风格,目标,寻求模型.这些因素以复杂的方式相互作用来影响用户的行为,尽管这样,还要看用户当时是否处在压力,好的心情或者其他的情境特征中.

关键问题是设计师无法选择用户在搜索行为过程中所遵循的行为模式,这可能导致如下印象:设计应该尽可能的广泛,提供一切可能的功能而不去考虑实际发生的可能性,因为我们无法预测这是否会被用到.幸运的是,用户的行为还是会遵守基于提供的用户交互界面上的几个行为模式.这就是设计师如何应对看起来混乱的问题:让所有的功能更好的应付目标用户的可能的用户行为模式.

相关话题：站内搜索源地址：http://www.yeeyan.com/articles/view/Fung/14680

空搜索如何设计？

kent.zhu — 2009-04-11 22:03:08

题续上篇，继续说说关于搜索的设计。

      下午的时候群里一个童鞋列出了一些电子商务网站对于空搜索的处理结果，然后引发了一个关于空搜索处理的讨论。这里，空搜索指的是：不在搜索框里输入任何内容，直接点击搜索按钮。
      可以肯定的是，造成空搜索的用户的比例应该不大，主要是误操作，当然也不排除向我这样的探索者。但是作为电子商务网站用户体验的一部分，这个地方必须要考虑到。

      我们先来看看主流电子商务网站的处理结果（这里不需要讨论搜索引擎的返回结果，因为它就是做搜索的，没有也没必要去给你推送什么其他的内容）：
      阿里巴巴中国站；弹出提示框“请输入产品名称”，点击确定后没有任何反应
      慧聪；弹出提示框“请输入查询内容”，点击确定后光标落在输入框内“输入你感兴趣的内容”后面
      百度有啊；跳转到查看所有分类页面
      淘宝；跳转到查看所有分类页面
      拍拍；跳转到查看所有分类页面
卓越；跳转到搜索结果页面，提示找到0条搜索结果
      亚马逊；刷新一次页面
      从结果上看，主要分为4类：弹出窗口提示、跳转到列表页、显示0条搜索结果、刷新一次页面。那么，哪个网站的设计的用户体验最爽呢？

      前几天我正好对网站搜索部分做了一次改版，采取的是优化了的弹窗形式：弹出窗口提示输入关键词，该窗口自动在3秒内关闭，关闭后光标被移动到搜索输入框内，且框内原先的提示信息被清除掉，弹窗的位置控制在离搜索框很近的位置，目的在于不要造成宽屏用户的鼠标长途奔袭。
      于是我最开始的时候倾向与这种结果的返回。出发点是在于对于用户的误操作给出善意的提醒，同时尽最大可能不给用户造成额外的负担。
      洗澡的时候突然觉得这样的做法有点不符合老大经常教导我的“产品要和运营挂钩”的原则。应该尽最大的努力展示网站的内容给我的用户，同时想办法引导他们去点击去使用，那么，从这个角度来看，淘宝、拍拍的做法应该是合理的。
      擦干身子抽了颗烟，觉得这样似乎也不是很妥，于是找wkcow讨教了一下，被点醒了，其实最好的用户体验设计应该是亚马逊。
      首先，空搜索既然是用户的误操作就需要给用户一些提醒，那么没有任何反应的设计必然是错误的，因为用户看到没动，可能认为是网站出问题了，这种设计是最最傻的；其次，对于弹出窗口的设计用户是不愿意去等待那3秒的，那么就必须要点一次确定，这样就多了一次交互，还是给用户增加了负担，且在设计上要考虑弹出窗口的位置、光标的位置的问题，这种设计事实上很累也很傻；第三，返回列表页的设计是想给用户推送一些其他的内容，但是实际上用户是不会理睬这些内容的，且这个结果改变了用户的初衷，更改了最简单的流程。
      亚马逊的设计恰恰是一个最最正常的流程，不需要交互、不需要解释，就是一个简单的刷新已经告诉了用户很多信息：点击搜索按钮，网址执行了该操作，但你输入的是空白，我也就给你一个空白的结果（这里，卓越跳转到搜索结果页，且提示搜索结果为0的做法是一个很不人性化的机械的执行用户操作的傻设计）。

把这次的探讨总结成一句话共勉：注重用户体验，就需要尽可能的减少交互，不给用户增加不必要的负担！

      Update：发布的5G之后，老白和白鸦给出2种更优化的方法；
      之一：干嘛要刷新页面？这不还是让人和机器交互了一次吗，万一页面大这个刷新的成本有多少？就让他点了以后输入框做个简单的提醒（比如输入框的光标出现，或者输入框的颜色闪动等小到有那么有点反应即可），不行吗？
      之二：没有空搜索，搜索栏默认热词，光标过去立即清空，等待用户录入同时提供下拉备选。

      谁还有更好的方法？欢迎探讨。

相关话题：搜索框站内搜索源地址：http://www.ikent.me/blog/1404

用户的声音(2) - 搜索关键字

MarsOcean — 2009-04-23 19:18:38

有一个地方，客户很真心诚意地回答了”我在找什么“这个问题。

这个神奇的地方就是搜索框。

首先，是外部搜索引擎的搜索框。

用户在Google，Baidu里面输入他想要的东西，你的网站链接出现在了搜索结果（或者广告列表）里面，用户点击它来到了你的网站。

Mars可能输入的是”5D Mark II”，Ares可能输入的是”Tissot”——刚好这两种东东你都卖，而且我们都点击了你网站的链接来到了网站上。

如果你是个普通网站，你的网站会想说“来了两个陌生人”，然后给我们看了一模一样的页面，页面上充斥着最新的GPS广告。

如果你做得像Amazon那样好，你的网站会想说“这个人是来买相机的”，然后给Mars展示很多相机（都是和5D Mark II差不多档次的），另外把5D Mark II放landing page最上面；另外给Ares看一堆手表广告。

如果你是普通网站，就不会记录这两个人的信息（不去了解他们），下次他们来的时候还是给他们看GPS；

如果做得像Amazon那样好，等Mars和Ares第二次来的时候，你的网站就会想说”上次这个人是来买XX的“，然后给Mars多展示点相机，给Ares多展示点手表。

相对应的，网站内往往也有对应的搜索框。比如下面这个，就是我在携程订机票看到的。

我要回老家看父母，要定的是上海到长沙的往返票，所以我选择了”机票“，然后输入了出发地上海，目的地长沙。

我点击了”搜索“，这时候我已经非常非常明确的告诉了这个网站：

1. 我人在上海（因为是往返票，而且送票城市是上海）

2. 我计划在X月X日到X月X日待在长沙

但是很明显的携程并没有处理这个信息，在我查询好机票后回到首页看到的仍然是：

他在给我推荐北京和成都的酒店，以及北京相关的广告。

如果真的用心去收集信息、了解消费者，并且抓住一切机会来让消费者多买点东西的话，这时候是不是推荐湖南的度假产品和长沙的酒店会对我更有吸引力呢？

根据用户的搜索关键字，判断用户想要做什么（“想要从上海去长沙，待几天后回来”），需要什么（”那几天可能会需要酒店和租车“），然后有的放矢的促销（“长沙XX酒店特价”），这样才能充分发挥网站的功能，否则只是个online版的电话预订系统罢了。

怎样设计好一个搜索结果列表过滤器(二)

puting — 2009-04-25 03:07:00

接着昨天的话题，搜索结果列表过滤器的问题，一直在想高级搜索和过滤器的问题，其实我自己现在很少会用到一个网站的高级搜索，更多的是用过滤器的。

来看看高级搜索和过滤器的区别：

使用高级搜索的时候，是所有条件的叠加，然后一步到位的按一个确定，事实上，我条件可以想出很多，但最终能匹配的结果，也许是零条记录与之匹配的；

过滤器用的可以说是排除法，每次只加一个条件，然后看看结果，随着你条件加上去，搜索结果就更接近你的目标。

这让我想起19楼上的哪些征婚相亲帖，上面的女孩子法的征婚帖基本是在用“高级搜索”的思维模式的，比如某女征婚，条件如下：

条件1 个子在175以上，标准型，有点帅，有点酷，有点身材（太瘦太胖不要）；
条件2 年龄在25岁——30岁之间，杭州本地人，或者是打算在杭州定居的；
条件3 有点孩子气(幼稚不要)，有点成熟,有点男人味，有点幽默，有点体贴。。。
条件4 有点钱,有点聪明,有点责任心,有点修养，尊敬父母，专一。。。。
条件5 最好有房子、有车子，还有些存款
条件6 。。。

这个是很典型的高级搜索思维模式，这些条件组合按确定键，我想最终的搜索结果一定是零。

而过滤器的思维方式就相当于是以缘分（相处）来定，是一种渐进的思维模式，有些条件不满足，可以慢慢来，或者一起将这个条件创造出来，假设一个女孩子身边的男生都符合她的要求，然后通过一步步深入，女生一次次的加上一些条件，最后选出来的结果不一定是一个白马王子，但起码是一个很符合的自己的男朋友。如某女找男友，这样来进行：

先输入关键字，单身的男生，搜索出来的结果可能是一大帮身边的朋友或者熟悉的男生，然后逐次加一个条件来慢慢筛选，

加条件1 个子在175cm以上的，发现剩下的只有6名男生，其中最有感觉的A男不在其中，那就把这个条件撤销，改换169cm以上，发现A男进入其中。
好，开始加条件2，帅气，可爱，幽默，发现有4名入围，可是发现B君没有入围，B君虽然长的一般，但是有幽默感，很好相处，于是条件在修正下，B君入围，后面的条件随着交往的深入和时间的推移，定能将身边的男生过滤到很多，剩下的，就是最有可能成为未来的如意郎君。

有些女孩子在征婚时候，有些条件不一定非要男孩子满足，比如买房子这个条件，男孩子有是最好的，没有可以在未来的日子中共同创建出来。这就提醒我们在设计过滤器的时候，允许用户自己添加一些条件。

综述，好的过滤器设置应该有如下几点：
1。好多用户对于自己要找什么样子的东西，是非常模糊的，这需要一个设计者对于自己的类目的属性要非常熟悉，才能将这些条件一一展示给用户；
2 。用户是经常“反悔”，好的过滤器能允许用户能很好的撤销已选的条件，选其他的条件；
3。对于一些条件，也许过滤器中没有，好的过滤器应该让用户参与进来，一起创造出一些条件；
4。好的过滤器应该是循循善诱的，将“条件”一一列出来给用户，而不应该一下子摆出所有的条件，最先应摆出了的条件应该是最大的最能影响结果的条件；

如何搞定站内搜索的产品设计及应用（上）

西乔 — 2009-06-02 01:57:27

我为银杏泰克站内搜索服务商做产品顾问期间，经手了十几个站点的站内搜索应用的方案设计，略作一些分析和总结。

一、站内搜索应用

站内搜索的应用受到越来越多的重视，以前出于技术成本和内容规模的原因，大家使用公共应用来凑合这个事，或者干脆没有。但是现在有钱了，信息量和信息类型的差异化和几年前也完全不是一个级别了，有越来越多网站对站内搜索有了极大的依赖。

对于分类信息、电子商务、点评类、视频和资源站，站内搜索应用简直就是生死线。

对于专业领域门户、综合社区网站、以及新型交互应用网站，站内搜索也在扮演着重要角色，拉升活跃度和流量，提升网站整体的信息质量。

站内搜索应用分为2个部分。搜索入口和搜索结果页面。

1. 全局搜索入口的设计原则

使用显眼的设计，全站统一样式和位置。位置通常是位于第一屏的居中或居右。

搜索框中应有提示文字。（比如：请输入关键字…或者关键字、分类、url…），以在视觉上标识该input框的功能或提示可行的操作。
焦点功能。页面初始化时和input输入框失去焦点时显示提示文字, 鼠标聚焦搜索框时消除提示文字。（不要使用text框的默认值，我们曾在客户的统计数据里发现每天有上千条关键词为“请输入关键字”的搜索请求，浪费资源。更不要使用背景图片-_-!!!）
输入词智能（模糊）匹配提示（search suggest），这个最近也逐渐成为标配。最初此功能用于在拉丁语系网站中协助拼写，现在发展为通过和本站内的搜索请求的趋势关联，智能提示的搜索词可以在一定意义上引导用户进行集中而热门的搜索，获得更有效的结果，以及拓展的关联搜索。

2. 分类搜索和搜索结果分类

许多网站会在全局搜索入口中放置分类搜索下拉菜单(select)。

好处：对于通用搜索和拥有复杂信息类型的网站而言，可以帮助熟练用户精确搜索目标，减少点击次数。
坏处1：根据我们掌握的多个各个类型的站内搜索log结果分析，这个分类下拉的使用率非常低，不足2%。
坏处2：互联网用户的搜索习惯是被通用搜索引擎培养的——直接输入关键字。用户总是先直接输入关键字，除非发现找不到结果，才会返回来寻找并使用分类搜索下拉，这样设计反而变成是反用户的了。

许多设计师混用了 “分类搜索”和“搜索结果分类”这2个概念。

分类搜索：针对不同信息数据类别，搜索需求间有互斥性，分类搜索的搜索结果间不存在交集。

搜索结果分类：针对不同内容类型，将某一搜索需求按不同维度的属性进行的二级分类或筛选，搜索需求是一致或可容的，结果之间可能存在交集。

我们拿豆瓣的分类下拉菜单举例：

书籍/电影/音乐都是属于内容类型，（且输入框的提示把它们同质化了）。它们之间是搜索结果分类的区别。

内容和小组、成员、活动是同级别的类型。它们之间是分类搜索的区别。

用户搜索“暮光之城”，用户不会排斥在结果中同时得到“暮光之城”的电影类、书籍类、原声音乐类信息，都是对内容的搜索需求。但是可能会排斥小组/活动/成员类型搜索结果。想搜索小组和想搜索活动是完全不同的需求，一个想搜仅仅想搜索书籍信息的用户并不想看到小组中的讨论。

_________________________________________________

再来看淘宝的全局搜索入口：

宝贝、店铺、打听是不同的搜索需求，它们是分类搜索的区别。

商城、拍卖、全球购和宝贝都属于同一内容类型，搜索需求一致，信息结构是父子级的关系。它们也属于搜索结果分类。
这3个分类是否有单独作为分类搜索存在的必要，你使用过这3种分类吗？

下列设计搜索入口的一些方法和原则：

避免过度设计。对于搜索目的或内容类型单一的网站，放置分类搜索下拉是不必要的。比如专业视频网站，餐饮点评网站等等

这是一个专业视频网站，从图1和图2中可以看到，虽然分类搜索里选择的视频和专辑这2个分类，但是当选择视频分类去搜索时，还是会在第一行输出了专辑类的搜索结果。
把搜索结果分类放到它该去的位置——搜索结果页面通过统一的搜索入口进入搜索结果页面后，用户可根据此列表了解搜索结果的分布，筛选所需分类。
这种设计可以清晰地展现信息结构，信息规模，帮助用户明确搜索目的，精确筛选。
1 简单化处理：在全局页面放置通用搜索入口，不带分类下拉。同时在频道页设置单类的搜索入口。
在书籍频道页设置单类的搜索入口

2 复杂化处理：在首页放置高级搜索工具箱（不可代替通用搜索框！）
尽量避免存在多个分类搜索之间互斥的设计
你是否遭遇过直接在淘宝的input框中输入店铺名称而得不到任何有效结果？
使用Tab manu （选项卡）代替下拉菜单。
你更习惯的是下面哪一种的方式？

有些分类选择可以用高级搜索选项来代替

在这里使用高级搜索中的筛选来表现可能会更好。
在需要使用多重维度的搜索条件来定位时的处理

比较两者的设计，高下立现。

3．全局搜索结果和分类搜索结果

当一个网站同时拥有全局搜索入口和单类搜索入口。会产生一个问题：单类搜索可得出单一精确的搜索结果，而全局搜索得出的结果页面是多种单类搜索混合而成的。如何处理好这种混合，并有效引导用户得到自己想要的信息？

1 最简单的方法: 混排+分类标签。

2 华丽的方法：分区块显示。(对服务器压力较大，分区块搜索会形成多次请求)

分区块显示要根据网站自身的产品特性和内容重心来安排，

不能不分详略，事无巨细把所有类型都均等地列出来。多信息等于无信息。

二、搜索结果页面布局

1. 常用功能模块

点击小图显示大图

上图只是是为了演示所有通用功能模块的设计demo。并不建议像这样设计产品，用户根本不会用到那么多功能，过度设计会导致开发成本和用户的学习成本大大增加，也使页面零乱。

应该根据各自网站的资源、优势、类型、目的来选用恰当的模块进行设计。关于这一点请见后文

2. 布局问题

先来看2个案例

上图为4栏的机票搜索结果页面，中间2栏为往返双程的搜索结果。信息密度太高，页面拥挤，用户在寻找自己所需的结果时，视线会不断被干扰。在左栏纵向放置的筛选功能区块，位置和高度导致用户的正常使用流向被打乱，最右边的推荐和广告区也很难吸引用户阅读和点击，

上图是2栏的机票搜索页面。页面布局宽松，信息密度分布正常。日期的Tab Manu、筛选功能区和搜索结果区的分布和排序符合用户使用流程。右侧的推荐信息区也容易吸引用户视线。

搜索结果页面的布局原则是简洁、突出重点、目的明确。不能分散用户获取搜索结果的注意力。

下面是一些设计建议

使用两栏布局。内容型搜索建议比例为三七开，不要让搜索结果内容区过宽，影响阅读体验。
剔除无关元素，对于网站统一布局中的公告、推荐、广告、排行之类的元素，应该割舍。布局越清晰明了，干扰元素越少，用户越容易顺利达到使用目的。
主搜索框位置全局（或主内容区）上方居中。在搜索结果页面，搜索框不必和全局设计统一，缩于一角。
处理好多个搜索框之间的层次关系（在同时存在主搜索框和单类搜索框/高级搜索工具箱的时候）。
信息密度不要过高。不要试图在搜索结果中列出所有信息元素。
筛选、排序等功能区要注意产品逻辑和分布层次。很多设计师在处理信息的多个维度缺乏逻辑和结构意思，弄得页面看起来有4~5层横导航。

这一堆选项卡，你眼花吗？
根据内容属性的不同，对搜索结果使用合适的显示模式。（图片、缩略图+内容、内容列表、表格、内容+表格等）
正常搜索结果和推广类搜索结果（竞价或广告）的设计应该有清晰的区分，让用户能很容易区分这两者。
搜索结果中的匹配关键字应高亮显示。

相关话题：站内搜索源地址：http://blog.xiqiao.info/2009/06/02/343

如何搞定站内搜索的产品设计及应用（中）

西乔 — 2009-06-09 21:46:01

如何搞定站内搜索的产品设计及应用（上）http://blog.xiqiao.info/2009/06/02/343

三、不同类型网站的站内搜索应用特点

站内搜索普遍意义上可以分为两类：内容搜索和比较搜索。特殊搜索（如地图搜索，）不在讨论之列。

典型的内容搜索：新闻(资讯)、视频、图片、音乐、人、论坛(小组)、帖子。对于内容搜索，基于分词的全文搜索是主要应用，通过分词、概率等对数据进行筛选排序，得出匹配度高的搜索结果。

典型的比较搜索：购物、餐饮、旅游、租房。 分类、筛选、排序等功能更为重要。搜索结果和用户行为关联更大。有大量基于数据库的搜索。

1. 内容（帖子、话题、博客）搜索。

主要应用: 相关度排序。
引导流量：相关内容推荐
布局特点：不需要过多的功能模块，比如高级搜索、二级分类、筛选和排序。而应该重点优化设计搜索结果、关联搜索、结果类型分布。

2. 新闻类搜索最重要的是时效性

主要应用: 更新时间+相关度排序。为什么把新闻类搜索从内容搜索中单提出来说，因为新闻搜索的结果排序，更新时间要的优先级要高于相关度。如果不注意这一点，会出很严重的后果。
引导流量：热门关键字，“你可能还对这些关键词感兴趣”
布局特点：同内容类搜索。

新闻类搜索还有一个高级应用，就是新闻关键字的趋势比较。一般网站可能没有这个开发实力和预算，只有成熟的SaaS才有可能提供类似的高级应用。

3. 多媒体搜索图片/相册/视频/音乐

主要应用: 分词+过滤，因为许多图片的alt是直接使用文字标题，所以正确的分离出关键词很重要。

图片常用的过滤包括：文件类型、图片尺寸、风格、图片色调。

视频由于没有统一的描述协议，暂时也没有成熟的OCR技术，所有视频搜索主要基于tag,数据库分类和人工填写的描述。视频常用的过滤包括：分类、时长。

音乐常用的过滤包括：文件类型、专辑、歌手、风格、语种、源状况

布局特点：图片和视频类搜索由于结果的展现主要是缩略图，搜索结果区域的面积要尽可能大，建议使用全屏单栏设计。图片搜索需求的目的性很明确，除过滤外，没必要放置其它功能属性和关联搜索。

多媒体基本都存在专辑或系列，专辑和系列是基于人工分类的更准确的检索方法，包含更大的信息量。应当通过精确匹配后，优先列在搜索结果中。

4. 用户搜索：

主要应用:高级搜索、重音或拼写纠错提示。
引导流量：“搜索该词的用户还关注什么”，“你可能还对这些关键词感兴趣”

对人的搜索应使用精确匹配，根据数据类型支持高级搜索选项的过滤，还有一些特殊的比如在线状况、活跃程度、信用等级等。
对于人名应提供重音和拼写纠错提示。

5. 消费搜索：

消费类搜索在过类别属性的侧重点上有很大差异，购物搜索：价格、信用、热度。租房搜索：匹配度、地域、价格、其它属性。餐饮搜索：地域、菜系、热度、价格。旅游搜索：时效性、价格、折扣

主要应用: 多维度属性过滤，支持多种排序，多种搜索结果显示形式、搜索结果对比。
引导流量：搜索结果（竞价推广），“搜索该词的用户还关注什么”，“你可能还对这些关键词感兴趣”，热门关键字、历史记录。
布局特点：应该重点优化设计二级分类、筛选、排序等模块。

一个消费搜索的产品设计是否成功？我觉得有一个衡量方法：看用户是否可以通过不打任何字，光用鼠标也能顺利完成检索需求。

四、高级搜索功能的设计

分类、过滤、排序这3个是应用最普遍的高级搜索功能。

分类：帮助用户逐层定位所需搜索范畴，一般通过罗列所有分类项的方式展现，可一级级展现多层列表。

过滤：通过在搜索结果中排除某一维度中的某个或多个属性来帮助用户剔除不需要的搜索结果。一般通过单选、多选、下拉菜单、选项卡、标尺等形式展现。

排序：帮助用户按某一属性对搜索结果进行重新排序。

1. 排序的设计

排序看起来简单，但是有问题的设计确很多。

不分正序倒序

人均花费排序,不分正序倒序，那默认是从高到底，还是从低到高呢？右图是较好的设计
使用排序按钮，但是表意不清，增加用户学习成本。

猜猜左图4个操作排序的按钮分别是什么意思？销量、价格、折扣、上架时间。（除了第二个，其它我打死也想不出来）
右图是较好的设计
未明示哪些选项可允许排序操作。

这里面有些允许排序操作，有些不允许。用户在点击的时候都得小祈祷一下…
排序和过滤功能混淆在一起

图中有一堆看起来功能相似的下拉菜单，但里面有的是排序操作，有的过滤操作。排序操作不会减少搜索结果，但过滤操作会。用户点击完其中某个下拉菜单，可能页面中搜索结果就为空了，用户能搞清是自己干了什么导致的吗？
默认排序是什么？

上图排序下拉菜单的设计非常好，同时有下拉菜单和按钮，同时有文字说明和图示箭头，一目了然。
但是谁能告诉我，默认排序是基于什么的排序？
常规意义上默认排序是基于相关度的排序，是认为用户无法理解相关度这3个字吗？

2. 过滤的设计

分类和过滤是两个容易混淆的概念，最常见的错误是把分类设计成了过滤，让产品反而很难用。

如右图：这只是多组看起来像过滤器的分类列表而已，用下拉菜单的设计形式来代替索引链接，用户品牌维度下：用户只能选择某一个品牌，匹数维度下：用户只能选择一个固定区段。

一个真正的过滤器应该能允许用户在终于的信息维度上，自由取得或排除部分搜索结果。

下面是两种功能的正确设计：

另一个常见错误是使用错误的表现形式来破坏用户的筛选自由度。

如上图：如果我理想的出发时间是在8：00~10：00之间，使用这个过滤器，我就得搜索两次。

而下图这两种都是不错的设计模式。

当我搜一个酒店，只想去7天、如家、汉庭这几家，要求有免费宽带和餐厅。

如果是品牌和设施这两个维度的筛选形式做成了下拉菜单、选项卡或单选框，就只能歇菜了。

最好的设计是将搜索选项做成多选框，用户可以任意组合。

如果搜索页面空间比较紧张，没有太多位置放置筛选过滤器，下面的设计也是一个办法。将排序和筛选结合起来。

3 高级搜索：

高级搜索是一个比较传统的应用，它的特点是给出了多个input框，指望用户通过在固定位置输入每个维度的关键字，来获取精准的搜索结果。

问题是如果用户输错了一个地方，可能就得不到任何有效结果。

下图的设计让用户很容易输错。

下面这个改进过的高级搜索要好用得多，除了减少用户动脑子想关键字的时间，动键盘打字的次数，关键是能是输入条件规范，不会出现用户的理解错误或输入格式错误。

相关话题：站内搜索源地址：http://blog.xiqiao.info/2009/06/03/357

高级搜索设计(译文)

张明星 — 2008-09-25 10:59:11

本来就要睡了,结果阅读一下Google reader时还是发现了一片好文章,关于高级搜索的,忍不住翻译出来(因为之前有段时间一直在思考高级搜索的设计),原文链接如下http://www.boxesandarrows.com/view/advancing-advanced .

高级搜索就像交互设计的丑陋的孩子-一直存在,却从来没有被爱过(一直都有,却很少有人使用).随着网站内容的不断增加各个网站越来越依赖于站内搜索,然而最近这几年高级搜索并没有太大的发展.缺乏准确的匹配和过多的搜索结果对用户来说仍然是一个很大的问题.也许标准的搜索模式需要进行一次革新了,不断演化的方法能够让用户过滤繁多的搜索结果从而得到他们想要的结果.

图1.一个普通搜索和高级搜索的典型分布,(雅虎)这种设计不鼓励用户使用高级搜索

为寻求网站更加实用,我们通常用这样的方式处理搜索:一个干净简洁最小化的搜索框,加上一个高级搜索的链接.雅各布尼尔森推荐"使用一些令人恐惧的字眼,比如"高级搜索"来阻止新用户进入这个页面从而给自己造成困难."(1)这种模式是成功的.搜索和网站层级导航在很多网站是作用相当的,尤其是一些繁杂的网站比如Ebay和Amazon.但是实际来说,使用高级搜索的用户还是很少.

为什么大部分用户不愿意使用高级搜索呢?

先不谈它的称呼,功能上实际上并没有多么高级丰富.虽然可以很大程度上解决搜索结果过多的问题,但是现在的状况设置了太多的障碍给用户,具体来说:

链接一般都是小字体,模糊不清,也没有告诉用户用它有何好处
典型的高级搜索页面给用户的都是容易让人混淆,很少有人关注的页面
一般都缺少搜索修改功能,一旦用户点击搜索按钮,一个搜索完成,"高级性"也就消失了.举例来说google的高级搜索页面提供标准的搜索界面,你必须保证你第一次输入的查询就是正确的,之后就不能再更改调整了

图2.google的高级搜索仍然很复杂

谁使用高级搜索?

蒂姆布雷写道"使用高级搜索的一般都是狂热的高级用户,比如专业图书管理员,特工间谍和私人侦探等".(2)在很多时候,分割细化用户群会让判断某一方面需求是否是大众需求变得更加困难.现今的设计是出于假设相互分开的用户群有着非常差异明显的需求.现实情况是,这种搜索限制着部分共同的需求.

搜索的关键问题-有太多的相关搜索结果-现在依然存在

一个典型的用户不得不在点击一个搜索还是点击一个链接做出选择,换句话说,用户必须考虑是在本页面输入搜索字词还是点击跳转到一个新的页面?简洁的即时反馈的文字输入框和复杂的高级搜索页面相对来说,用户当然会选择尝试前者.

好吧也许旧的框架是错误的,问题不在于使用者是普通用户还是狂热高级用户,而在于是否在已开始用户就看到高级搜索的明显好处.不幸的是,典型的情况是当用户意识到她需要高级搜索时却找不到相关的途径-当她们找不到想要的结果而且显示太多的搜索结果时.他们错过了高级搜索的"出入口".用户不想让搜索过程中的努力白费,她们需要额外的技术支持来完成现有工作,新的搜索模型能帮助解决这个问题.

其他的搜索方式

让我们看看过去十年搜索的创新,随着网站数据的增多和更有条理,标签和分类变得更为常见,通过过滤让结果过载这个问题的解决有了新的机会,只要它足够的简单和清晰.尽管用户不会翻看第一页搜索结果页以后的内容,但是她们还是乐意使用一些显而易见的工具来过滤搜索结果.

定义参数的搜索在一些网站比较常见(比如航空售票网站),但是对大多数网站来说,跟数据相关的交互设计本身并不是数据驱动的.

图3 travelocity.com航班搜索,只使用高级搜索.

标签通过更好的描述用户寻求目标来改善搜索结果

图4 amazon.com用标签标注产品

搜索结果过滤

面搜索(faceted search)或返回浏览类别，在搜索结果中（如易趣）可以有效地提示用户选择一个类别。

图5 ebay 的面搜索

过滤搜索结果

Amazon 和 Kayak 提供过滤来帮助用户减少结果数量,这样设计很有效但是由于提供给过滤项空间的限制,局限性也很明显,当页面载入的时候只有前面几个过滤项能够看见.

图 6 amazon.com和 Kayak的过滤

另外的方法:逐步展示功能

逐步展示可以很好的解决高级搜索的进阶性和复杂性.(3)去掉单一的复杂的高级搜索页面,取而代之的是分解的易于理解的步骤来逐步满足用户的需求.

在这个例子中,通过在搜索结果上面的高亮显示条来突出显示搜索过滤项(品牌或者价格等)

图 7 高亮条显示过滤(不一定绿色,但是一定要突出)

当用户点击一个链接,给与足够的空间来显示过滤项和说明如何使用它.与上面的左边栏提供有限的过滤项相比,这样可以提供更多的过滤项而且只有在需要的时候才会出现.

图 8 当用户点击上面的"价格",给与足够的空间显示保证可读

让我们看看下面的场景

1.用户输入正常的文字搜索

图 9 普通的搜索:搜索DVD 播放器

2.搜索的结果页面,突出位置提供搜索结果的过滤选项,传达过滤的价值.按照热门程度排序,使用字体来突出其他的.如果过滤项过多,提供隐藏的非常用过滤项在扩展视图里.

图 10 搜索结果页面,带有过滤选项.

3.当用户点击一个过滤项，显示该项对应的网页内容部分而不需要重新加载网页. 如果可能的话，应显示每个过滤项的搜索结果数目，使用户可以看到哪一个过滤项搜索会没有结果.

图 11 按照价格过滤的搜索结果

4.允许用户添加额外的过滤项,以时间顺序以帮助用户建立一个复杂的搜索查询.

图 12 按照价格和评级过滤的搜索结果页

建议

在正常搜索方式的基础上增加一个暗含布尔符(and ,or)的搜索方法,不要让用户采取布尔查询.我的建议是：如果一个用户选择要几个不同的搜索参数，就进行并列"和"搜索（例如，索尼和便携式）;如果他们为同一参数选择多个值，就用“或”搜索（如索尼或Panasonic );当然如果参数（如产品功能）显然非排他性,也应该执行“和”搜索（例如，便携式和高清）.

鉴于快捷搜索，全文检索和高级搜索可能建立于不同的技术（例如，直接数据库搜索， Google的模块，内容管理系统等),你需要和技术开发人员相互沟通来实现技术过渡转化.

如果其中有许多参数（超过15 ），考虑减少不常使用到的属性且将其隐藏，通过点击“查看更多… ”的链接显示选项, 点击它应显示所有的选项而不需要页面刷新。研究你的搜索日志以保证展示的都是合适的参数,循环更换一些展示参数已发现更多的潜在热门参数:展示的参数总能得到用户更多的使用.

结论

总得来说,高级搜索是被自身设计所阻碍而未能充分利用的一个工具.允许用户来添加更多的具体化多样化的参数,设计避免出现上面提到的那样的没人使用的高级搜索页面.化解这种复杂性并突出显示它在用户自然能找到的地方能够让高级搜索真正的得到高级的应用.

参考文献

（ 1 ）尼尔森，美国（ 1997年）, "搜索,然后你就会发现", Alertbox 7月15 ， 1997 。

（ 2 ）布雷吨（ 2003年）,"搜索：用户"。

（ 3 ）wiki'百科:逐步披露

怎样设计好一个搜索结果列表过滤器

puting — 2009-04-30 16:09:48

最近在做产品的时候，遇到搜索结果列表过滤器的问题，要想把过滤器做的好用，是需要花费一些脑筋的，不仅要对搜索结果中数据属性要熟悉，还要巧妙的将这些属性一一配对。

搜索的作用在于按照某个关键字找到最多（最相关）的结果，而过滤器的作用在于找到最少（最接近）的结果。

过滤器设计的几个要点：
1.属性——搜索结果有哪些属性
比如说手机，它的属性就诺基亚、三星，新的、二手、CDMA、GMS等
2.分组——把属性一一归类
还是拿手机举例，诺基亚三星这些属性归为品牌条件组，新的二手的归为成色条件组，CDMA和GMS等归为网络制式；
3.同类条件组属性之间的选择和撤销问题
比如我选了诺基亚，看看没有合适的，想选择其他牌子的手机看看怎么办。

下面就介绍一些网站的过滤器。
Indeed为一家为一个职位垂直搜索引擎，招聘职位的属性比较好做，薪水范围、招聘公司以及地域是较为关注的，下面以product manager为例搜索，左边的过滤器如下图1

（图1）（图2）

我选了薪水范围和招聘公司，如图2，如果要选择其他的薪水范围或者招聘公司，只要点击已选的属性条件边的undo，就可以撤销已选的过滤条件，选择其他的。

过滤器的好处：
对于自己的过滤条件一目了然，他将这些选择的过滤条件都用红色虚线框起来的。
个人觉得缺憾是：
比如选择我选择了$20,000+，它就把“薪水范围（Salary Estimate）”这个属性组给隐藏了，需要撤销之后才能看到其他属性条件。

再来看看Simplyhired的过滤器，也是一家职位垂直搜索引擎，如下图3、图4所示



（图3）（图4）

这个和indeed比起来，有了一些改良，
好处是：
我选了Title下面的Product Manager这个条件，整个Title整个条件组还存在，可以自如撤换选其他的Title条件，而自己做的一些条件组合在上面也显示出来，还可以将这些条件组合保存，以便下次快捷使用（51job的搜索条件组合我就经常会用到）
个人觉得缺憾是：
显示自己的过滤条件的区域没有indeed用红虚线框出来的明显，加上这一块区域在未有选择过滤条件的时候就存在，导致视觉上没有明显的差异突出。

（条件选定之前）（条件选定之后）

相关话题：站内搜索源地址：http://www.socialbeta.cn/2009/04/blog-post_24.html

站内搜索 - UCD大社区

B2c站内搜索初探–排序和内容呈现

优化站内搜索 －让用户更容易找到所需信息

分析站内搜索的意义

细化用户需求

发现用户最关注的内容

寻找用户的潜在需求

站内搜索的分析度量

评估站内搜索的效率

站内搜索利用率

站内搜索的有效性

站内搜索的效果

站内搜索的价值

优化站内搜索

优化结果排序

优化信息设计

同义词与结果推荐

站内搜索设计番外篇—给非技术人员看的技术原理

六 站内搜索的开发

站内搜索的技术流程是：

第一步：提取原料：抓取网站页面或格式化数据。

第二步：把原料归类：建立索引。

第三步：听用户要上啥菜：响应用户的搜索需要

第四步 摆盘上桌：对搜索结果页面进行排序，

如何搞定站内搜索的产品设计及应用(下)

五、站内搜索的其它应用

1. 流量引导

2. 特殊情况的设计：

3. 内容价值的优化处理

4. 海量信息或历史内容的价值最大化

5. 应用于内容发布系统

搜索行为模式

空搜索如何设计？

用户的声音(2) - 搜索关键字

怎样设计好一个搜索结果列表过滤器(二)

如何搞定站内搜索的产品设计及应用（上）

一、站内搜索应用

1. 全局搜索入口的设计原则

2. 分类搜索和搜索结果分类

3．全局搜索结果和分类搜索结果

二、搜索结果页面布局

1. 常用功能模块

2. 布局问题

如何搞定站内搜索的产品设计及应用（中）

三、不同类型网站的站内搜索应用特点

1. 内容（帖子、话题、博客）搜索 。

2. 新闻类搜索 最重要的是时效性

3. 多媒体搜索 图片/相册/视频/音乐

4. 用户搜索：

5. 消费搜索：

四、高级搜索功能的设计

1. 排序的设计

2. 过滤的设计

3 高级搜索：

高级搜索设计(译文)

怎样设计好一个搜索结果列表过滤器

优化站内搜索－让用户更容易找到所需信息

六站内搜索的开发

第四步摆盘上桌：对搜索结果页面进行排序，

1. 内容（帖子、话题、博客）搜索。

2. 新闻类搜索最重要的是时效性

3. 多媒体搜索图片/相册/视频/音乐