百度凤巢系统，多个业务争夺同一搜索需求时如何划界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d0bc8b55ee26.html
📄
百度凤巢系统，多个业务争夺同一搜索需求时如何划界
划界的核心不是按业务名称切词，而是按“用户此刻要完成的任务”切词。一个词如果同时被两条业务线认领，先看搜索结果页上用户最可能点击哪类结果：如果点击集中在同一类落地页，就应归给那条业务线；如果点击分散在两类不同承诺上，才考虑拆分。样本小时常看到“各占一半”，规模化后却出现某条线持续消耗预算但转化归因混乱，这通常说明划界依据选错了。
矛盾现象：小样本成立，放量后失效
常见做法是先跑一批词，看哪条业务线点击率和转化率更高，然后把词划给胜出方。小预算时这招往往有效，因为竞争只发生在少数词上，业务线之间还没有互相挤压。但放量后会出现例外：原本胜出的业务线开始大量吃进另一条线本该承接的词，转化成本上升，而另一条线的曝光被压到几乎为零。
这时不能直接断定“胜出方抢词”，也不能断定“系统分配有问题”。更合理的判断是：划界依据从“用户任务”退化成了“账户历史表现”，而历史表现会随出价、预算和时段变化，不再稳定。
两种解释：需求重叠，还是账户结构错位
第一种解释是需求本身重叠。同一个搜索词背后有两类用户，一类想比较方案，一类想直接购买，两类人用同一个词表达，但期望的落地页不同。这种情况下，词不该硬划给一方，而应按意图分层，用不同创意和落地页分别承接。
第二种解释是账户结构错位。词本身意图单一，但两条业务线共用了同一批否定词、同一套匹配方式或同一个转化目标，导致系统只能按历史数据把流量集中到一方。这种情况下，问题不在需求，而在结构。
区分两种解释的证据
可以看三组证据。第一，搜索词报告里同一词根下的长尾是否出现明显分化：如果一部分长尾偏咨询、一部分偏下单，支持需求重叠；如果长尾意图一致，支持结构错位。第二，看两条业务线各自的落地页跳出和停留：如果同一词在两套落地页上都表现正常，说明需求可分层；如果只有一套正常，说明另一套承接能力不足，不该继续争词。第三，看放量前后否定词和匹配方式是否被改动：如果改动后流量集中度突然上升，结构错位的可能性更大。
假设某账户有A、B两条业务线，都认领“方案”类词根。小预算时A的转化率略高，词划给A。放量后A的消费占比升到八成，B几乎无曝光。此时先不要追加B的预算，而是导出搜索词，按“比较型”和“采购型”分开统计。如果比较型词在A落地页上停留短、转化低，而B落地页上停留正常，说明词该按意图拆，而不是按业务线拆。这一步动作的结果会直接决定下一步：拆意图就调整创意和落地页，结构错位就改否定词和匹配方式。
可执行的划界动作
先建立一张词根归属表，每个词根只写一个“主任务”，不写业务线名称。主任务可以是“了解价格”“对比方案”“直接采购”。然后按主任务分配落地页，而不是按业务线分配。两条业务线如果主任务相同，就合并承接，避免内部竞争；如果主任务不同，就拆成两组计划，各自设置独立的否定词，防止互相渗透。
动作之后要观察一个指标：同一词根下，两条承接路径的搜索词重合度是否下降。如果重合度没有下降，说明否定词没有生效或匹配方式仍过宽，需要回到结构层调整，而不是继续加预算。这个判断不依赖某个固定阈值，只看趋势是否朝预期方向变化。
不能直接照搬的边界
上述方法适用于两条业务线共享同一批词根、且转化目标可区分的情况。如果两条业务线的转化目标在系统里无法分开统计，比如共用一个咨询按钮且没有区分来源，那么任何划界都缺少验证依据，应先解决归因，再谈分词。另外，如果业务线之间本身存在上下游关系，比如一条线负责引流、一条线负责成交，强行按词根切割反而会切断用户路径，这时应按阶段划分，而不是按词划分。
划界不是一次性的，放量、改价、换落地页都可能让原本成立的边界失效。每次调整后重新看搜索词重合度，比记住某个固定规则更可靠。
