营销线索交付对不上，怎样核对去重、回传与验收？

先区分联系人、机会、通话与交付批次

对账的第一步，是确认两边说的"一条"是不是同一个东西。下面这四类对象各有各的数法，混在一起就永远对不上：

交付前写清验收口径与截止时间

双方先约定"可交付"指什么——是 AI 初筛意向、人工确认需求、完成预约，还是其他状态，并指定谁有权确认争议。

产品方迟到的反馈，应保留发生时间和收到时间，不能悄悄覆盖已经确认的历史汇总。否则这一期的总数改了，上一期的报表却没跟着改，两边越差越多。

下面五项建议在交付前逐项写清：

把差异分成五类逐条处理

先用少量样本验证两边字段的含义，再批量核对。这里有个常见的错误做法：为了两边总数对上，直接删掉"重复行"——这样很可能同时删掉合法的跟进记录，或者抹掉问题本身的依据。删完数字是相等了，但问题还在。

建议按下面五类分别处理，每类留下对应的处理结论：

用同一套编号检查恢复能力

在测试批次中验证下面四种情况，每次都检查新增、更新和拒收分别留下了什么记录。这些场景在正式交付中都会遇到，提前跑一遍能省掉大量扯皮。

不同行业的判断方式也不同：汽车销售机构要区分联系人、试驾预约与实际到店；实物或知识付费产品方要区分咨询、服务问题与续费意向；保险、证券销售机构的专业咨询结果，由相应人员确认。另外，通信失败状态也不能直接转换成线索无效原因——打不通和没意向是两回事。

用差异清单结束对账，而不只发一张汇总图

汇总图只能看出差了多少，看不出差在哪。交付对照表建议保留下面这些字段，让每一条差异都能追到具体记录。

需要看接口可靠性时记录传输接收结果，需要看业务质量时记录产品方验收结果——这两类指标要分开计算。混在一起，接口没问题会被误判成线索质量差，反之也一样。

对账结束时要交付哪张差异表

用产品方认可的结果定义结束对账。相同联系人在不同产品、不同机会或不同批次出现时是否去重，必须先约定好，否则每次对账都会重新争论一遍。