核心想法
分阶段盘点、清理、映射、迁移和验证 CRM 数据的计划，在变更期间保持用户旅程、负责人和销售跟进的连续性。
定义成果与记录系统
在盘点前，组织先就新 CRM 必须支持哪些流程达成一致：获客、分配、销售管道、排期、支持、营销活动或报表。同时明确各阶段中，身份、同意、收入和活动分别以哪个系统为准。如果两个平台可以在没有规则的情况下修改同一数据，迁移在正式切换前就会产生分歧。
迁移 CRM 不只是把联系人从一张表移到另一张表，而是在平台变化时保留身份、同意、关系、阶段、负责人、活动及后续承诺。安全迁移应明确哪些真实信息必须保留，先清理再复制，采用分组测试，并保留核对和回滚机制。
盘点数据、关系和自动化
联系人和企业只是整体的一部分。还包括商机、任务、备注、文件、负责人、字段、名单、表单、集成、模板、权限和工作流程。每个对象都应按用途、质量、敏感性、数量、负责人和目标位置分类。对于不迁移的内容，也必须作出决定：归档并保留访问、提炼摘要、按政策删除，或在原系统中保留一段明确期限。
转型前先清理和映射
重复记录、自由文本字段、历史状态和含糊同意，不会因复制而改善。团队应定义键、去重规则、受控值、格式、时区和对应关系。每次转换都应有示例与负责人。无法映射的记录进入例外队列，不能只为完成导入，就强行归入错误类别。
迁移完整的一批用户，并验证旅程
测试应覆盖采集、更新、分配、沟通、阶段变化、活动、报告和退订，而不只是统计行数。应比较总量、样本和关联，让真实用户测试搜索与任务。团队应演练回滚，并在明确窗口内冻结变更。此后才能扩大数量或市场，同时保留导入与错误日志。
以采用、核对与旧系统退役完成收尾
过渡期间，应监控新增记录、重复数据、同步、送达率、工作流和报表。团队根据自身业务流程接受培训，并清楚在哪里报告问题。只有在数据、集成、审计和历史访问均达到约定标准后，才停用旧系统。Wiwo.Talk 可以整合对话与 CRM，但迁移必须围绕各组织的实际环境配置。
检查清单、字段映射与验收
移动数据前，应约定由谁验证每个实体、如何识别重复项，以及满足哪些条件后才能启用新系统。
| 控制 | 建议验收标准 |
|---|---|
| 完整性 | 按实体核对源端与目标端记录数量 |
| 品牌身份 | 每个原始 ID 均保留对应关系；重复项已解决 |
| 关系 | 联系人、企业和机会始终关联 |
| 同意 | 保留来源、日期和权限；没有有效依据时不得激活联系人 |
| 运营 | 团队测试获客、分配、跟进与恢复流程 |
工作模板。在迁移开始前，定义错误容忍度、测试样本和最终授权。
下载迁移检查清单（CSV） ↓下载字段映射表（CSV） ↓