用途：指导把独立的数据补全工具迁移到 Clay，或将多个数据源整合进统一的 Clay 管道。资料称 Clay 通过聚合 150+ 供应商的水瀑布式补全工作流，替代单独订阅多个供应商。
前提条件：现有补全工具订阅且支持数据导出；Clay 账号为 Growth 或 Enterprise 套餐；了解当前补全量与成本；CRM 中已有补全数据。
迁移类型与复杂度：单供应商→Clay（低，1-2 周，风险低）；多供应商→Clay（中，2-4 周，风险中）；自定义脚本→Clay（中，2-4 周）；整套 GTM 技术栈迁移（高，1-2 个月，风险高）。
主要步骤：第一步审计现有补全栈（第 1 周），记录供应商、月量、月成本、数据字段、命中率、集成方式与是否可导出历史；第二步把字段映射到 Clay 列（第 1 周）；第三步并行运行（第 2-3 周），用约 500 条联系人样本对比新旧数据质量；第四步配置 Clay 表替换现有栈（第 3 周）；第五步灰度切流（第 4 周），按 10%→25%→50%→100% 推进；第六步在完整迁移并监控 2 周后取消旧订阅。
必要用法要点：字段映射示例中将 email 映射为“Work Email (Waterfall: Apollo > Hunter)”，job_title 为“Job Title (Apollo/PDL)”，company_name 为“Company Name (Clearbit)”，technologies 走“BuiltWith via Claygent”，意图信号使用 Clay 的 Web Intent 功能，自定义研究使用 Claygent AI 研究列。使用自有 API key 时资料标注为 0 Clay credits。
常见问题与处理：命中率下降可调整水瀑布顺序或增加供应商；字段缺失或命名不同需更新映射；日期/数字格式不一致需在 webhook 处理中做转换；并行期 CRM 重复需按 email 去重。
限制与注意事项：必须生成迁移凭证，记录源/目标系统、数据与同意映射、字段转换、流量比例、对比指标、去重策略、负责人、审批点、回滚状态与旧路径退役决定；在既定监控窗口证明新路径满足批准契约之前，不得取消旧路径或删除其证据。示例强调先比较覆盖、质量、信用消耗与 CRM 幂等性，再提升流量比例，出现映射或重复错误时回退到上一稳定比例并修正后再推进。价格、具体供应商覆盖等资料未提供完整细节。