三个方面 聊聊微信搜寻的逻辑_使用者

用了这么多次微信搜寻，第一次这么深入地研究微信搜寻的逻辑。不知道你有什么感悟，欢迎来和我分享你的看法。

一、本文框架

本文将按照如下的框架展开：

二、关于搜寻

一直以来，都觉得搜寻和解谜有几分相像。解谜是通过特定的线索找到对应的谜底，而搜寻是根据使用者输入的关键词快速找到使用者想要寻找的内容。

当然，这一点是从产品实现逻辑上讲的。如果从展现层看，搜寻就是在使用者输入关键词后，在界面上展示（输出）相关的搜寻结果。如下图所示：

那从使用者输入关键词到产品界面上展示搜寻结果，这中间发生了什么？让我们以微信和“使用者体验”为关键词来看下搜寻背后的逻辑。

（1）搜寻词处理

如图所示，当使用者在微信搜寻框里输入“使用者体验”时，微信需要对使用者输入的搜寻词“使用者体验”进行识别、处理和分析，以确定使用者可能要找什么型别的内容。

在当前场景下，处理后的结果可能有：

根据（1）的处理结果，匹配数据库获取相应的资料。

那原始资料是从哪里来？一部分是使用者自己生产（UGC）的，也有一部分是从合作平台处获取。

在当前场景下，处理后的结果可能有：

产品需要按照一定的规则对（2）中的匹配资料进行排序。

在当前场景下，排序后的结果可能为：

产品设计师需要根据搜寻结果的型别设计对应的展示方式，而程式负责向用户根据产品设计师的设计展示对应的搜寻结果。

（5）排序规则的使用者

当搜寻结果展示给使用者之后，使用者可能点选了其中几项，也可能一项都没有点选。产品经理或演算法工程师需要根据使用者最终的点选行为优化排序规则，调整排序演算法，以使下一次的搜寻结果排序更为准确。

而对于微信来说，使用微信搜寻的使用者有一个明显的特征：任务型使用者，即使用者目的性很强，想要找到在微信里曾经看到过的某个内容。主要有以下几个场景：

接下来，我们分别从搜寻前、搜寻时、搜寻后分别看下微信的搜寻。

三、搜寻前（入口）

微信搜寻的入口：微信主页面 – 内容区域的顶部，如下图：

使用路径的缩短，减少了使用者的学习和使用成本，让使用者用得更爽。

四、搜寻时

1. 搜寻方式上

搜寻方式上，支援手动输入和语音输入。现在已有的搜寻方式有三种：手动输入（识字）、语音输入（识音）、图片输入（识图），微信已覆盖了其中的两种，已能满足绝大部分场景。

语音输入时的文案（按住说话）与手动输入时（搜寻）有明显区别。

和手动输入相比，语音输入操作简单，而且这里的互动和语音聊天的互动一样，基本没有学习成本。不过，语音输入对周围环境、语音识别的准确率（机器）、关键词搜寻能力要求很高（使用者自己），不清楚语音搜寻的效果如何。

机器识别代替人工输入，减少人工输入成本，提高使用者体验。

2. 搜寻型别上

从搜寻页面，可以很明显地看到搜寻的指向性以及搜寻方式的存在。

首先，看下搜寻内容的指向性，包括这六类：朋友圈、文章、公众号、小程式、音乐、表情。

从资料量上：朋友圈、文章、公众号、音乐、表情这几个都很大。

那为什么会有小程式，这个生命周期才两年的产品？做推广？凑整数？

资料决定一切。

根据 TalkingData 的报告显示：小程式使用者规模从零增长至 4.15 亿只用了 446 天，而微信使用者规模从零增长至 4 亿花了 916 天。在微信大流量的基础上，小程式使用者规模的增速远超当时微信的发展。

搜寻型别的区分，方便使用者快速找到自己想要的内容。

五、搜寻结果（搜寻后）

微信 VS 百度网页版搜寻路径对比：

从上图可见，微信在使用者确认输入内容后，直接显示搜寻结果，而百度网页版在使用者确认输入内容后，会根据使用者输入的内容展示搜寻结果联想，需要使用者点选“搜寻”才会出现对应的搜寻结果。从使用路径上看，微信比百度网页版少了一步。

使用路径的缩短，提高了使用者使用效率。

细节一：最常使用 和 联络人

为什么文案是“最常使用”，不是“最常联络”？猜测和演算法有关，使用“最常联络”可能会导致误解。猜测“最常使用”的演算法和最近联络时间、每次联络时发的讯息次数、联络频率相关。

用技术提高搜寻结果的准确性，提升使用者找到“想要寻找的内容”的准确性。简言之，提高了搜寻的准确性。

细节二：搜寻结果的排序

搜寻结果的排序为：最常使用 -> 联络人 -> 群聊 -> 功能（微信自带的功能） -> 游戏 -> 使用过的小程式 -> 关注的公众号 -> 聊天记录 -> 收藏 -> 搜一搜 -> 搜寻推荐词

1. 除“收藏”只展示一条以外，其余每一类展示数量不超过 3，若搜寻结果超过 3 将被折叠显示，点选进入新页面可检视。

2. 同一类的排序为 A-Z，和通讯录的排序一致。微信里只有两种排序：按时间和首字母 A-Z。

3. 搜一搜里支援：朋友圈、公众号、音乐、文章、小程式、视讯、表情、百科、小说、问答等内容。这些内容搜寻里是无法搜出来的。因搜寻页的指定内容搜寻对使用者的搜寻进行了分流，从而这里的优先级偏低，且内容为折叠状态。

分析：

（1）为什么“聊天记录”的优先级这么低？

猜测：

其一，聊天记录的搜寻可以精准地避开排在“聊天记录”之前的项。

其二，“聊天记录”匹配时的命中率太高。

（2）为什么只有“收藏”仅展示一条资料，且优先级超级低？

俗称“知识都是藏在你的收藏里”或者“随手收藏，从来不看”，看起来是有道理的。一般使用者对自己收藏的内容都没什么印象，因此依靠记忆去通过“搜寻”这一功能查询收藏内容的可能性很低。

细节三：使用者输入的搜寻内容不同，提示文案不同

如图所示，输入字母时，文案为“微讯号”，输入数字时，文案为“手机/QQ号”，使用者不存在的提示，文案为“使用者”和“账号”。

分析：

1. 为什么文案在搜寻时不统一为账号，或者在提示框里不分别列出“微讯号”或“手机/QQ号”？

搜寻做区分，会给使用者一种“我知道你要找什么”的感觉。—— 我懂你的感觉。如果不做区分，就没有这种情感化的效果。

提示弹框为什么不区分，微讯号和手机/QQ 号在微信里都会折射成一个人，一个使用者。虽然最终会折射到一个人身上，但不能提示“该人不存在”，一来不是很友好；二来，并没有表达清楚意思，很有可能会造成误解。

而使用者搜寻的内容（不管是微讯号、QQ号、手机号）对微信系统来说，都属于账号。使用者和账号的对应与搜寻的具体的人和对应账号的对应正好契合。同时，使用者和账号本身是不会造成误解的。

2. 那为什么不把账号区分为“微讯号”和“手机/QQ号”？

猜测这个场景出现的频率不高，同时在搜寻不出来这个场景下点选搜寻内容致使出现这个弹窗的频率应该更低，因此没有必要做更细节的优化。

文字和数字输入时的区分，有种“我懂你输入的东西是什么”的感觉。

细节四：搜一搜结果的“千词千面”

1. 在以“测试”为关键词进行搜寻时：

Tab 排序为：全部、小程式、公众号、朋友圈、文章、表情、百科、视讯、音乐、问答、小说。

搜寻结果排序为：公众号 -> 小程式 -> 影视作品 （一屏）-> 文章 -> 朋友圈 -> 相关搜寻 -> 网页搜寻 -> 按条件筛选文章 -> 视讯 -> 百科 -> 文章。

2. 在以“录屏”为关键词进行搜寻时：

Tab 排序为：全部、问答、小程式、朋友圈、文章、公众号、表情、视讯、百科、小说、音乐。

搜寻结果排序为：问答（知乎）-> 朋友圈 -> 文章 -> 相关搜寻 -> 小程式 -> 文章 -> 网页搜寻 -> 按条件筛选文章 -> 文章。

3、在以“iPhone”为关键词进行搜寻时：

Tab 排序为：全部、朋友圈、商品、公众号、文章、小程式、音乐、百科、小说、问答、视讯、表情。

搜寻结果排序为：公众号-> 商品（京东自营）-> 朋友圈 -> 物品（跳转小程式）-> 文章 -> 翻译（网易有道小程式）-> 最新报道（腾讯新闻）-> 百科（搜狗百科）-> 客服查询服务（搜狗号码小程式）-> 相关搜寻 -> 文章 -> 问答（知乎）-> 文章 -> 按条件筛选文章 -> 文章。

其中，“按条件筛选文章”的筛选项都是一样的，包括：

分析：

1. 为什么搜寻结果会出现“千词千面”这种情况？

搜寻场景的复杂性。由于微信不止是一个通讯工具，还涉及公众号、购物等多种场景，而在每一种场景下都会衍生出搜寻的需求，导致搜寻场景的复杂度不亚于百度搜索。

关键词在各个搜寻场景下有重合，且含义可能不同。由于搜寻场景的复杂，导致每个搜寻的关键词在每个场景下都会有自己的含义，因此只能交叉出结果，因为系统没法确认使用者想要找的是哪个。而某一个关键词在某个场景下可能本身就不存在，所以，Tab 可变的这种处理本身是合理的。

微信对搜寻结果的准确性进行了处理，以确保在不清楚使用者真正需求的情况下给使用者最接近使用者寻找的答案。

2. 为什么“按条件筛选文章”的筛选项如此设计？

重新回到搜寻场景，为什么使用者会到微信里搜寻，而不是去其它搜索引擎搜寻。因为使用者要搜寻的内容在微信里出现过，但究竟是哪里出现过，使用者可能记不清楚了。但是这个内容使用者一定读过（这不是废话嘛，没读过的话很有可能就不会来这里搜寻了），那使用者会在哪里接触到这个内容？

而前三个场景都能总结为：朋友分享过。

那既然使用者会来微信搜寻，是因为之前读过这个内容，但为什么搜寻范围里会有“最近读过”？

与使用者来这里搜寻最匹配的场景是“最近读过”，所以，搜寻范围增加了这个选项，同时可以向用户传达“除了你读过的，这里还能搜寻到你没有读过的”含义。

关于“最近读过”的定义？什么算最近？什么算读过？这个还有待研究。

微信版本：微信 iOS 版 Version 7.0.3

装置：iPhone 6s （iOS 12.1.4）

我是佐珥，如果你对我的分享感兴趣，欢迎关注我。

#专栏作家#

佐珥，微信公众号：产品碎月（ID：pm_lab），人人都是产品经理专栏作家，专注互联网产品，乐于通过幽默诙谐、图文并茂、结合实际的文字分享自己的产品经验，期望同大家一起快乐成长

题图来自Unsplash，基于CC0协议