结论先说:长周期业务在百度网盟广告开户后,早期信号和成交必须分两套记录,否则你会把“有人点了、有人留了联系方式”误当成“这笔投放能成”。但这条结论有一个反例——如果你的客单价很低、决策链只有一个人、从接触到付款不超过一天,那么强行拆两套记录只会增加操作负担,此时合并记录反而更合理。下面按长周期、多触点、需要销售跟进的场景展开。
分开记录的前提是:从广告点击到最终成交之间存在一个中间状态,且这个中间状态不是由投放人员直接控制的。比如用户填了表单,但还要经过销售电话、方案沟通、预算审批、合同流程,最后才付款。只要这个链条超过一次人工接触,早期信号和成交就不在同一时间点发生。
反过来,如果用户点击百度网盟广告后直接进入支付页并完成付款,中间没有销售介入,那么早期信号和成交几乎是同一件事,分开记录只会制造两份互相矛盾的数据。判断标准很简单:问一句“点击之后,谁在什么时间点决定要不要继续跟”,如果答案是“系统自动完成”,就不需要拆。
早期信号记录的是“用户愿意让你继续接触”的动作,而不是“用户已经认可你的方案”。在百度网盟广告开户后的实际投放中,常见的早期信号包括:表单提交、电话接通超过一定时长、微信/企微添加成功、资料下载完成、在线咨询开口。这些动作只能说明用户没有立刻离开,不能说明他会付钱。
成交记录的是“钱到账或合同生效”的动作。两者必须用不同的字段来存:早期信号记来源广告位、创意、关键词、落地页版本、首次接触时间;成交记录额外记成交金额、成交时间、销售负责人、成交前接触次数。两套记录通过一个共同的用户标识(比如手机号或线索编号)关联,而不是把成交金额直接写进早期信号的表里。
一个可操作的动作是:在百度网盟广告开户后,先只建一张“线索表”,字段包含线索编号、来源、首次接触时间、当前状态。状态字段只允许填“新线索”“已联系”“已报价”“已成交”“已流失”。这样早期信号就是“新线索”到“已报价”之间的状态变化,成交是状态变成“已成交”的那一条。结果是你不会把“已报价”当成“已成交”来算回报,下一步就能按状态分别看各渠道的推进效率。
假设你在百度网盟广告开户后投放了三组广告位:A组带来20条表单,B组带来15条表单,C组带来8条表单。如果只看表单量,你会把预算往A组倾斜。但如果你分开记录,发现A组的20条里只有1条进入“已报价”,B组的15条里有6条进入“已报价”,C组的8条里有4条进入“已报价”,那么下一步该加的是B组或C组,而不是A组。
这里的关键证据是“早期信号到下一状态”的转化率,而不是早期信号的总量。只看总量会把“愿意留联系方式”和“愿意谈方案”混为一谈,而长周期业务里后者才是成交的前置条件。把两者分开记录,你才能看到哪一组广告位带来的是“愿意谈”的人,而不是“随手填”的人。
假设你经营的是企业培训服务,客单价较高,从表单到付款平均要经过三次沟通。你在百度网盟广告开户后,把早期信号定义为“表单提交且电话接通超过30秒”,把成交定义为“合同签署并收到首款”。假设某月A广告位带来10个早期信号,其中2个进入报价,1个成交;B广告位带来6个早期信号,其中4个进入报价,2个成交。按早期信号算,A更好;按成交算,B更好。这个例子的数字只是用来说明比较方法,不代表任何真实投放结果。
此时下一步动作不是立刻关掉A,而是先检查A的早期信号里“电话接通超过30秒”的比例是否偏低,如果偏低,说明A带来的多是误点或随手填,可以调整A的定向或落地页;如果比例正常但报价率低,说明问题出在销售跟进或报价环节,而不是广告位本身。这个动作的结果会决定你是改投放还是改跟进流程。
反例出现在短决策链业务:用户看到百度网盟广告后直接下单,没有销售介入,也没有中间状态。此时早期信号和成交是同一个动作,分开记录会产生两份时间戳几乎相同的数据,反而增加核对成本。另一个失效条件是:你的团队只有一个人同时负责投放和销售,且线索量每天不超过几条,此时用一张表加状态字段就够了,不需要建两套独立记录。
所以,先确认你的业务是否存在“点击之后、付款之前”的人工推进环节。如果有,就按上面的方式分开记录;如果没有,就合并记录,把精力放在优化落地页和支付流程上。
如果你不确定自己的业务属于哪一类,先不要急着建两套表。在百度网盟广告开户后,用一张线索表跑一周,只记录线索编号、来源、首次接触时间、当前状态、状态变更时间。一周后看状态变更的分布:如果大部分线索在“新线索”之后直接跳到“已成交”,说明中间环节很弱,不需要拆;如果大量线索停在“已联系”或“已报价”超过三天,说明中间环节真实存在,此时再把早期信号和成交拆成两张表,并用线索编号关联。这个动作的结果会直接告诉你下一步该优化投放还是优化跟进。