产品设计输入包括哪些内容-如何设计搜索功能 – 基于内容的产品分析

无论是什么类型的产品，都离不开搜索功能，但不同的产品对搜索功能的侧重点有所不同。 例如，工具类产品注重快速解决问题，需要突出产品的核心功能而不是搜索功能（前提是搜索功能不是核心功能）。

基于内容的产品怎么样？

在一定程度上，基于内容的产品严重依赖搜索功能。 虽然搜索功能不一定是它的核心功能，但一定是它的基础功能。 精准搜索用户想要的内容是内容类产品搜索功能的核心。

接下来我将从用户角度和产品角度来分析搜索功能涉及的五个模块。

内容产品-搜索功能五大模块概述1/

1、搜索入口设计

搜索入口的选址设计通常由产品对搜索功能的依赖程度来决定。 依赖程度越高，搜索入口的位置就越重要。 一般来说，搜索入口的位置有三个：页面底部的选项卡、页面顶部的位置、页面右上角的小图标。 根据内容型产品的特点，本次我只分析顶部搜索入口的设计。

其实，只要我们多留意，就会发现内容型产品的搜索功能一般都放在页面顶部，而且比较突出。 例如哔哩哔哩、今日头条、淘宝等。这样设计的原因显然是因为基于内容的产品依赖于搜索功能。 如何让用户在繁杂的信息中准确定位自己想要的内容，搜索自然是最好的选择。

放置在顶部不会干扰用户的日常浏览，还可以为用户提供及时的帮助。

当然，让用户看到只是一个开始，更多亮点还在后面。

2.搜索输入框功能

搜索输入框其实说起来很简单，就四个字“增、删、改、查”吉祥物设计，让用户快速完成输入操作的同时也预留了一些操作空间。 但简单的编辑背后所涉及的逻辑功能并不那么简单。

编辑功能

首先要考虑的是支持哪些内容输入。 一般的文本输入不用多说，只要注意输入域的一些基本限制和相应的逻辑即可，比如字符限制、是否支持特殊字符和空格以及相应的提示等。

比较特殊的是图片输入和语音输入。 图片搜索一般用于电商内容型产品。 例如，手机淘宝支持图片搜索商品。 图像搜索的基本原理是利用人工智能图像识别技术分析图像中的信息，或者直接与数据库中的图像进行比较，然后获得搜索结果。

语音搜索通常常见于基于内容的产品中的各类音乐软件中。 例如，网易云音乐的歌曲识别功能就是一种语音搜索。 这种语音搜索其实就是最基本的语音转文字搜索功能。 现在已被广泛使用。 很多带有搜索功能的产品通常都有这个功能。

搜索输入形式丰富多样，那么每个产品都应该具备上述功能吗？ 您还记得我们之前提到的原则吗？ 不管有多少功能，都只是为了让用户更方便、更快捷地找到自己想要的东西。 那么用户想要什么？ 您认为可以采取哪些措施来帮助用户更快地在您的产品中找到他们想要的内容？ 请记住，简单和精确就足够了。

除了搜索输入框编辑功能的基本内容外，其余都是辅助功能，比如删除、修改、搜索按钮等。

删除和修改都很容易理解。 以最常见的文本为例，一般有两种方法。 一是用键盘的退格键逐字删除。 另一种是在输入框后面有一个小十字。 单击叉号将其清除。 输入框。 需要深入思考的是，当十字出现时，一般有三种触发方式，一种是永久出现，一种是点击输入框触发，另一种是输入内容或者特定字符长度时触发已输入。 如何选择取决于用户的使用习惯以及产品的整体设计。

搜索按钮的设计最大的区别主要是电脑版和手机版。 电脑端的设计是非常传统的点击按钮，而移动端很多产品通常会选择将其与手机自带的键盘搜索功能结合起来，而不是设计单独的搜索按钮。

搜索联想

搜索关联是搜索框功能的亮点，也是难点。 关联搜索分为两部分，定向搜索和模糊搜索。

定向搜索是搜索关联的主要算法逻辑。 一般搜索的基本逻辑是，当用户输入某个单词或者某个内容时产品设计输入包括哪些内容，该内容会被放入特定的数据库中进行检索，然后按照一定的显示逻辑，显示在搜索下拉框中。

模糊搜索也称为高级搜索，也是搜索关联中最复杂的部分。 根据产品特性的不同，搜索Lenovo的具体方向也有所不同。 我简单说一下比较常见的拼音联想。

拼音关联看起来很简单。 其实就是识别用户输入的拼音，然后关联对应的中文内容。 但如果你真的去做了，你就会发现，都是陷阱。 例如，如何识别用户输入的是拼音（拼音和英文的区别）？ 关联匹配的逻辑是什么？ 如何解决同音字的问题？ 背后的数据库如何建设？ …

没有不能实现的功能，但在功能实现之前，产品还需要做很多事情。 那么联想具体打算做什么呢？ 首先仔细考虑一下为什么要这样做。 找到方向慢慢研究里面的坑也不晚。

下拉框中推荐内容

与关联内容一样，搜索推荐通常出现在同一位置。 然而，它们的本质是不同的。 关联与搜索词相链接，目的是补充； 而下拉框推荐是预先定位的，当搜索框的点击行为发生且未触发输入行为时出现。 其目的是预测。

一般分为搜索历史和热门搜索两大模块。 前者利用记忆功能辅助用户更快地搜索，后者引导用户看到最新的热门内容。

需要特别提及的是热门搜索。 现在的热门搜索通常都被赋予了运营能力，与平台的资源地位强相关。 因此，该位置除了一般的代码逻辑控制外，还需要支持可配置的后台功能。

默认提示词

默认提示词是输入框中默认显示的内容。 一般分为两种，一种是引导用户输入的永久文案，另一种是运营推广的专用文案。 前者通常是默认副本，无法搜索和编辑，仅作为提醒副本出现； 后者是强烈提醒，一般支持用户直接搜索，有的支持可编辑。

类别搜索

类目搜索功能一般只出现在大型平台上。 比如淘宝有天猫店铺等分类，老板直聘有职业类型等分类。 当平台内容变得越来越复杂时，类别搜索功能就非常有必要，可以帮助用户更快地找到自己想要的内容。

老板直聘网页分类搜索功能设计

3. 搜索结果页面

搜索页面是用户点击搜索后进入的最终链接。 内容能否有效到达用户，就取决于这个环节是否完成。 搜索框功能旨在了解用户想要什么，通过一系列分析为用户缩小搜索结果范围，帮助用户尽快找到相关内容。

前端展示设计

搜索页面设计一般有两种，一种是单页面展示，一种是多页面类别展示。 前者很容易理解。 一般单一内容的产品都会选择这种设计形式。 至于后者，多用于内容相对多样化的平台。 例如B站网页版的搜索页面就采用了这种设计。

B站网页版搜索页面

过滤条件

过滤条件旨在帮助用户缩小选择范围，更快、更准确地找到自己想要的内容。 不同产品的过滤条件不同。 对于基于内容的产品，通常分为三大块：分类、属性、热点过滤。

分类实际上是平台内容的基本分类，每个内容的分类都是唯一的。 后面的分类其实涉及到分类体系的建立和结构，这里就不详细说了。

属性从字面上理解为与平台内容​​相关的属性。 属性作为类别的补充出现。 一篇内容只能有一个类别，但可以有多个属性。 例如，香蕉是一种水果（分类），同时它有自己独特的味道、颜色和外观（属性）。 （如果你对属性系统感兴趣，可以看我写的另一篇属性系统相关的分析文章）

热点过滤很容易理解，就是对内容流行度的过滤，比如最高下载量、最高收藏量、最高收视率等。

如何选择和设置过滤条件，仍然需要回归到产品本身。 不需要太多，只要精确即可。

搜索结果

搜索结果的一般匹配方式是标题关键词匹配。 但这种简单的匹配存在很多问题，比如长单词如何匹配？ 例如，有些搜索词无法命中标题关键词，但与分类属性强相关。 怎么对付他们呢？

对于小产品来说，其实搜索功能完全匹配标题关键词就足够了。 当然，前提是内容比较简单、较小。 如果太多了怎么办？ 我们需要思考如何添加维度，无非就是两个，分类和属性。

需要支持分类搜索吗？ 如果支持，如何实现？ 如何才能真正解决用户的痛点？

需要支持属性值搜索？ 实施中有何困难？ 实施后对现有内容有何影响？

功能非常复杂，无法详细解释。 最好首先考虑用户想看到什么内容。

pr 权重排序逻辑

有了结果，自然就有了顺序。 PR权重是内容排序权重。 这也是搜索功能的核心逻辑之一。 它不是固定的，需要根据产品的不同发展阶段进行优化。

当然你可能会问为什么我们需要对搜索结果进行排序呢？ 事实上，当用户在搜索时，程序执行了一套算法来计算匹配度，内容就已经按照匹配度进行了排序，PR权重调整的逻辑就是对排序进行一定的调整根据匹配程度，产生创建新的排序。

搜索词的匹配实际上就是前面提到的搜索结果的展示，而机器计算出的强相关性往往并不一定是用户想要的结果。

例如，如果我在淘宝上搜索“计算机”，匹配算法会从数据库中拉出所有相关产品产品设计输入包括哪些内容，但这显然不是我想要的。 添加PR权重公式对搜索结果重新排序后，搜索结果的排名会有很大差异。 如果我们设置权重来增加收藏量和浏览量，那么最终显示时收藏量和浏览量高的会先显示。

需要注意的是，排名公式必须根据产品的不同发展阶段不断优化。 尤其是在产品开发后期，如何平衡新旧内容的曝光是一个非常重要的问题。

看到这里，你可能会发现，前面提到的过滤功能也是为了控制搜索结果的排序，但是必须明确一个原则：过滤为辅，PR为主。 最少的操作和最准确的内容是搜索的最终目标。

4. 异常状态搜索

异常状态字面意思是在异常情况下出现的搜索结果状态。

网络异常

说到网络异常，最重要的其实就是异常提醒的前端设计。 什么时候应该提醒他们？ 怎么提醒？ 可以支持搜索功能的哪些部分（本地缓存部分）？ 哪些部分不受支持？ 如何提醒我？

未找到结果

当没有搜索结果时，我们需要做两件事：留住用户和猜测用户需要什么。

以文本搜索为例。 无结果的文本搜索有两种，一种是短词搜索无结果，另一种是长词搜索无结果。 前者的常见解决方案是自动纠错。 你可以在百度上试试这个功能。 这个函数背后的逻辑非常复杂。 具体可以查看纠错算法。 这里我就不描述了。 当搜索词结果无法更正且没有内容时，需要特别注意提醒设计。

百度纠错功能

第一次搜索

第一次使用搜索功能，主要是为了处理一些缺失的数据。 特别是对于依赖个性化推荐（记忆功能）的搜索功能，例如“搜索历史”（搜索输入框）、“偏好推荐”（搜索结果页面）等。

5.搜索后台功能

前面提到，运营资源分配存在很多问题，搜索的后端功能也更多地考虑运营能力。

搜索输入框

在搜索输入过程中，一般有后台配置、热门推荐词配置、特殊关联词配置、默认提示词配置三个功能。

热门推荐词和默认提示词简单易懂。 它们是运营资源槽的配置，目的是增加某些特定内容的曝光度。 需要说明的是特殊关联词的配置。 与前两者不同的是，特殊关联词不仅与操作能力相关，更重要的是与搜索词相关。 在设计这个功能的后端时，复杂度会比前两者高很多。 有几个问题需要更多思考。 如何与现有的搜索逻辑结合？ 是否支持新搜索词的操作配置？ 如果不支持，如何导入数据？ 如何应对数据变化？ …

搜索结果页面

与搜索框输入后台配置功能来操作资源位不同，搜索结果页面相关的后台配置功能与资源位的关系已经开始弱化，更多的是补充现有搜索的不足逻辑。

一般常见的pr值调整功能有5种，过滤条件后台配置功能，特殊停用词拦截，搜索词相关推荐配置，推荐内容（收藏夹）配置。

PR值调整函数就是前面提到的PR权重。 使用频率一般不高。 主要是在处理一些特殊内容时需要。

过滤条件的后台配置功能其实就是我们前面提到的类别和属性。 一般为了管理方便，它们的位置和排序都是通过后台控制的。

特殊的停止分词可能很难理解，但实际上是分词逻辑。 例如，在一个图片素材网站上，如果用户输入“桌子上有蛋糕和咖啡”，那么很明显，用户想要搜索一张桌子上有蛋糕和咖啡这一元素的素材。 但如果按照普通逻辑搜索，系统只会直接搜索与“桌上的蛋糕和咖啡”相关的标题和关键词，一般不会有结果。 这时候就需要专门的停用词拦截功能。

例如，如果将特殊停用词设置为“on”、“put on”和“and”，则搜索结果可以独立匹配包括桌子、蛋糕和咖啡在内的内容。 需要特别注意禁止停用词的逻辑。 例如，“和”需要被屏蔽，但“和平”不能被屏蔽。

当然，这个功能肯定不仅仅是后台功能，还可以通过分词逻辑来实现。 手机在搜索框阶段支持多词搜索，也可以解决这个问题。 方法总是有很多的，我们需要做的就是仔细思考并做出好的选择。

搜索词相关推荐配置和推荐内容（收藏夹）配置，这两个听起来很相似吗？ 举个例子大家就明白了。 我们以百度为例。 与搜索词相关的推荐其实就在这个位置。

百度相关搜索推荐

推荐的内容其实是这些：

简单理解就是，搜索词相关推荐是对搜索关联词的补充，推荐的内容就是广告（资源位置）。 也是由相应的搜索逻辑控制，后台功能更多的是资源位设置。 可以看出，与前面提到的搜索结果页面的三个后台配置功能相比卡通人物，只有最后两个与运营资源的配置相关性较强。 但需要注意的是，推荐内容资源的应用影响范围最广，也是最容易影响用户体验的地方之一。 如果运用不好，很容易陷入陷阱。

注：推荐内容的应用场景不一定是广告。 收藏夹（特殊内容）推荐也是一个比较常见的应用场景。

搜索异常状态

前面提到了搜索的纠错功能。 一般来说，搜索纠错仅由算法逻辑控制。 毕竟数据太大，需要不断更新和学习。 不可能依靠固定的后台功能来实现。 但相应地，纠错功能的实现成本也非常高。 对于不以搜索为核心功能的产品来说，早期纠错并不是一个值得投入太多的功能，有没有办法简单、初步地实现这个功能呢？

是的，做一个后端。 事实上，它是一个简单的搜索词的一对多映射函数。 虽然有点蠢，但是对于解决一些没有搜索结果的错误单词来说，这是一个相当好的方法。

这是我做的功能-嘿嘿嘿就是炫耀自己的尴尬

温馨提示：以上分析是结合电脑和手机进行的，不作严格区分。 由于设备不同，搜索功能的设计方向也略有不同。 具体实现必须以产品本身为准，不得抄袭。

以上就是我对内容型产品的搜索功能的分析。 可能还不够全面。 希望能给其他人带来启发，和大家多讨论、分析。

感谢您的观看。