在线广告_怎样与销售人员核对线索：一份可执行的对账清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c3d55c61365a.html
📄
在线广告_怎样与销售人员核对线索：一份可执行的对账清单
与销售人员核对线索，核心不是争论谁对谁错，而是把“广告后台记录的线索”和“销售实际接触到的客户”放在同一张表上逐条比对。你需要准备三样东西：广告平台导出的线索明细、销售侧的客户跟进记录，以及统一的时间范围和线索定义。核对的目标是找出差异出在哪一环：是线索没传到销售手里，是销售没及时跟进，还是双方对“有效线索”的判定标准不一致。
先统一口径：什么算一条线索
核对之前必须先确定计数规则，否则双方各说各话。广告平台通常把一次表单提交或一次有效通话计为一条线索，而销售可能把“接通并确认有需求”才算一条。这个差异会让数字天然对不上。
- 要查什么：双方各自的线索定义和计数节点。
- 怎么查：让销售说出他认为合格线索的三个条件，再对照广告后台的转化设置。
- 结果说明什么：如果定义不同，先修正口径再谈数量差异，否则核对没有意义。
逐条比对线索明细
把广告平台导出的线索列表和销售的客户记录按时间排序，用手机号或线索编号做唯一键做匹配。这一步能直接暴露问题类型。
- 要查什么：广告后台在指定时间段内的全部线索条目。
- 怎么查：导出包含提交时间、联系方式、来源广告计划的明细表。
- 结果说明什么：这是基准数据，后续所有差异都相对它计算。
接着做匹配，重点看三类情况：
- 平台有、销售无：线索可能未成功推送，或被销售误判为骚扰直接忽略。查推送日志和销售的删除记录。
- 销售有、平台无：可能是销售手动录入的转介绍或老客户复购，这类不应算作广告带来的线索。
- 两边都有但状态不同：平台标记为已转化，销售标记为无效。查具体原因，是空号、重复提交还是无购买意向。
检查线索传递环节是否中断
如果发现大量“平台有、销售无”，问题多半出在传递链路。常见原因包括：表单提交后未触发通知、线索被分配到错误的销售、或者线索进入了一个无人查看的池子。
- 要查什么：从用户提交到销售收到通知的完整路径。
- 怎么查：用一条测试线索走完全流程，记录每一步的时间戳和接收人。
- 结果说明什么：如果测试线索正常到达，说明是偶发问题；如果测试也丢失，说明链路存在系统性故障，需要优先修复。
注意区分“可能原因”和“已经定位的原因”。例如销售说“没收到”，可能是通知被拦截，也可能是他看错了渠道，只有查了日志才能下结论。
核对跟进时效与转化状态
线索数量对得上，不代表质量对得上。你还需要核对每条线索从提交到首次联系的时间间隔，以及最终的转化状态。
- 要查什么：每条线索的首次跟进时间和当前状态。
- 怎么查：在销售记录中筛选出超过约定时限未跟进的线索，单独列出。
- 结果说明什么：如果大量线索因跟进太慢而失效，问题在销售流程而非广告投放；如果线索本身联系方式错误率高，问题在广告落地页或投放定向。
假设一个场景：广告后台显示某周产生50条线索，销售系统只有38条。逐条比对后发现，8条是重复提交被销售合并，4条是空号被销售直接删除。这时差异原因已经定位，不需要再怀疑广告平台数据造假。
形成双方确认的对账结果
核对完成后，产出一份双方都认可的差异说明，而不是只给一个“线索少了”的结论。差异说明应包含：总线索数、双方各自计数、差异条目及原因分类、需要修复的环节。
下一步，根据对账结果确定一个动作：如果是传递中断，修复推送配置并重新测试；如果是口径不一致，更新双方的线索定义文档；如果是跟进时效问题，调整销售侧的响应规则。每次核对后保留记录，下次对账时可以直接对比变化。
