在网站分析工具里,同一用户多次咨询通常会被记成多条会话或多条转化事件,所以“咨询次数”和“咨询人数”天然不是同一个数。要区分它们,关键不是找一个更准的总数,而是先确认工具用什么标识把多条记录归到同一个人,再决定这个口径是否适合当前决策。若只看事件总数,重复咨询会放大需求;若只看去重人数,又会低估跟进工作量。
小流量阶段,咨询记录少,每条记录往往对应一个真实的人,次数和人数看起来几乎相等。但流量上来后,同一个人可能因为换设备、清缓存、隔天再来,被拆成几个访客;也可能在同一次访问里连续提交两次表单,被记成两个转化。于是出现两种结果:事件总数明显高于实际人数,或者去重人数明显低于实际咨询量。
这不是工具出错,而是“计数单位”不同。次数统计的是行为发生了几回,人数统计的是有多少个可识别的个体。两者都成立,只是回答的问题不同。
第一种解释是标识不稳定。网站分析工具常用第一方 Cookie、登录 ID 或设备标识来串联行为。如果用户未登录、清理了 Cookie、换了浏览器,同一个人就会生成新的访客标识,去重人数被高估,次数相对人数被低估。这种偏差在跨设备咨询场景里尤其明显。
第二种解释是行为本身重复。用户确实在短时间内提交了多次咨询,比如第一次没收到回复又提交一次,或者在不同页面各提交一次。此时事件次数高是真实的,人数并没有被拆散,只是同一个人贡献了多条记录。
两种解释会指向完全不同的动作:前者要修标识和归因,后者要修表单和响应流程。如果混在一起看,很容易把“同一个人反复提交”误判成“来了很多新客户”。
可以按下面这条证据链逐步排查,每一步都记录观察结果,再决定下一步。
假设一个场景:某天咨询事件显示 40 次,去重访客显示 32 人。拉明细后发现其中 5 条记录来自同一登录账号,另有 3 条记录来自同一手机号但分属两个访客标识。此时可以判断:次数里包含真实重复咨询,人数里包含被拆散的同一人。两个数都需要修正,而不是二选一。
如果当前决策是评估获客效果,应以可识别人数为主口径,用登录 ID 或客服侧唯一联系方式去重,并接受未登录用户无法完全归并的边界。如果当前决策是评估客服工作量,应以咨询次数为主口径,因为每一次提交都占用处理资源。
可执行的动作是:在网站分析工具里为咨询事件增加一个“是否已登录”的分组维度,分别统计登录用户和未登录用户的次数与人数。登录用户的人数可信度高,可以直接用于获客判断;未登录用户的次数可信度高,适合用于工作量估算。做完这一步后,再回看总量差异,就能知道差异主要来自哪一类用户,下一步该修标识还是该修表单响应,也就有了依据。
需要留意的边界是:这套方法在咨询量较小、用户以登录状态为主时最有效。若业务以匿名、跨设备咨询为主,任何单靠网站分析工具的人数去重都只能作为下限参考,必须结合客服系统或表单日志交叉验证,不能直接照搬登录场景下的结论。