不管是什么类型的产品都离不开搜索功能，但不同的产品对于搜索功能的侧重是不一样的。比如工具类产品，讲究的是迅速解决问题，需要突出产品的核心功能，而非搜索功能（搜索功能不是核心功能的前提下）。
那对于内容型产品来说呢？
内容型产品在某一种程度上来说，是很依赖搜索功能的，虽然搜索功能并不一定是它的核心功能，但一定是它的基础功能。做到精准搜索用户想要的内容，是内容型产品搜索功能的核心。
接下来，我将从用户的角度出发，以产品的视角，对搜索功能涉及的五大模块进行分析。
搜索入口的位置设计，通常由产品对搜索功能的依赖程度决定，依赖程度越高，搜索入口的位置就会越重要。一般来讲搜索入口的位置有三种，页面底部的tab、页面顶部的位置、页面右上角放一个小icon。而根据内容型产品的特性，本次我只分析关于顶部搜索入口的设计。
其实只要平时我们多加留意就会发现，内容型产品的搜索功能一般都是放置页面顶部，且较为突出。比如b站、头条、淘宝等。如此设计的原因很明显是因为内容型产品对搜索功能的依赖。如何能让用户在纷扰繁杂的信息中精准定位到用户想要的内容，搜索自然是最好的选择。
放置顶部，既不干扰用户日常的浏览，也能适时为用户提供帮助。
当然让用户看到只是刚开始，更多重头戏还在后头。
搜索输入框说起来其实很简单，就是四个字“增、删、改、查”，让用户快速的完成输入操作，同时还要预留一些运营位置。但简单的编辑背后所涉及的逻辑功能，就不是那么简单了。
编辑功能
首先要考虑的是支持什么内容输入。一般的文字输入就不用多说了，主要注意一下输入域的一些基本限制条件和对应的逻辑就好了，比如字符限制、支不支持特殊字符和空格、还有对应的提示等。
比较特殊的是图片输入和语音输入。图片搜索一般应用于电商内容型产品，比如手机淘宝就是支持图片搜索商品的。图片搜索的原理基本是，通过人工智能图像识别技术，分析图片里的信息，或者直接跟数据库的图片进行对比，然后得出搜索结果。
语音搜索在内容型产品中，一般在各类型的音乐软件中比较常见，比如网易云音乐的听歌识曲，就是一种语音搜索。这一种语音搜索其实就是最基础的语音转文字搜索功能，目前应用已经很广泛了，很多有搜索功能的产品通常都会有该功能。
搜索输入形式丰富多样，那我们是不是应该每一个产品都要有以上功能呢？你还记得我们前面说的原则吗？再多的功能，都只不过是为了让用户更方便快捷的找到他想要的。那用户想要什么呢？你觉得怎样的方式才能让用户更快在你的产品里找到他想要的内容呢？记住，精简且精准便够了。
搜索输入框编辑功能除了基础内容，剩下的便是辅助功能，删除、修改、搜索按钮。
删除和修改很容易理解，以最常见的文字为例，一般是两种方式，一种是键盘的退格键逐字删除，一种是输入框后面有一个小叉号，点击叉号可以清空输入框。需要深入思考的是，叉号出现时机，一般有三种触发方式，一种是常驻出现，一种是点击输入框触发，还有一种是输入内容或者是特定字符长度时触发。如何选择就要看用户的习惯和产品的整体设计了。
搜索按钮的设计最大的不同，主要是电脑端和手机端。电脑端的设计就是很传统的点击按钮，而手机端很多产品通常会选择与手机自带键盘搜索功能结合，不再单独设计搜索按钮。
搜索联想
搜索联想是搜索框功能的重头戏，也是难点。搜索联想分为两大块，定向搜索和模糊搜索。
定向搜索就是搜索联想的主要算法逻辑，一般搜索的基础逻辑都是，当用户输入某个词或者是某个内容时，这个内容就会被放入特定数据库进行检索，然后根据一定的展示逻辑，在搜索下拉框展示出来。
而模糊搜索，也叫高级搜索，也是搜索联想中最复杂的一部分。根据产品特性的不同，搜索联想的具体方向也有所不同，我就简单说一下比较常见拼音联想吧。
拼音联想说起来好像很简单，其实就是识别用户输入的拼音，然后联想对应的中文内容。但真的做起来，你会发现都是坑。比如如何识别用户就是在输入拼音（拼音和英文的区分）？联想匹配的逻辑是什么？如何解决同音字问题？背后的数据库怎么构建？......
没有做不了的功能，不过在做功能之前，产品需要做的事可是多得多。那联想到底要怎么做呢？先好好想想，你是为什么要做这个。找到方向，再慢慢研究里面的坑也不迟啊。
下拉框推荐内容
与联想内容一样的是，搜索推荐内容与它一般在同一位置出现。不过它们本质却不一样，联想是与搜索词联动的，目的是补充；而下拉框推荐是前置的，是在搜索框点击行为出现，且输入行为未触发时出现的，它的目的是为预测。
一般分为两大模块，搜索历史和热门搜索，前者是利用记忆功能辅助用户更快捷检索，后者是引导用户看到最近的热门内容。
需要特别说一下的是热门搜索，热门搜索如今通常被赋予运营能力，是与平台的资源位有强关联关系的。所以该位置除了一般的代码逻辑控制，还需要支持后台功能可配置。
默认提示词
默认提示词就是在输入框内默认展示的内容，一般分两种，一种是引导用户输入的常驻文案，一种是运营推广的特殊文案。前者通常是一种默认的且无法进行搜索和编辑的文案，仅作为提示文案出现；后者则是强提醒，一般会支持用户直接搜索，部分支持可编辑。
分类搜索
分类搜索功能一般只会出现在大平台上，比如淘宝有天猫店铺等分类、boss直聘有职业类型等分类。当平台内容越来越繁杂的时候，分类搜索功能是非常有必要的，可以帮助用户更快速的找到想要的内容。
搜索页是用户点击搜索之后进入的最终环节，内容是否有效的触达用户，就看这一环节是否做好了最终收尾。搜索框功能设计是为了知道用户他想要什么，而搜索结果就是通过一系列的分析之后，为用户缩小范围，帮助用户最快速找到相关内容。
前端展现设计
搜索页的设计一般有两种，一种是单页面展示，一种多页面分类展示。前者很好理解，一般单一内容型产品都是选择这一种设计形式。至于后者则多应用于内容比较多元的平台，比如b站网页版搜索页就是用的这种设计。
筛选条件
筛选条件的设计是为了帮助用户缩小选择范围，可以更快速更准确的找到自己想要的内容。不同产品的筛选条件是不一样的，对于内容型产品来讲，通常分为三大块，分类、属性、热点筛选。
分类其实就是平台内容的基础分类，且每个内容的分类是唯一的。分类后面其实涉及到一个分类系统的搭建与构造，在这里就不多加描述了。
属性就是字面上的理解，平台内容的相关属性。属性是作为分类的补充出现的，一个内容只能有一个分类，但它可以有多个属性。比如香蕉，它属于水果（分类），同时它又有自己独有的味道颜色和外形（属性）。（对于属性系统感兴趣的，可以去看我写的另外一篇属性系统相关的分析文章）
热点筛选很好理解，就是内容热度的筛选，比如最高下载、最高收藏、最高评分等等。
筛选条件如何选择、如何设置，还是需要回归产品本身。不需要多，精准便好。
搜索结果
一般搜索结果的匹配方式，都是标题关键词匹配。但是这种简单匹配问题是很多的，比如长词如何匹配？比如某些搜索词无法命中标题关键词，却与分类属性有强关联关系，如何处理？
对于小产品来讲，搜索功能其实只有标题关键词完全匹配就已经足够，当然前提是内容比较单一且少。那一多起来该怎么办？需要思考如何增加维度，不外乎两个，分类和属性。
需要支持分类搜索吗？如果支持如何实现？怎样实现才能真正解决用户的痛点？
需要支持属性值搜索吗？实现的难点在哪里？实现之后对现在内容的影响在哪？
功能很复杂，说起来讲不完的。不如先想想用户想要看到的是什么内容吧。
pr权重-rank逻辑
有了结果，自然就有了先后，pr权重就是内容排序权重，这也是搜索功能最核心的逻辑之一，它不是固定不变的，需要根据产品的不同发展阶段去优化。
当然你会问为什么要对搜索结果进行排序呢？其实当用户在进行搜索，程序执行一套算法算出匹配度的时候，内容已经产生一种按匹配度高低的排序，而pr权重调整的逻辑，就是对按照匹配度的排序进行一定的调整，产出新的排序。
搜索词的匹配其实就是前面说搜索结果展示，而机器算出来的强关联，很多时候并不一定就是用户想要的结果。
比如我在淘宝搜索“电脑”，匹配算法会执行把数据库所有跟这相关的商品都拉出来，但这显然不是我想要的。而加入pr权重公式重新对搜索结果进行排序之后，搜索结果的排序就会大不一样了。假如我们设置了收藏数和浏览量提升权重，那么最终展示时收藏数和浏览量高的，会优先展示。
需要注意的是，要根据产品的不同发展阶段，不断去优化该排序公式。特别是产品发展后期，如何平衡新老内容的曝光，是一个很重要的问题。
看到这你或许会发现，其实前面说的筛选功能也是为了控制搜索结果的排序，不过要明确一个原则，筛选为辅，pr为主。最少操作，最精准的内容，才是搜索的最终目标。
异常状态就是字面上的意思，表示非正常条件下出现的搜索结果状态。
网络异常
网络异常的情况其实最重要的是异常提醒的前端设计，在什么时候提醒？如何提醒？搜索功能有哪些部分可以支持使用（本地缓存部分）？哪些部分不支持使用，该如何提醒？
搜索无结果
搜索无结果状态下，我们需要做两件事，留住用户，猜测用户需要什么。
以文字搜索举例。文字搜索无结果有两种，一种是短词搜索无结果，一种是长词搜索无结果。前者通用的解决办法很常见，就是自动纠错。你可以在百度体验一下该功能。该功能背后的逻辑十分复杂，具体大家可以去查一下纠错算法的相关内容，在这里我就不多加描述了。需要特别注意的是，搜索词结果无法纠错且无内容的情况下的提醒设计。
首次搜索
首次使用搜索功能，主要是对于部分缺失数据的功能处理。特别是对于依赖个性化推荐（记忆功能）的搜索功能来讲，比如“搜索历史”（搜索输入框）、“偏好推荐”（搜索结果页）等等。
前面也提到过很多关于运营资源位的问题，而搜索的后台功能也是更多为运营能力考虑的。
搜索输入框
搜索输入环节，一般会有三点功能会涉及到后台配置，热门推荐词配置、特殊联想词配置、默认提示词配置。
热门推荐词、和默认提示词很好理解，就是一种运营资源位的配置，目的是为了增加某些特定内容的曝光。需要说明一下的是特殊联想词配置，与前面两个不同，特殊联想词除了与运营能力相关，更重要的是与搜索词的关联关系。设计该功能后台时，繁琐程度会比前面两个高出很多。有几个问题需要多加思考，如何与现有搜索逻辑相结合？是否支持运营配置新的搜索词？若不支持，如何导入数据？数据变动之后如何处理？......
搜索结果页
与搜索框输入后台配置功能是为了运营资源位不同，搜索结果页相关的后台配置功能与资源位的关系开始弱化了，更多的是为了补充现有搜索逻辑的缺陷。
一般常见的有5个pr值调整功能、筛选条件后台配置功能、特殊停用词屏蔽、搜索词相关推荐配置、推荐内容（收藏夹）配置。
pr值调整功能就是前面说pr权重，使用频率一般不高，主要是对一些特殊内容的处理时，需要用到。
筛选条件后台配置功能，其实就是我们前面说的分类和属性。一般为了方便管理，它们的位置和排序都是通过后台去控制。
特殊停用词屏蔽可能比较难理解，其实就是分词逻辑。比如某个图片素材网站，用户输入“桌子上放着蛋糕和咖啡”，很显然用户想要搜索的是一张有放着蛋糕咖啡的桌子元素的素材。但如果按照普通逻辑搜索，系统只会直接搜索“桌子上放着蛋糕和咖啡”相关的标题和关键词，这样一般是不会有结果的。而这时候就需要特殊停用词屏蔽功能了。
比如设置，特殊停用词为“上”、“放着”、“和”，搜索结果就可以独立匹配包含桌子、蛋糕和咖啡的内容了。需要特殊注意的是，需要有禁止停用词的逻辑，比如“和”需要屏蔽，但“和平”却不能被屏蔽。
当然这个功能肯定不止后台功能，还可以通过分词逻辑去做到。手机端在搜索框阶段支持多词搜索，也是同样可以解决这个问题的。方法总是很多，我们需要做的就是好好思考，并做好选择。
搜索词相关推荐配置和推荐内容（收藏夹）配置，这两个听起来是不是很像。举一个例子，大家就明白了。还是用百度举例吧，搜索词相关推荐其实就是这个位置。
推荐内容其实就是这些：
简单理解就是，搜索词相关推荐就是搜索联想词的补充，推荐内容就是广告（资源位）。同样它们也是有对应的搜索逻辑在控制的，后台功能更多是资源位的设置。可以看出比起前面说的三种搜索结果页后台配置功能，只有最后这两种与运营资源位配置有强相关的关系。不过需要注意的，推荐内容资源位的应用影响范围是最广的，也是最容易影响用户体验的地方之一。要是利用的不好，很容易就在坑里了。
注：推荐内容应用场景不一定是广告，收藏夹（特殊内容）推荐也是较为普遍的应用场景。
搜索异常状态
前面有提到过搜索的纠错功能，一般来讲搜索纠错是只用算法逻辑控制，毕竟数据过于庞大，而且需要不断更新学习，不可能依赖固定的后台功能去实现。但与之相对应的，纠错功能的实现成本很大，对于不是以搜索作为核心功能产品来讲，前期纠错不是一个值得投入太多的功能。那有没有什么办法，可以初步简单的实现这个功能呢？
有，做一个后台。其实就是简单的，搜索词一对多映射功能。有点蠢蠢的办法，不过对于解决一部分无搜索结果的错词，也算是一个还不错的办法。
温馨提醒：以上分析是电脑端手机端的结合，并没有严格做出区分。因设备的不同，搜索功能的设计方向也略有不同，具体实现要以产品本身为准，切勿照搬哟。
以上就是我对内容型产品搜索功能的分析，可能不够全面，希望可以抛砖引玉，跟大家一起多多探讨分析。
感谢观看。
本文作者：纹心