重复线索本身不证明计费有错,也不证明这些点击没有业务价值。你要做的是把“同一个人被计费几次”和“同一个人带来几次可跟进机会”拆成两条记录,再决定是改归因口径、改投放设置,还是改销售跟进规则。下面以一个假设的月度线索表为对象,逐步处理。
打开你手里的线索表,不要急着合并重复项。先新增两列:一列记录平台计费事件,比如一次表单提交、一次电话拨通或一次有效咨询;另一列记录业务机会,比如同一手机号在七天内是否已被销售判定为可继续跟进。关键点是两列各自独立,不要用“是否重复”直接覆盖计费记录。
假设某月有100条计费线索,其中30条来自同一个手机号在三天内多次提交。若直接按手机号去重,计费口径会变成70条,但平台可能确实按三次提交计了费。此时你需要判断的不是“谁对”,而是这三次提交分别属于哪种情况:
这三种情况对应的处理动作完全不同。第一种优先检查表单是否被重复触发或用户误操作;第二种需要确认平台计费规则是否按不同转化动作分别计费;第三种不应去重,而应做客户级合并。
重复线索是否应该计费,取决于平台规则和你的转化设置,而不是取决于你主观觉得“这个人已经来过了”。你可以先做一个短时间窗测试:把同一手机号在24小时内、7天内、30天内的重复提交分别标出来,观察它们集中在哪个窗口。
如果重复集中在几分钟内,常见原因是页面提交按钮被多次点击、表单接口重试或用户返回后再次提交。这类重复通常不代表新的业务意图,应该先检查页面和表单的防重复机制。如果重复分布在几天到几周内,且每次留资内容不同,比如第一次问价格、第二次问交付周期,那它更可能是同一客户在不同决策阶段再次接触,业务价值未必为零。
这里要区分一个容易混淆的点:平台计费看的是它定义的转化动作是否发生,你的业务价值看的是这个联系人是否值得继续跟进。两者可以同时成立。你不能因为销售说“这个人我打过电话了”,就推断平台计费一定错误;也不能因为平台计了费,就默认这条线索必须进入销售跟进池。
处理重复线索时,建议不要只分“真重复”和“假重复”,而是分成三类,每类对应一个动作和结果:
这三类的分界不是靠感觉,而是靠两个可核对的事实:计费事件是否由平台规则触发,以及销售是否产生了新的有效跟进。缺少任何一个事实,都不要急着下结论。
假设你手里有一份月度线索表,共100条计费线索,其中30条标记为重复。你先按手机号和时间窗拆开,发现18条集中在同一小时内,且表单内容完全一致;另外12条分散在两周内,其中有5条来自同一家公司但手机号不同。
对那18条,先查页面提交日志或表单防重复设置。如果确认是同一用户重复点击,动作是修复页面并观察下一个周期的重复量是否下降。结果会影响下一步:如果重复量明显下降,说明问题在页面;如果仍然集中出现,则需要核对平台转化设置是否把同一次访问拆成了多次计费事件。
对那12条,不要合并计费记录,而是按公司维度建立客户视图。动作是把同一公司的多个联系人归到一个客户下,销售只安排一次对接。结果会影响后续预算判断:你仍然按12条计费线索核算投放成本,但在业务侧按更少的客户数评估转化,这样才不会把“线索多”误当成“客户多”。
这个例子里的数字只是假设,用来演示拆分方法,不代表任何实际账户的表现。
如果变化前你的转化动作是“提交表单即计费”,变化后你改成了“电话拨通才计费”,那重复线索的含义会变。变化前,同一人多次提交可能产生多次计费;变化后,同一人多次拨通也可能产生多次计费。你需要先确认当前计费前提,再决定是否去重。
同样,如果变化前销售按线索条数跟进,变化后改为按客户跟进,那重复线索的业务价值判断也会变。变化前,重复线索可能被销售视为骚扰;变化后,同一客户的多次接触反而应被保留在客户档案中。前提不同,动作就不同,不能把上一阶段的去重规则直接套到下一阶段。
当重复线索增多时,先做两件事:一是从平台侧确认计费事件的定义和触发条件,二是从销售侧确认这些重复联系人是否产生了新的有效跟进。两个答案都拿到后,再决定是修页面、改设置、合并客户,还是调整成本核算口径。只凭重复数量上升就断定计费有问题,或者只凭销售说“没价值”就要求平台退费,都会让下一步动作失去依据。