当两个业务线都认为自己该承接同一个搜索需求时,先不要争“谁更该排上去”,而要把分歧拆成可核对的三件事:用户搜索这句话时想完成什么任务、现有页面各自满足了任务的哪一步、如果只保留一个入口,另一个业务是否仍有别的路径触达用户。划界的目标不是分出胜负,而是让每个页面有清晰的主任务,减少互相替代和内部竞争。
假设一家公司同时做企业培训和人才招聘,两个团队都盯上“新人快速上手”这类需求。培训团队认为用户要的是课程和方法,招聘团队认为用户要的是岗位和候选人。双方都能拿出理由,但搜索结果页只能给用户少数几个入口。如果两个页面都在标题里写“新人快速上手”,用户点进去后可能发现一个在卖课、一个在招人,体验会断裂。
这类冲突通常不是谁对谁错,而是“搜索需求”被当成了一个固定对象。实际上,同一句查询背后可能混着不同阶段的任务:有人刚意识到问题,想了解原因;有人已经决定行动,想找具体方案或供应方。两个业务如果分别覆盖不同阶段,划界就成立;如果都停在同一个阶段,就需要取舍。
第一种解释是需求归属不清。两个团队对同一事实有不同理解,比如都认为“新人快速上手”的搜索者是自己产品的潜在客户。此时需要先确认搜索者所处的阶段,而不是直接改页面。可以找一批真实查询词,按“了解问题、比较方案、准备行动”三类分开,看两个业务各自出现在哪一类里。如果培训业务集中在了解问题阶段,招聘业务集中在准备行动阶段,冲突可能只是词面上的。
第二种解释是页面任务重叠。两个页面虽然业务不同,但都用了相似的标题、相似的导语和相似的转化动作,搜索引擎和用户都难以区分。此时问题不在需求归属,而在页面本身没有说清各自解决什么。可以分别打开两个页面,遮住品牌名,只看首屏:用户能否在几秒内判断这是课程页还是招聘页?如果不能,重叠就是真实存在的。
要区分是归属不清还是任务重叠,可以看三组证据。
一个可操作的判断动作是:选一组双方都认可的查询词,分别记录两个页面在结果中的展示标题和摘要。如果摘要让用户误以为两个页面提供同一件事,就先改摘要和首屏,而不是改业务归属。改完后观察用户是否更少在两个页面之间来回跳转。这个动作的结果会直接影响下一步:如果跳转减少,说明冲突主要在表达层;如果跳转依旧,才需要进一步讨论是否只保留一个主入口。
划界不是把关键词分给谁,而是给每个页面定一个主任务。主任务应当能用一句话说清:这个页面帮用户完成什么、完成之后用户下一步做什么。比如培训页面的主任务可以是“判断是否需要系统学习”,招聘页面的主任务可以是“查看有哪些岗位可投”。两个主任务不同,页面边界就自然分开。
定完主任务后,再检查三个边界条件:
假设培训业务和招聘业务都同意先保留两个页面,但把培训页面首屏的招聘入口下移,并把标题改成只描述学习路径。一个月后如果培训页面的用户更少跳去招聘页,说明边界调整起了作用;如果跳转没有变化,可能意味着搜索者本身就在两类任务之间摇摆,此时需要考虑用一个中立页面先帮用户分流,而不是让两个业务页面直接竞争。
多个业务争同一需求时,最有效的做法不是开会表决,而是把分歧写成可核对的项目:目标查询属于哪个阶段、两个页面各自的主任务是什么、首屏和摘要是否只承诺主任务、内部链接是否指向清晰。每项都指定一个负责人和核对方式,比如由不参与两个业务的人只看首屏做判断。
核对结果如果显示两个页面确实在争同一阶段,就选一个作为主入口,另一个改为承接后续动作或换一个需求阶段。核对结果如果显示只是表达重叠,就改标题、摘要和首屏,不动业务归属。这样处理之后,下一步才是观察抓取、索引和排名变化;这些环节各自独立,页面边界清楚并不自动等于排名上升,但至少能让后续调整有可比较的基础。