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

网易广告投放：怎样与销售人员核对线索

与销售人员核对线索，核心是把“广告后台记录的线索”和“销售实际跟进后的结果”按同一条线索ID逐条对齐，而不是只对总数。具体做法是：先约定统一字段，再抽取同一时间段的样本，逐条确认线索状态、无效原因和跟进结果，最后把差异归类。下面用一个假设例子说明步骤和常见错误。

假设例子：一次月度线索核对

假设某团队在网易广告投放中，一个月后台显示获得200条线索，销售团队反馈“有效线索只有120条”。双方对不上，先不要争论谁的数准，而是按以下步骤核对：

1. 从广告后台导出这200条线索，字段至少包含线索ID、提交时间、来源广告、表单内容、联系电话。
2. 从销售使用的表格或系统中导出同期线索，字段包含线索ID或手机号、跟进人、当前状态、无效原因、首次联系时间。
3. 用线索ID或手机号作为匹配键，把两份数据合并，标出“仅后台有”“仅销售有”“两边都有”三类。
4. 对“两边都有”的线索，逐条比对状态：销售标记无效的，写明是空号、重复提交、无需求还是联系不上。
5. 对“仅后台有”的线索，确认是否漏分配、漏跟进或销售未登记；对“仅销售有”的线索，确认是否来自其他渠道被误记为网易广告投放线索。

这个例子里，200与120的差异通常来自三类：一部分线索未被销售登记，一部分被销售判为无效但后台仍计为有效，一部分是重复线索被合并。核对的目的不是让数字强行相等，而是让每条线索都有明确归属和原因。

核对前先统一字段和口径

很多返工来自字段不一致。核对前要和销售确认：

• 唯一标识：用线索ID还是手机号匹配。手机号可能重复或填写错误，优先用系统生成的线索ID。
• 有效定义：电话接通算有效，还是接通并有明确需求才算有效。定义不同，结论必然不同。
• 无效原因：把空号、停机、重复、无需求、拒接等分成固定选项，避免销售手写“没用”“打不通”等无法统计的描述。
• 时间口径：按线索提交时间还是按首次联系时间统计。跨月线索要特别注明。

如果销售在多个表格里记录，先确定以哪个表为准，再让其他人向这个表汇总，否则核对会变成反复找数据。

逐条核对时重点看什么

逐条核对不是把200条全部重新打一遍电话，而是先处理差异部分。可执行的做法是：

1. 先匹配出两边都有的线索，数量通常占大多数，重点看状态是否一致。
2. 再处理“仅后台有”的线索，按提交时间排序，检查是否集中在某个时段或某个广告，判断是分配延迟还是漏跟进。
3. 最后处理“仅销售有”的线索，确认来源标记是否写错，避免把自然咨询或其他渠道算成广告线索。

判断结果时注意：如果差异集中在某一天，可能是当天线索分配中断；如果差异集中在某个广告，可能是该广告表单字段设计导致大量无效提交；如果差异分散且无规律，通常是登记习惯问题，需要统一录入规范。

常见错误与避免方式

• 只对总数不对明细：总数差80条，但不知道差在哪。必须落到线索ID。
• 用“有效”一词但不定义：销售说有效，运营说有效，可能指两件事。核对前写清楚判定标准。
• 把未跟进当成无效：销售还没联系就标记无效，会低估线索质量。应区分“未联系”和“联系后无效”。
• 忽略重复提交：同一人多次提交可能被后台计为多条，销售只跟一条。核对时要按人去重后再比较。
• 核对完不记录结论：下次还会为同样的问题返工。每次核对后把差异原因和调整动作写进共享文档。

把核对变成固定协作流程

为了减少返工，可以把核对拆成固定动作：广告后台每天导出线索，销售在约定时间内更新状态，每周做一次差异抽查，每月做一次全量核对。核对结果直接用于调整投放：如果某类无效原因集中出现，就检查表单字段或广告定向；如果漏跟进集中在某个销售，就调整分配规则。付费广告的线索数量和质量受多种因素影响，核对的作用是让双方看到同一份事实，而不是用广告后台的数字直接要求销售认领。

下一步可以做的，是选最近一周的数据，按上面的字段和步骤做一次小范围核对，先跑通匹配和差异归类，再决定是否扩大到整月。