SEM推广渠道新增用户和原有客户再次咨询如何分开看

📍 WDQWDWQD987AAAAA:216.73.216.70
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /129f8954d022.html
📄

SEM推广渠道新增用户和原有客户再次咨询如何分开看

结论先给：只有当你能把“首次留下联系方式的人”和“过去已经留过联系方式的人”在进入咨询环节之前就分开标记，新增与复询才有可比性；如果两者共用同一落地页、同一表单、同一接待入口，后台看到的咨询总量会把两类需求混在一起，此时按渠道拆分只会得到失真的结论。下面给出可执行的分辨方法、会推翻结论的反例，以及下一步该改哪个动作。

先确定一个可分辨的时点，而不是在咨询内容里猜

新增与复询的差别，本质上是同一个人在不同时间点的行为。要分开看，必须选一个“身份可判定”的时点，常见有三个：

这三个时点的可靠度依次下降。前两个是系统判定，第三个依赖人工，容易因为接待量、排班、话术差异而漂移。如果业务量不大，人工判定可以接受，但需要固定判定规则，否则同一批咨询在不同人手里会得到不同分类。

用假设例子说明分开之后数字会怎样变化

假设某业务在SEM推广上投放两个词组，一个偏品牌词，一个偏品类词，落地页相同。某月后台显示咨询总量为100条，按渠道报表拆分为品牌词组60条、品类词组40条。看起来品牌词组更有效。

但如果把已有客户库与这100条记录做一次比对，发现品牌词组60条中有45条是过去留过资的客户再次咨询，真正新增只有15条；品类词组40条中有8条是复询，新增32条。此时结论会反过来：品类词组带来的新客更多，品牌词组更多是在承接老客户的再次询问。

这个例子只是用来说明比较方法，不是真实投放结果。它的意义在于：如果只看咨询总量，两个词组的价值判断会完全不同。下一步动作也随之改变——品牌词组可能不需要继续加预算抢新客，而是要把老客户复询的接待流程单独优化；品类词组才需要继续测试落地页和匹配方式。

哪些情况下“分开看”这个动作会失效

最典型的反例是：复询客户这次用的是新号码、新设备、新账号，且没有留下任何可匹配的标识。此时系统会把他判为新增，复询被低估。这种情况在换号频繁、多人共用联系方式、或客户通过不同渠道留资的业务里更容易出现。

还有一种反例是：业务本身就以老客户复购为主，新客占比极低。这时把新增与复询分开，新增样本可能只有个位数，按渠道拆分后每组只有一两条，任何比例都不具备参考价值。此时更合理的做法是先按“是否老客户”分两大池，而不是继续按关键词、创意、时段细分。

另外，如果落地页最近刚改过表单字段或跳转逻辑，历史标识可能在某段时间内失效，那段时间的复询会被误判为新增。判断这类问题的方法是：对比改版前后同一批老客户号码的命中率，如果命中率明显下降，说明标识链路断了，需要先修复再分析。

一个可执行的动作：在表单里加一个隐藏字段并做号码比对

具体动作是：在落地页表单中增加一个隐藏字段，记录当前访问是否带有历史标识，例如 <input type="hidden" name="visit_type" value="returning">。提交后，系统先用手机号与客户库比对，命中则覆盖为复询，未命中则保留为新增。这个动作的结果会直接影响下一步：

  1. 如果比对后发现复询占比很高，说明SEM推广当前主要在承接老客户，新增获客能力被高估，下一步应把预算和测试重点转向能触达未留资人群的词与创意。
  2. 如果复询占比很低，说明渠道确实在带来新客，下一步可以继续按新增口径优化落地页和出价，而不必为老客户接待单独分流。
  3. 如果号码比对命中率异常低，先检查标识链路是否断裂，而不是直接得出“复询很少”的结论。

需要说明的是，号码比对涉及客户信息使用，应确保在业务允许的范围内进行，并遵守适用的数据规范。这个动作本身不保证任何投放效果，它只是让新增与复询从混在一起变成可分别观察。

分开之后，报表口径也要跟着改

很多团队把“咨询量”作为SEM推广的核心指标，是因为它容易取数。但一旦新增与复询被分开，原来的咨询量口径就不再适合同时衡量拉新和维系。建议至少保留两个口径：新增咨询量和复询咨询量，并分别对应不同的成本计算方式。新增咨询量对应获客成本，复询咨询量对应的是老客户再次触达的效率，两者混在一起算平均成本，会掩盖真实差异。

如果暂时无法在系统层面自动区分，退一步的做法是：在咨询接待环节要求客服对每条记录标注“首次咨询”或“再次咨询”，并定期抽查标注一致性。这个做法精度有限，但比完全不区分更接近可判断的状态。抽查时如果发现同一号码被不同客服标成不同类别，说明规则还不够明确，应先统一判定标准再继续分析。

图1 图2
nginx