搜索功能全流程解析

在产品中一般会分布着大大小小的搜索，以便提升用户的信息获取效率和信息消费的能力。本文作者全流程角度，对搜索功能进行了讲解，并从搜索流程中寻找提升体验的触点，一起来看一下吧。

在产品中因多功能诉求和业务复杂性等因素，界面大多有高信息密度和高交互密度的特征，为了让用户能快速获取信息和完成任务，在产品中会分布着大大小小的搜索，以便提升用户的信息获取效率和信息消费的能力。

同时因为用户输入内容不可控、解析-匹配-排序规则的复杂度、用户搜索场景的不同等因素，让搜索功能有一定空间去提升体验，所以本文将尝试从全流程角度讲解搜索功能，从搜索流程中寻找提升体验的触点。

若对内容有疑问或想要探讨，希望各位不吝赐教～

本文将通过「激活搜索」、「输入关键词」、「解析内容」、「召回」、「排序」、「结果呈现」6个步骤对搜索内容进行拆解说明。其中前三部分和交互强相关，所以本文将重点讲解。

一、激活搜索

激活搜索阶段最重要的是提供反馈明确当前状态，目前大抵会有两种呈现方式。

1. 出现搜索下拉面板，展示搜索历史or热门搜索or内容引流

如：在飞书文档中激活搜索时会在面板中展示“搜索历史”和“最近浏览”，增加相关内容曝光，去给用户提供更多选择以触达目标内容，该交互形式通常出现在全局性搜索或多维度搜索功能中。

再如：在饿了么中激活搜索进入搜索页，不仅会提供历史搜索，还有一系列的推荐内容和营销榜单的引导，达到商业运营的目的。

2. 仅光标聚焦到搜索框中

如：Coding的事项列表中点击搜索，仅光标聚焦搜索框。

作为任务管理工具在使用搜索时其目标是非常明确的，其对于搜索体验目标是要求快速匹配内容。仅聚焦搜索框中可以减少视觉干扰专注于完成搜索操作。该交互形式常运用于B端产品的表格、列表搜索中。

所以在激活搜索阶段需要结合当前产品性质和搜索场景综合考虑采用何种反馈形式。

二、输入关键字

在此之前我们先看几个例子：

• 石墨文档中，输入关键字后即开始进行搜索行为，并在下拉面板中直接呈现出了搜索结果
• 知乎中输入关键字后即时出现了关键词联想列表，用户可选择回车or点按钮查看搜索结果，也可根据列表切换关键词后查看结果。

可以看出不同产品的交互差异，那造成这种差异的原因是什么呢？之前在思考这个问题的时候认为是B端产品和C端产品的区别，但仔细一想这样划分过于粗暴。后续尝试用搜索场景来解释发现会更合理。

1. 定义搜索场景

在《Web信息架构》中对搜索场景划分为4类，在结合具体产品后我将其收缩为2类。

1）已知条目搜索

用户有非常明确的搜索目标，是在已知内容库中快速定位信息。输入的关键词就是想要获取信息主题。

如：想在Jira上看挂在我头上关于“组件”的任务，会直接在列表中搜索“组件”，此时的搜索结果即我想要的内容。如：查找微信联系人，是有非常明确的搜索目标。

2）探索式搜索

用户有模糊的搜索目标，是在未知内容库中搜寻信息。是对于该类信息主题是未知的想要去探索，且大概率是不能精准描述关键词和结构化表达问题。

如：最近在做组件，想看一下相关文章参考，则会在一些知识平台上输入“组件”查找参考。若没有查找到目标内容，则不停的切换关键词“组件规范”、“组件设计”、“基础组件”进行搜索，直到查找到相关目标内容。

2. 对应的交互方式

这两种搜索场景用户诉求不同导致用户体验目标的不同，则在输入关键词阶段会提供不同的交互方式。

1）已知条目搜索

体验目标：用户目标明确，需要更快更精准的提供结果。

交互方式：输入关键字过程中进行搜索行为，实时展示搜索结果。

2）探索式搜索

体验目标：用户目标模糊，提供关键词辅助能提供更标准化的关键词便于更精准的查找到内容。

交互方式：输入关键字后即时提供关键词联想，回车进行结果查询。

从搜索场景角度出发处于探索式搜索时可提供「关键词联想」功能提升搜索体验，但「关键词联想