【搜索Case分享】五分钟,教你优化知乎搜索

0. 前言

单纯地讲理论都是耍流氓。今天拿知乎搜索作为例子,撸起袖子来讲一下怎么做搜索吧。本篇文章提到的理论知识,在此专栏前两篇文章中都有比较系统的总结。本文不做过多的理论解释。

本次case使用版本为知乎iOS客户端3.24.2,手机型号iPhone 6S,系统版本9.35。

主要原则:

  • 不纠结现有设计有利有弊的地方
  • 对于所有问题给出判定依据
  • 对于所有问题给出解决方案

当然,这也应该是产品经理面对任何一款产品应该有的态度。

1. 历史搜索

1.1 问题说明:

搜索入口页面有历史记录,这个是应该有的设计,这个也是搜索的一大标准功能,但是实现上有三个问题:

  • 问题1 :一行一个的设计严重浪费空间,尤其在调用键盘的时候只能看见六条内容
  • 问题2:如果用户搜索记录超过十条,清空历史按钮将无法露出
  • 问题3:历史记录不区分搜人还是搜内容(例如“酸牛奶”是搜用户的历史记录,这里点击会出现搜索“酸牛奶”内容的结果,并非用户之前的选择)

1.2 问题方案

对于前两个问题,已经有比较好的解决方案了,直接贴学霸作业你们抄就好了嘛。学霸作业得到点名表扬的原因如下:

  • 标签化展示历史记录展示节省空间
  • 全部清空历史按钮入口明显且可用
  • 长按标签出删除按钮,既满足了高端用户的低频需求,对普通用户折叠也做到了界面简洁,同时也符合iOS的交互(和删除应用交互相同)

至于第三个问题,其实区分开搜人或者搜用户的历史记录就好了。顺手做了一个调整:切换到用户tab默认文案为“搜索用户”,切换到内容tab,默认文案为“搜索问答、文章、话题”。如下图:

2. 自动补全和搜索记录

2.1 问题描述

目前知乎搜索采用了及时输入及时响应的方案,毕竟有搜狗的技术支持。但是,这其实并不是适合移动端的交互方式。因为屏幕限制,无法达到自动补全和搜索记录的及时展示,不利于引导用户搜索和减少用户搜索错误率。搜狗和知乎搜索对比如下,一眼就能看出,学霸搜狗帮知乎写作业了,但是知乎还是有科作业忘交了。

2.2 解决方案:

知乎应该加上自动补全和历史搜索的展示,如下图左边图标做了区分,时钟代表历史输入记录的联想,其他的代表系统的自动补全。

3.内容搜索review

搜索内容的部分因为搜狗的技术支持,是挑不出来什么太大的毛病的。尤其是我并不知道知乎搜索内容引导策略,只能从功能完备性出发。自动纠错,高亮显示,命中词定制,知乎都做了相应的功能。如下图所示:“产品经李”自动纠错为“产品经理”,命中话题“产品经理”顶部展示话题,内容中也有高亮显示。

但是,在技术复杂度更高的搜索内容上做的越来越好的同时,知乎搜索用户的功能做得还是很崩坏。前两个改进主要是交互和功能的改进,接下来主要说一下如何设计搜索的逻辑。

4. 搜索用户问题说明

请大家看几个Bad Case。@酸牛奶大念念是和我互关的普通用户,但是有比较高频的互动,@韦思嘉 是和我互关的一个大V,@伍声 是我关注了游戏解说,全网有人气和粉丝,@张佳玮是我没有关注的大V。那么看case吧。

case1: “酸牛奶”:首屏有大量的酸牛奶昵称用户,而且“带牙套的乔潇”这个真的没看懂为什么,估计是bug。

case2:搜索“思嘉”:在大约上百个思嘉之后终于出现的非精确匹配的用户,但是浏览完发现没有韦思嘉。

case3:搜索“佳玮”:在大量的佳玮,全部浏览完,没有出现张佳玮的结果。

 

case4:搜索“伍声2009”(伍声优酷用户名):结果在第一屏底部。同时可以对比下微博的搜索结果。

case 5:搜索“产品经理”,发现有姓名中有不含产品经理的用户,但是这些用户签名中有产品经理。

 

针对以上case可以发现一些规律:

  • 1. 知乎搜索应该是没有做分词功能(这在搜人功能中是完全正确的)
  • 2. 精确命中的情况下给了很高的权重。精确命中用户名的用户一定会在上面,即使大V名字部分命中搜索词,也一定再下面,甚至搜不到。
  • 3. 搜索文本数据包含签名信息。
  • 4. 对于用户之间的互关和互动没有给予足够的重视。

同时我们也发现一个知乎现状:

  • 由于没有不许重名的限制,存在大量潜水重名用户。

5. 搜索用户解决方案

5.1 需求分析

在考虑怎么解决上述问题之前,首先需要回归搜索的本质:搜索的需求是什么?对于知乎而言,搜索用户的需求是什么?

在缺乏数据的情况下,通过简单的思辨给出一些我的思考(其实很多成熟的功能需求判断是不需要数据也能得到的):

  • 需求1. 搜索知乎的KOL或者说大V,进一步浏览和关注。
  • 需求2. 想看看自己之前关注的人或者互关的人最近发了什么内容。
  • 需求3. 得知认识的人在知乎,搜索这个人进行关注。

5.2 bad case和需求1,2的解决

问题1需要给大V足够的排序权重,问题2需要给关注关系一定的权重,问题3需要能精确搜索到用户的唯一标识。

先说问题1和2,首先知乎给精确命中的潜水用户很大的权重是否应该呢?用户是否有动机去搜一个自己不认识的潜水用户呢?答案当然是不应该和没有动机。

所以直接给一个初步的公式,然后具体参数可以随后迭代吧。

 为姓名文本相关度的权重,name为文本相关度的得分

 为签名文本相关度的权重,sign为文本相关度的得分

 为粉丝数的权重,log(fans)为粉丝数的以10为底的对数

 为获得赞数的权重,log(like)为获得赞数的以10为底的对数

 为权重的归一化系数,保证得分在一个合理范围内

 为关注关系的权重。follow为关注关系的取值,互关为2,单项关注(搜索用户关注了被搜索用户)权重为1,没有关系权重为0

因为没有计算器,为了好算,假设五个权重取值为10,4,2,1,1,假设签名全部不命中不得分。则公式简化为:

姓名得分方便起见,假设精确命中得分为2,非精确命中得分为1(实际的计算比较复杂):

非精确命中,1万粉丝,1万赞,无关注关系用户得分:2

非精确命中,0粉丝,0赞,互相关注用户得分为:2.9

非精确命中,0粉丝,0赞,单项关注用户得分为:1.9

精确命中,0粉丝,0赞,无关注关系用户得分为:1.8

这种情况下,4中提到的所有bad case全部解决。5中提到的需求1和需求2也都完全满足了。

5.3 已经解决的需求3

唯一缺乏的就是还有一个需求:得知认识的人在知乎,搜索这个人进行关注。因为之前没有关注关系,这些人如果没有粉丝,即使精确命中会被排在最下面。

其实这个问题的根本原因是知乎的重名问题,微信和微博因为每个人都是唯一ID(微博名和微信号),所以肯定可以快速搜索到。说到这里可能有人已经想到了,各位都有个个人域名,就是各位的知乎ID。比如我就是pan-yiming-61。其实知乎已经做到了,只是没有引导大家使用而已。现在是可以直接搜索知乎ID,并排在结果第一位。

需求3其实就是需要大家都知道自己这个ID是可以搜索的,今后让别人关注自己的知乎,直接让TA去搜ID就好了(就像搜索微信号那样)。

这个故事也告诉我们,功能做好知识第一步,一到大家使用才是真正的完成需求。

6.总结

每天下班到家10点左右,锻炼洗漱完11点左右。每天晚上写大概2~3个小时,在快一周的时间,终于把搜索相关内容全部写完了。第一篇的搜索原理,第二篇的功能盘点,第三篇的实例分析。希望看完的朋友,对于产品中看似最复杂的搜索,有一个比较完整的了解。

文章标签: , ,

0 条评论 1,016 次阅读

  1. 既来之,则言之。

发表评论

Top