你花了几万块换新 CRM，结果销售第一天就骂娘——客户归属乱了，历史跟进记录丢了，连合同金额都对不上。这种事，我见的太多了。
换 CRM 不是搬家，是把公司的客户资产、销售流程、自动化规则从一个系统完整迁移到另一个系统。搞砸了，新系统还不如旧的好用。
为什么你换 CRM 总出问题？
三个死穴：低估工作量、跳过数据清洗、没有回滚方案就上线。
你以为换 CRM 就是导出 Excel 再导入。错。真正要搬的东西是这些：
- 客户、联系人、商机、工单这些基础数据
- 客户和联系人之间的关联关系
- 历史邮件、通话、笔记、任务、附件
- 员工权限、团队结构
- 自动化流程、集成配置、报表
随便一个关联断了，新系统里就会出现“孤儿数据”——联系人找不到公司，商机找不到负责人。
别急着动手，先做这四件事
1. 谁拍板？谁干活？
明确四个角色：
- 总负责人：运营总监或 CRM 管理员，管计划、排期、验收
- 数据负责人：IT 或运营，管清洗、去重规则
- 业务负责人：销售、市场、客服的负责人，决定哪些数据要搬，哪些可以归档
- 技术负责人：开发或外包服务商，负责实际迁移和脚本编写
每个阶段都要有人签字。最怕的是“谁来决定要不要回滚”这个问题没人认领。
2. 算清楚你到底有哪些数据
对每个对象类型（联系人、公司、商机、工单）做一次审计：
- 总量多少条
- 关键字段（手机号、公司名、金额）缺失比例
- 重复率
- 超过一年半没动静的“死数据”有多少
- 字段值不统一的情况（比如“北京”“北京市”“BJ”混着用）
这个审计结果就是你清洗的目标。
3. 定规矩：怎么去重，怎么合并
去重规则要先定好。最稳妥的起点是用手机号精确匹配，再加模糊匹配（名字+公司类似）。
合并两条重复记录时，谁的数据留下？规则要写清楚。比如：电话号以最近更新的为准，地址取最新填写的。
没规则就去重，几千条记录会越清越乱。
4. 先跑沙箱，别直接上生产环境
在正式系统之外，搭一套测试环境。把映射规则、清洗逻辑先在沙箱里跑一遍。
至少跑两次。第一次暴露问题，第二次验证修复效果。
字段映射：最容易被低估的坑
两个 CRM 的数据模型不可能完全一样。最常见的冲突有三种：
- 类型不匹配：旧系统是文本字段，新系统要求下拉选项。你得先标准化值。
- 字段缺失：旧系统有的字段，新系统没有。要么新建自定义字段，要么找个最接近的字段塞进去，要么归档。
- 命名冲突：旧系统叫“负责人”，新系统叫“销售员”。
关系映射更麻烦。联系人关联公司、商机关联联系人、活动关联商机——迁移顺序错了，全变成孤儿数据。
标准顺序：用户 → 公司 → 联系人 → 商机 → 工单 → 自定义对象 → 活动（笔记、通话、邮件、任务）→ 附件。
历史数据：不是越多越好
别试图把所有历史记录都搬过去。按这四个标准筛选：
- 法律要求：行业有留存规定吗？有的话，按规定办。
- 业务需要：销售人员还在翻看两年前的跟进记录吗？很少的话，不值得搬。
- 报表需求：历史数据在报表里用得上吗？用不上就归档。
- 存储成本：附件、合同、录音这些大文件，迁移成本高。考虑放在网盘或文档系统里。
建议：搬最近12-18个月的活动记录。更早的归档到一个只读的存储里，比如旧系统只读访问或云存储。
集成和权限：最容易在最后一刻出问题
上线前，梳理所有和旧 CRM 连接的工具：营销自动化、企业微信、ERP、发票系统。每个工具都要确认：
- 谁负责重新配置
- 接口地址是否需要改
- 账号密钥是否需要更新
- 有没有调用频率限制
权限迁移不要照搬，趁机做一次权限瘦身。按角色列清楚：哪些对象能看、哪些字段能改、哪些记录只能读。上线前用不同账号登录测试一遍。
上线不是结束，是“高度关注期”的开始
上线当天三件事
- 旧系统设为只读
- 迁移“增量数据”——从你第一次迁移到上线之间产生的新记录
- 分发新系统账号，确认每个人能正常登录
增量迁移最容易出问题。48小时的迁移窗口里，活跃的销售团队可能产生几百条新记录。别漏了。
高度关注期（2-4周）
- 指定专人负责（CRM 管理员或运营负责人）
- 建一个共享问题日志
- 第一周每天开15分钟站会：出了什么问题、修了什么、还有什么没解决
- 旧系统保持只读，直到高度关注期结束
- 定好结束标准：连续X天没有严重错误，Y%的用户验证了工作流程正常
一张表管好整个迁移
按阶段列清楚完成标准，过一条勾一条：
评估阶段
- 完成所有对象和字段的清单
- 梳理所有集成依赖
- 记录用户角色和权限
- 完成数据质量审计
- 定义成功标准
- 分配好各阶段负责人
清洗阶段
- 建立数据标准和规范化规则
- 执行去重（有文档化的合并规则）
- 删除或归档低于保留门槛的记录
- 统一字段值
- 记录清洗前后的数据量
映射阶段
- 完成字段映射表（所有对象）
- 解决映射冲突和缺口
- 定义字段转换逻辑
- 映射所有关联关系
- 映射权限组和角色
测试阶段
- 在沙箱执行迁移
- 按对象核对记录数
- 抽查50-100条记录
- 验证关联完整性（没有孤儿数据）
- 在沙箱测试集成
- 内部用户验收
正式迁移阶段
- 确认旧系统已备份
- 定义回滚触发条件和时间窗口
- 按顺序执行迁移
- 实时监控错误
验证阶段
- 核对所有对象的记录数
- 抽查所有对象类型
- 对大量数据做自动化字段级对比
- 用户验收测试签字
- 生产环境集成测试
- 权限测试
切换阶段
- 旧系统设为只读
- 执行增量迁移
- 确认增量数据核对无误
- 分发新系统账号
- 发送上线通知
高度关注期
- 指定负责人
- 建问题日志
- 第一周每日站会
- 定义结束标准
- 记录经验教训
常见问题
换 CRM 要多久？
小公司（几万条数据、标准对象、集成少）4-6周。中型公司（5万-50万条、多对象类型、5个以上集成）2-4个月。大型公司（复杂自定义对象、大数据量、多系统集成）4-9个月。清洗阶段通常最耗时。
费用多少？
自己弄主要花人工时间。用迁移工具一般几千块。请外包服务商几万到十几万不等。最贵的是数据清洗，至少占总预算的30%-40%。
附件和历史邮件能搬吗？
能，但有代价。大附件库会增加时间和存储成本。邮件历史取决于旧系统的记录方式。建议只搬12-18个月，更早的归档。
自动化流程怎么办？
不能自动迁移，必须在新系统重建。这是一个独立的工作流。上线前把旧系统的每个自动化流程都记录下来：触发条件、判断逻辑、执行动作、负责人。在新系统沙箱里重建并测试。旧流程关闭和新流程开启要同时进行，避免出现空档期。
迁移和集成有什么区别？
迁移是一次性的数据搬家，目的是让新系统成为唯一数据源。集成是两个系统持续双向同步，两个系统同时使用。有的项目两个都要做：先迁移，再建立持续同步。
微信扫码