差距分析
线索富集差距分析
上传线索 CSV，评估它离可以外联还有多远。线索富集差距分析会标出缺失的电话、网站、邮箱和社交字段，让你在拨号或发送之前先补齐覆盖。
字段残缺的 CSV 浪费 SDR 时间，也会伤到发信域名
抓来的或买来的名单，打开之前往往看起来很完整：有电话没有网站，有网站没有邮箱，社交资料整列都空。SDR 会在序列中途花几个小时补差距。代理公司承诺了数量之后，才发现线索富集有洞。人们还是把残缺名单推进激进的触达节奏，送达率就会变差。线索富集差距分析会事先给覆盖率打分，让你在外联开始前先补全——或重新抓取——运营也可以退回达不到最低就绪线的供应商文件。
怎么读线索富集覆盖率
看的是字段完整度，不是行数。一千条线索如果邮箱覆盖率只有 20%，就不是一千个可以外联的账户。电话、网站、邮箱和社交资料分开打分，再优先处理挡住你渠道的那些差距。分析把「这名单看起来还行」的直觉，变成团队可以拿来设门槛的百分比。
把列对应到外联字段
规范表头，让电话、网站、邮箱和社交列能被识别。含糊的列名会把差距藏起来，直到序列失败才暴露。代理公司收到客户 CSV 时，应按每种来源格式映射一次字段并保存，这样以后每次上传都按同一套标准打分。
给覆盖率打分，而不是看虚高的总数
行数能打动干系人；覆盖率百分比才决定外呼和邮件能不能跑。用分数决定是重新补全，还是扩大名单。电话覆盖率高、邮箱覆盖率低时，你不需要更多行——你需要网站线索富集，或给这一段换一套渠道组合。
先补最贵的差距
邮箱是主渠道，就优先做网站 → 邮箱的线索富集。靠打电话，就优先补电话。把线索富集的花费对准你真正在跑的动作。定一条简单规则——例如「邮箱覆盖率低于 60% 不启动序列」——SDR 负责人和名单运营就不用没完没了地争论。
差距分析会呈现什么
清楚的覆盖信号，能让运营和 SDR 对「名单能不能用，还是要再补一轮」达成一致。像同步管道数字一样，在站会上分享这个分数：它是产能规划的输入，不是好看的指标。
电话与网站覆盖率
看有多少行可以支持打电话或访问网站，而不必手工再查。
邮箱就绪程度
量化今天就能进入邮件序列的账户有多少，补全之后又会有多少。
社交资料
社交触达在你的打法里时，找出缺失的 LinkedIn 或其他主页。
扩大序列之前先补上差距
把分数当作门槛：覆盖率达不到你的线，就不要启动大规模触达。
只重新补全偏薄的那一段
筛出低覆盖分段，只对这些行做网站邮箱速查或付费线索富集。
来源太弱就重新抓取
如果 Maps 抓取结果缺少网站，就重建关键词网格，打开线索富集再抓一次。
给团队定门槛
约定邮箱或电话覆盖率低于某个百分比的名单回到运营，不要直接交给 SDR。
适合谁
SDR 负责人
用线索富集分数给名单设门槛，让销售把时间花在成交上，而不是去找缺失的邮箱。把分析当作每周质检：每份新抓取或供应商文件进外呼系统之前先过一遍。
线索服务商
交付前或抓取后，用覆盖率指标向客户证明名单质量。展示电话 / 网站 / 邮箱 / 社交的完整度，能建立信任，也减少因为「线索不好」而来的退款争论。
RevOps 与名单运营
给每一份进入 CRM 或序列工具的 CSV 统一做线索富集质检。把差距分数放进入库清单，和去重、区域分配放在一起。
使用场景
外联前质检
上传供应商或抓取导出，在进入外呼队列之前退回字段残缺的文件。把清楚的覆盖率数字退回来源，而不是含糊地抱怨质量。
线索富集优先级
按最大的覆盖差距，决定下一步该买或该抓哪些字段。把线索富集预算花在最能解锁可外联行的地方。
客户报告
交付 Google Maps 线索包时，展示线索富集前后的覆盖率，让客户看到补全的价值，而不只是原始行数。
使用方法
01
上传 CSV
放入一份含电话、网站、邮箱或社交列的线索导出。
02
映射字段
确认哪些列对应你关心的外联字段。
03
阅读分数
查看覆盖差距，决定是补全、重新抓取，还是开始外联。
你能得到什么
- 上传 CSV 即可使用的线索富集差距分析
- 电话、网站、邮箱和社交资料的覆盖率分数
- 在 SDR 把时间耗在残缺行上之前给出明确信号
- 可与邮箱速查和 Google Maps 抓取线索富集搭配