潜客数据供应商在Demo里展示几千万条记录并不难。真正决定能不能用的问题反而很朴素：这个字段哪里来的？什么时候观察到？“验证过”到底是什么意思？我们能不能在目标国家和渠道里这样用？对方拒绝营销以后怎么保证不再被导回来？

这些问题会决定数据最后变成pipeline、销售修数据工时、送达率风险，还是合规麻烦。

下面这份清单适用于数据库、外包研究、enrichment、信号工具和托管式获客团队。

1. 每个关键字段的来源是什么

“Proprietary data”不是完整回答。

分别问公司、行业、人数、营收估算、姓名、当前职位、工作邮箱、电话、技术栈、意向/事件信号怎么获得。

供应商可能混合公开来源、授权数据、客户贡献、模型推断和人工验证。你不一定需要算法细节，但至少要知道来源类型，才能判断是否适合自己的风险和用途。

能区分“观察到”和“推断出来”最好。

2. “Verified”到底验证了什么

销售数据里最容易滥用的词就是“verified”。

一个邮箱可能只是：

  • 格式没错；
  • 域名有MX；
  • 邮箱服务器接受技术探测；
  • 曾经公开出现；
  • 最近成功发送；
  • 人工确认属于这个人。

这六件事完全不同。

电话也是一样，“号码有效”不等于“现在属于这个人”，更不等于“可以在目标法域直接营销”。

要求供应商写清方法、时间戳和置信度。

3. 职位数据多新

邮箱完全正确，但人已经离职，依旧不是好联系人。

要问：

  • 最后观察日期；
  • 职位变化来源；
  • 更新频率；
  • 多来源冲突怎么办；
  • 离职人员如何压制；
  • 所谓“当前”是不是仅因为没看到相反证据。

拿样本去公司官网和近期公开信息核一次。

4. 在我们的细分市场到底覆盖多少

数据库“全球有多少亿条”跟你关系不大。

给供应商一个真实segment做benchmark：

  • 100家已知目标公司；
  • 20个已知目标角色；
  • 几个难地区；
  • 大小企业都要有。

测公司覆盖、当前角色覆盖、可用联系方式、假阳性。

某供应商可能在美国SaaS非常强，在加拿大独立承包商却很弱。买的是你需要的覆盖，不是总量海报。

5. 公司重复和别名怎么合并

同一家公司可能有法律名称、品牌名、本地分店、母公司多个版本。

问：

  • 域名匹配；
  • 地址标准化；
  • 母子公司；
  • 并购；
  • 加盟地点；
  • 子公司；
  • 多来源联系人去重。

Account identity不稳定，会导致重复触达和错误归因。

6. 人工研究交付什么证据

外包研究至少要规定最小证据包，例如：

  • 公司官网；
  • 为什么符合ICP；
  • 产品/服务证据页面；
  • 地点证据；
  • 当前职位来源；
  • 联系方式来源或验证；
  • 研究日期；
  • 不确定项。

这样销售拒绝时能指出“规则错了”还是“研究执行错了”，而不是只说“名单不行”。

7. 合同允许怎么使用数据

具体问：

  • 能否存CRM；
  • 能否导出；
  • 能否enrich；
  • 能否用于外联；
  • 能否上传广告受众；
  • 能否转售/再分发；
  • 能否给外包团队；
  • 订阅结束后能否继续保留。

UI里能显示，不代表所有渠道都能随意用。

目标法域和平台的法律/条款也可能不同，风险高的场景应让相应隐私或法律专业人员确认。

8. Suppression和退订怎么配合

这不是邮件footer的小功能，而是数据管道的核心能力。

问能否在导出和enrich之前先套公司的suppression list，新进来的数据能否先筛。

美国商业邮件要考虑FTC CAN-SPAM等要求；英国ICO也明确，处理个人数据做B2B direct marketing时，个人可能具有反对直接营销等权利。

如果只“删掉一条记录”却不保留不再联系标记，下周换个数据源同一个人又会被导入。

9. 供应商说的“全球合规”具体指什么

这个回答要逐国拆。

问每个国家：

  • 提供哪些字段；
  • 数据采集/使用依据是什么；
  • 能提供什么文档；
  • 客户自己还承担什么义务；
  • 某些字段/渠道是否限制。

供应商的法律立场不会自动变成你的法律立场。用途、角色和触达行为都重要。

10. 是否依赖平台抓取或被禁止的自动化

直接问，不要绕。

LinkedIn官方明确表示，不允许第三方软件或浏览器扩展去抓取、改变或自动化其网站活动。其他平台也有自己的条款和技术限制。

如果供应商核心能力依赖隐藏自动化，即使还没讨论法律问题，账号限制和业务连续性本身就已经是采购风险。

11. 取消订阅后数据怎么办

问：

  • 已导出数据能否保留；
  • 哪些必须删除；
  • API何时关闭；
  • suppression如何保留；
  • CRM里衍生字段怎么办；
  • 缓存怎么办；
  • 审计日志怎么办。

不能因为取消一个软件销售流程就崩掉，也不能违反合同或法律继续留不该留的数据。

12. 更正和删除请求怎么处理

有人说数据错了，或在适用法域行使相关权利，供应商能不能接收、验证并向下游传播？

问：

  • 请求入口；
  • 身份验证；
  • 处理时间；
  • 下游同步；
  • 是否通知客户；
  • 如何防止过几天又重新出现。

即使不同国家法律义务不同，这也是数据质量运营问题。

13. API和导出限制是什么

Sales Ops真正需要的往往是这些无聊细节：

  • credits；
  • rate limit；
  • pagination；
  • 单次批量；
  • webhook；
  • 错误处理；
  • retry；
  • 字段历史；
  • unique ID；
  • API版本变更。

一个完全靠人工CSV的流程，量一上去就会变脆。

14. 能不能看到字段级置信度和时间戳

“这个账户质量92分”很难行动。

更有用的是：

  • 行业：10个月前观察；
  • 职位：12天前观察；
  • 邮箱：3天前验证；
  • 电话：来自商业目录推断；
  • 扩张信号：昨天发生。

这样销售知道哪一项还需要临门再核。

15. 如何防止数据生产过量

几乎没人问，但非常重要。

供应商能给2万条，而团队每月只吃2000条，剩下就是会衰减的库存。

问交付能不能按消耗速度节奏化、暂停、动态调整优先级。新鲜度应该和销售容量匹配。

16. 交付后的质量怎么衡量

不要只用供应商自己的Accuracy。

双方一起追：

  • ICP接受率；
  • 当前职位率；
  • 可用联系方式率；
  • 重复/suppression率；
  • 销售修数据分钟数；
  • 回复质量；
  • 会议；
  • 机会；
  • 来源毛利。

再按供应商、研究员和数据批次拆。

好的供应商应该愿意吃下游拒绝原因，而不是只对“导出成功”负责。

17. 数据如何影响邮件送达运营

名单供应商不能承诺进Inbox，但数据质量会影响发送风险。

Gmail当前sender guidelines包含认证和spam rate等要求，对bulk sender还有营销/推广邮件的一键退订等要求。目标不准、名单脏，会提高投诉和退信，伤的是整个域名的长期资产。

可以问供应商是否提供：

  • 最近验证时间；
  • catch-all处理；
  • 无效邮箱替换；
  • role account标记；
  • 来源分组；
  • complaint/opt-out反馈字段。

不要用不停换域名来掩盖差数据。

18. 付费试点怎么设计

年付之前先定一个能验收的pilot。

例如：

  • 一个segment，500个账户；
  • 固定ICP rubric；
  • 必须证据字段；
  • 最大重复率；
  • 当前职位目标；
  • 可用线路目标；
  • 销售接受目标；
  • 两周反馈。

如果正常销售周期六个月，试点不要强行要求两周内closed revenue。先验领先指标，再继续跟踪同批账户。

一个真实感复盘：便宜名单为什么越来越贵

假设团队买了1万条便宜记录，只有一半符合ICP，三分之一联系人已经过时；销售每条还要花几分钟复核，邮件团队又要重新验证；suppression没打通，过去退订的人又被导回来。

供应商账单很便宜，总人工和发送风险却越来越贵。

修正不一定是换最贵数据库。也可能是减少候选量、临近外联再验证、模糊字段强制附证据、每月产量按销售消化能力封顶。

可迁移的规则只有一句：为可用决策付钱，不为记录数量付钱。

好的潜客供应商应该让来源、新鲜度、不确定性和允许用途更容易被看见。如果Demo结束以后采购仍然解释不清这四件事，这套数据还不应该进入销售系统。

19. 供应商能否端到端重建一条记录？

随便挑一条已经交付的账户，让供应商做一次记录级的完整追溯。

对方至少应该能够在合理层级解释：

  • 这家公司是怎么被发现的；
  • 为什么它符合你要求的细分市场；
  • 当前联系人角色是如何判断的；
  • 联系线路是什么时候验证的；
  • 哪些字段属于推断；
  • 每个重要字段来自哪个来源或系统；
  • 交付前做过哪些质量检查。

你不是要求对方公开专有算法，而是在检查所谓“数据质量”到底是一套可执行的运营流程，还是一句营销口号。

如果供应商连一条记录都无法重建，那么当一万个账户出现系统性错误时，就更难定位问题来自哪里。

20. 两个来源冲突时怎么办？

数据冲突很正常。一个来源说公司有80名员工，另一个说220名；一个来源显示某人是销售副总裁，另一个来源却显示他已经离职。

要问清：发生冲突时哪个来源优先、冲突本身是否会被保留、较新的证据是否拥有更高权重。对高价值字段来说，一个明确的“冲突标记”有时比强行给出一个单一答案更有价值。

值得信任的供应商应该把不确定性暴露出来，而不是把分歧加工成虚假的精确。Sales Ops随后才能决定，哪些冲突在真正激活数据之前必须交给人工复核。

Sources

Related Reading