CRM数据迁移到底怎么操作？

换CRM系统，数据搬过去就完事了？你八成会栽跟头

你公司用了好几年的客户系统，销售天天抱怨难用，数据乱得没法看。你咬咬牙买了套新的，让技术把旧数据一导，新系统上线。结果第二天，销售打开一看——客户联系人丢了，历史跟进记录全没了，商机金额对不上。销售总监拍桌子，客服主管骂娘，你花了几十万，换来一个烂摊子。

这不是吓唬你。我见过太多老板在CRM迁移上栽跟头，踩的坑几乎一模一样：低估了工作量、没洗数据就硬搬、上线前没做回滚方案。凡是顺利的，都是把迁移当成一次业务变革来管，而不是当成一次数据搬运。

第一步：先别动手，搞清楚谁说了算

迁移前，你得先拉一张表，把下面四个角色定死：

每个阶段谁负责、谁决策、谁知情，必须白纸黑字写清楚。大部分迁移翻车，都是因为“谁说了算”没定明白。上线前谁拍板“可以上”？这个人必须提前指定。

数据清洗必须在迁移之前做，别指望搬进新系统再收拾。脏数据搬过去，在新系统里修比在旧系统里修难十倍。

你先把旧系统的数据盘一遍，每个对象（客户、联系人、商机、工单）都要查：

盘完你就知道自己数据有多烂。定好去重规则：联系人用邮箱精确匹配最安全，公司用域名级别去重。电话格式、地区分类、客户阶段定义，全部统一成一套标准，写进数据字典。以后新系统就按这套规矩走。

两条重复记录合并时，谁说了算？比如两个联系人的手机号不一样，保留最近更新的那个。这种存活规则必须在去重前定好，不然几千条记录合并下来，新问题比旧问题还多。

你旧系统的字段，新系统不一定有。旧系统叫“客户经理”，新系统叫“负责人”。旧系统用文本字段写“意向等级”，新系统要求用下拉菜单选。这些不提前对好，搬过去就是乱码和空值。

把所有字段列一张表：旧系统字段名、类型、下拉选项、新系统对应字段、是否需要转换。三个最常见的坑：

搬数据有严格的顺序：父对象先搬，子对象后搬。标准顺序是：

你要是先把联系人搬进去，公司还没搬，关联指向谁？孤儿记录就是这么来的。每搬完一批，马上查一遍：联系人的公司ID有没有空值？商机的联系人有没有断联？发现一个修一个，别攒到最后。

很多老板觉得“所有数据都得搬进去，不能丢”。结果搬了三年没动过的邮件、五年前的合同附件，迁移时间翻倍，费用翻倍，最后销售根本用不上。

历史数据搬不搬，看四个条件：

我的建议：搬最近12-18个月的活动记录进新系统。更老的，打包存到云存储或旧系统只读模式里。这个决定提前跟业务方说清楚，别等上线了再吵。

“数据看着差不多”——这不是验收标准。上线前必须过四道关：

同时，回滚方案必须提前写好：最后一次完整备份在哪？什么情况触发回滚（比如数量差异超过5%）？回滚窗口多长（通常是上线后24-72小时）？谁拍板回滚？谁通知大家？别等崩了再想。

上线当天三件事：旧系统设成只读、搬增量数据（你搬数据期间新产生的记录）、发账号给所有人。

接下来2-4周叫“特护期”。安排专人盯着错误日志，用户报问题24小时内响应。前一周每天开15分钟站会：今天坏了什么、修了什么、还有什么没解决。特护期结束的标准也定好：连续多少天没出严重问题、多少比例的用户确认流程跑通了。

很多老板觉得系统换完了，CRM迁移就结束了。错了。自动化流程（比如自动分配线索、自动发跟进提醒）在新系统里不会自己跑过来，你得重新建。上线前就把旧系统的所有自动化流程列出来，触发条件、执行动作、责任人一一记清，在测试环境里重建并验证。旧系统的流程在你激活新系统的那一刻停掉，别留空窗期。

一个成功的CRM迁移，给你的团队打下干净的基础。一个失败的迁移，留下的数据烂账够你吃好几年。差别从来不是技术，而是有没有提前规划、有没有按顺序搬、有没有验证彻底、有没有在特护期盯紧。这套打法，不管你用的是哪家的系统，都一样管用。