把潜客搜集变成每周系统：从ICP规则到可验证、可使用的记录

潜客搜集不应该只是“买数据库—导出—扔给销售”。一条真正可用的潜客记录，是身份、适配、角色、联系路径、新鲜度、使用约束和可解释证据共同组成的结果。来源会过期、人员会跳槽、销售产能会变化，不同国家和平台规则也不同，所以它需要按周运营。

以下是运营框架，不是法律意见。邮件、隐私和直接营销规则会随法域、订阅者类型和数据角色变化，平台也有自己的限制。不要给每条记录粗暴贴一个“合法=是”的全球标签。

周一：冻结本周ICP版本

在研究开始前写清必备公司特征、淘汰条件、角色、地区、触发信号和最低证据标准，并给版本日期。销售中途改ICP时，要记录变更并决定旧队列哪些需要复核，不能悄悄换标准。

重要字段明确是“必须有来源”“允许推断”还是“可选”。常见字段包括企业身份、域名、位置、适配证据、当前角色、联系路径、来源URL、最后核验时间、不确定性和抑制状态。目标不是无限补全，而是让销售和QA能重建为什么它应该进队列。

把发现候选、验证公司、验证联系人和联系路径分开。先淘汰明显不匹配，再做昂贵验证。新细分阶段保留更多人工研究，等拒绝原因稳定后再自动化重复部分。

抽样比较关键字段。两个来源冲突时保留冲突，而不是硬凑一个“确定答案”。高价值字段在真正激活前再核一次，并追踪从核验到首次触达的年龄。

美国商业邮件有CAN-SPAM，Gmail有发件人认证等平台要求；英国B2B电子营销会因订阅者类型不同，UK GDPR仍可能适用于可识别联系人；California数据经纪规则在演进；LinkedIn也限制未经授权的抓取/自动化。记录应保留这些上下文，而不是万能布尔值。

让销售对样本接受/拒绝并给原因。判断账户是否正确、角色是否相关、理由是否可信、联系路径是否可用、证据是否足够、是否存在已知抑制冲突。拒绝原因进入下一版ICP。

队列开始变旧时，不要继续堆量。减慢新增、优先刷新，往往比再买一批名单更省钱。潜客数据也会“变质”。

退订/抑制信息独立管理并统一应用，不能因为换了供应商导入就让应被抑制的记录重新出现。保留原因和日期，系统才能解释为什么不触达。

随机挑几条，从发现公司到适配、角色、联系方式、推断字段和交付后变化完整回放。如果一条都讲不清，供应商报再漂亮的“准确率”也不足以让一万条记录可信。

成品不是“姓名+邮箱”，而是符合当前假设、有可复核证据、有合适激活路径，并能在事实变化后被刷新或删除的账户。这样潜客搜集才与真实销售工作连接，而不是变成数量竞赛。

用三条记录来审计搜客系统：一条被销售接受的、一条被拒绝的、一条被抑制不允许激活的。

对被接受记录，重新找出它使用的ICP版本、来源证据、职位验证方式和最后检查日期。如果关键字段追不回去，这次“命中”可能靠运气，而不是流程。

对被拒绝记录，把原因写具体：公司错、角色错、任职信息过期、触发信号弱、联系方式不可用、重复，还是商业匹配度不够。“线索质量差”这种标签无法改进下一批。

对被抑制记录，真的走一遍新数据导入流程，确认它不会因为换供应商或重新导入就被复活。不要只相信制度文档。

再把名单排队时长和研究产能放在一起。如果研究员产出速度远快于销售消化速度，正确动作可能是减少新增、优先刷新高价值账户，而不是庆祝数据库变大。

最后，只有当拒绝证据足够稳定时才修改一条ICP规则。持续改进不等于持续乱改规则。

一条可用的搜客记录，应为真正驱动行动的字段保留来源链：公司身份、匹配证据、角色、联系方式、来源URL、检查日期，以及哪些字段属于推断。推导信息必须和直接观察到的事实区分开。

不同来源互相冲突时，先保留冲突并解决，不要因为“新来源看起来更整齐”就直接覆盖旧值。冲突本身就是不确定性的证据。

抑制记录应独立于活动导出，并且在更换数据供应商之后仍然有效。最直接的审计问题是：一个新导入文件能否绕过旧的“不得激活”决定？如果能，哪怕供应商号称数据很准，流程仍然存在控制缺口。