5分钟带你了解搜索功能如何设计.docVIP

5分钟带你了解搜索功能如何设计 　　搜索功能更够很好的提高用户使用产品的效率，用户对于这一功能的依赖性也比较大，所以设计好搜索功能将会很大程度上提高用户体验。 　　 　　由于搜索引擎技术的不断成熟，加上用户的时间越来越珍贵，像搜索这样提高用户检索效率的功能在产品中已经逐渐成为标配。今天我们来谈一下搜索功能的设计。 　　首先搜索功能的原理主要就是三步： Step1：对用户输入信息的解读转译Step2：根据用户的输入信息对内容进行筛选Step3：将筛选后的结果进行排序　　第一步主要是对用户输入的信息进行转译的过程，通过切分用户的输入文本，过滤非相关内容，进行一个关键信息的解读。第二步主要是对这些转译后的关键文本的结果进行准确率和召回率评估后的筛选。第三步是根据算法对内容的相关度计算和业务相关性对筛选后的结果进行打分后进行排序。通过这三步就完成了一个搜索的过程。看完了搜索的基本原理，我们来看看搜索产品设计中的一些功能和特点。 　　搜索前的设计 　　首先看一下搜索前这个场景，在使用搜索前，用户是一种带有相对较明确的目的才会去使用搜索功能。所以对于搜索前这一场景，我们需要考虑的第一个问题是搜索框在哪里，怎样的交互形式呈现给用户。 　　一般来说，搜索框有三种常见样式： 以ICON的形式展示，功能使用在二级页面与分类，发现合并出现在一个主tab上在首页的顶部bar上直接外露展示　　示例： 　　 　　对于天猫这类的电商类产品，由于搜索是个高频刚需，所以一般都会默认置于最显眼的首页，并且大多会配以运营干预的空间，设置一些默认的推广词，给一些特定的商品进行导流曝光。 　　像开眼视频这类也是一种常见的情况，往往是由于首页的顶部区域有更为重要的结构在展示着，如果像天猫那样进行平铺会破坏一些整体的布局结构，两者相害取其轻，就采取了ICON的形式。 　　对于像布卡漫画这样的内容产品，搜索和分类在一起的主tab上在结构上其实也是很合理的，分类和搜索都是用以检索的功能，所以将他们进行聚类。那么一般来说搜索不放在首页展示的原因有： 通过数据监控发现搜索的使用率不是很高由于内容数量的问题，搜索后有比较高概率出现无结果　　而第二点原因其实对于很多刚刚起步的APP来说很重要，刚起步的APP一般数据量较小，所以很多往往都是先只提供分类检索，而不提供搜索功能，避免出现提供了功能但却喂不饱用户需求进而导致用户流失的局面。 　　搜索中的设计 　　说完了搜索前这个场景，那么我们来聊一聊搜索中的场景对应功能该如何设计。搜索中场景下有几个比较重要的功能设计点。 　　 1.热门搜索及历史记录： 　　 　　腾讯动漫 　　热门搜索在搜索产品中也算一个比较常见的功能了。热门搜索需要注意的有以下一些问题： a.无搜索结果词不进入热门搜索b.后台建立热门搜索的黑名单，将一些违禁词或恶意刷量词进行管控c.建立白名单，方便运营对热搜进行排序调整或是手动添加某热搜词d.多种内容提供时，热门搜索展示的内容类型分布。　　关于d这一条，再解释一下，例如热门搜索有作者，作品，商品。你是不管哪一种都进行展示，还是根据业务对这几种不同的类型进行占比排布，展示60%作者，30%作品，10%商品，还是只展示搜索作品。这些都是需要由不同的产品形态和业务需要进行调整的。 　　历史搜索记录这个功能是方便用户进行二次搜索的一个快捷入口，一般都是按照时间顺序排列，最近搜索的在上方，腾讯动漫的这个清空历史记录功能的位置处理的很好，很多APP会放在下方，容易出现搜索记录很多的时候导致这个清空历史记录的功能首屏不可见了。 　　 2.搜索建议 　　搜索建议这一功能是为了满足用户只记得部分关键字等一些模糊搜索需求时的场景，同时还能节省用户的操作成本，不用全部打完，只打出部分文字就可以给出建议搜索词。搜索建议的注意点有： a.搜索建议词的匹配规则b.搜索建议相关词的高亮c.完全命中的建议结果有特殊的展示方式d.一些可操作内容可以考虑是否要前置到建议列表，如播放，收藏e.同义词的建议f.智能纠错g.拼音模糊匹配　　关于搜索建议词的匹配规则，在这里稍微展开讲一下。一般来说的匹配原则为计算文本相关度算法，但对于大多数APP内搜索其实是不用做到这么深入这种程度的。一般都是将用户输入的文本去依次匹配。 　　例如用户输入“妖”这个字，会先去检索内容（这里的内容又要考虑到底是匹配作品名/商品名/作者/店铺名/描述等）中第一个字为“妖”开始的，再去检索第二个字为“妖”开始的。得到这些结果后又需要对这些结果进行排序。一般是按照查询量高低进行排序，如果数据库没有记录这些的话，还可以考虑从该建议词的销量，点击，人气，阅读，评分等维度去进行排序，总之就是把大多数人更加感兴趣的结果排序提前。 　　关于同义词的建议，这是一个相对高端一点的功能，但是确实能提高检