Facebook历史询盘客户怎么整理？来源、许可、号码与CRM实战

整理Facebook历史询盘不是“跑一次筛号，把未开通的删掉”，而是一项数据考古工作。旧表单、私信导出、销售Excel与CRM可能有不同时间、用途和主键。第一步是判断每条记录还能证明什么，而不是判断还能不能触达。

把资料来源分为四级

先冻结原始档案

为每个文件生成hash，记录file_name、owner、date_range和column_dictionary。不要在唯一副本上直接去重、改国家码或填空。建立read-only_raw区与工作副本。

重建lead到contact的历史

尽可能恢复lead_id、submitted_at、campaign/form线索与销售负责人。一个人多次询盘保留多个lead事件，再通过contact_id形成统一客户视图。事件历史不能为了“去重”消失。

许可按当时文案解释

号码清洗保留时间版本

保存phone_raw、phone_normalized、valid_from、valid_to、country_evidence与normalization_version。旧号码可能被重新分配；新的平台开通结果不能证明仍属于旧客户。

何时才使用Facebook筛开通

只有来源和当前处理目的仍成立的最小子集，才生成一行一个号码的TXT。爱普筛导出手机号与是否开通。结果进入dated_observation，不决定保留、身份或许可。

合并重复联系人要看证据

同手机号、邮箱、姓名或公司仅是候选匹配。使用确定性键和人工复核评分；共享企业号、同名和号码重分配都可能误合并。合并操作保存survivor_id与undo记录。

处理缺失和冲突

空国家、模糊来源、冲突许可和无法回连分别建立队列与负责人。不要用默认国家或“默认同意”提高完整率。无法修复的记录按保留政策停止使用或删除。

建立重新联系的高门槛

多年未互动客户即使历史上同意，也应考虑语境、时间和当地规则。优先等待新的主动行为；若确有现存服务关系，消息应说明身份与历史来源并提供退出。不能大规模“唤醒测试”。

衡量清理而不是发送

看来源可解释率、许可明确率、重复合并可撤销率、号码异常解决率、退出执行和删除完成度。不要用重新发送量或技术开通率证明项目成功。

历史库何时算整理完成

每条保留记录有来源等级、数据负责人、合法用途、号码历史、许可状态和到期日期；无法说明的记录不再流入营销。一个更小但可解释的CRM，比一张“全都还能联系”的旧表更有商业价值。