站内搜索和推荐的分工可以这样理解:站内搜索承接的是用户已经说出来的需求,推荐分发的是用户还没说、但可能感兴趣的需求。时间人手有限时,先处理站内搜索,因为它的意图更明确、改动更容易验证;推荐则要在搜索的基础数据稳定后再投入,否则容易把错误信号放大。
假设你经营一家卖咖啡器具的店铺,某天后台显示两款手冲壶的访客不少,但下单很少。这时不要急着同时改搜索和推荐,先把两件事分开看。
假设检查后发现:搜索“细口”时,一款细口壶因为标题只写了“手冲壶”而没有出现。这是搜索侧的匹配问题,改标题和属性即可验证。推荐侧的问题则可能是两款壶同质化,用户看来看去没有决策依据。两者的修法不同,混在一起改就说不清哪一步起了作用。
时间和人手有限时,用下面三个检查点决定优先级。
如果三项都指向搜索,就先做搜索;如果搜索侧没有明显漏词、结果也基本匹配,再把精力放到推荐。
一个高频错误是:访客在推荐位点了商品,没买,运营却去改搜索标题。推荐位点击低,往往和推荐逻辑、展示素材、商品组合有关,和搜索关键词匹配不是一回事。反过来,用户在搜索框搜了某个词却没结果,运营却去调推荐池,也解决不了问题。
还有一个错误是同时改。搜索和推荐一起动,数据变好或变差都无法归因。时间有限时,一次只动一侧,保留另一侧作为对照,哪怕只是记录改动前后的搜索词报表和推荐位点击数据。
区分清楚之后,日常盯的指标也要分开。
这些指标都能在平台自带的经营报表里找到对应项,具体名称各平台不同,按“搜索”和“推荐”两个入口分别查即可。不要拿搜索的转化率去判断推荐的好坏,两者的用户状态不同。
打开后台,把最近一周的搜索词报表和推荐位数据各导出一份。先找出搜索侧的无结果词和低点击词,列成一张清单,按“补标题、补属性、调排序”三类标注处理方式。推荐侧暂时只记录不改,等搜索侧处理完一轮、数据稳定后再对照推荐位的变化。这样在时间和人手都紧张的情况下,每一步都有明确的验证对象。