CRM 国产化替代要做多久：把工期拆成四段来看

问“替换一套 CRM 要多久”的人，想要的通常是一个月数；而真实答案取决于四段工期的叠加，以及其中一段有多不可控。

每年都有企业启动 CRM 替换，也几乎每年都有人问同一个问题：这件事到底要做多久。问的人想要的通常是一个月数，好去排预算、排人力、向上汇报；而真实答案往往让人不太舒服——同样一套系统，工期可以从三个月拉到一年，差别不在软件本身。

工期为什么难估：三件事同时在变

替换一套已经用了五六年、甚至更久的客户管理系统，本质上不是换工具，而是同时动三样东西：数据的组织方式、审批与权限的规则、一线的工作习惯。这三件事互相牵制，任何一件卡住，整体就停在原地。

所以更实用的问法不是「总共要多久」，而是「这件事可以切成几段、每段大概落在什么区间、哪一段最不可控」。把它拆开之后，工期就从一个笼统的数字，变成一张可以逐段盯住的排期表。

第一段：现状盘点与流程对齐

这一段常被压缩，也最不该压缩。要盘的不是「旧系统有哪些字段」，而是「哪些字段真的在被使用」。我们见过的典型情况是：旧系统里有两百多个字段，一线实际填写的不到四十个，剩下的都是历次需求叠加的产物。

把在用字段、在用流程、在用报表列清楚，再和业务负责人逐条确认「哪些必须保留、哪些借这次机会砍掉」，中等规模企业通常需要两到四周。这一段省下来的时间，后面会以数据清洗和返工的形式还回去。

第二段：数据迁移与权限重建

这是最容易超期的一段。客户主数据、联系人、商机、合同、历史跟进记录，各自的干净程度不一样，处理方式也不同：能直接映射的直接映射，口径不一致的要先定规则，重复的要合并，缺失关键字段的要决定「补」还是「弃」。

权限往往比数据更麻烦。旧系统里的权限常常是多年临时授权的堆积，直接照搬会把历史混乱一起搬进新系统。常见的做法是趁迁移重设一次角色模型：按岗位定义角色，按数据范围定义可见性，个别例外单独授权。

这一段的时间取决于历史数据量级和脏数据比例，从四周到十周都算正常。判断能不能压缩，看一个指标就够了：业务方能不能在一周内对「重复客户判定规则」达成一致。谈不拢，后面全是反复。

第三段：双轨并行

双轨并行指的是新旧系统同时运行一段时间。它不产生新价值，但能兜住切换风险：新系统出问题，业务还能回到旧系统处理。多数项目会留四到八周，关键业务（比如报价审批、合同流转）全程并行，非关键模块可以提前切。

并行期最容易犯的错是「两边都填」。一线要在两个系统里录同一件事，几周之后就会开始敷衍，数据质量反而下降。更可行的安排是：新系统为唯一录入入口，旧系统只读，需要时再由接口把关键结果回写。

第四段：切换与运营固化

正式切换只是一天的事，切换之后的两三个月才决定项目成败。培训要按岗位分开做，销售、售前、商务、客服关心的东西完全不同，一场通讲的效果通常很差。

运营固化包括几件具体的事：上线后第二周检查字段填写率，第四周检查阶段推进是否符合新规则，第八周复盘一次预测准确率。发现问题就改配置或补培训，而不是等到季度总结才回头找原因。

三个会拖长工期的信号

• 决策人只在启动会上出现。后面每次口径争议都要重新拉人开会，一次争议耗掉两周。
• 把「定制开发」当成解决分歧的手段。流程谈不拢就加一个定制功能，功能越多，后续升级越难，工期被无限拉长。
• 数据迁移没有业务方 owner。IT 只懂结构不懂语义，业务只懂语义不管结构，最后没人能对「这条数据对不对」负责。

把周期变成计划：倒排一次

与其纠结总工期，不如按目标上线日倒排：上线前四周完成双轨并行，前八周完成数据迁移首轮，前十二周完成流程确认。倒排之后，每一段都有明确的截止点，也就能提前判断哪一段需要加人。

如果现有系统的合同还在有效期内，倒排还要多留一个缓冲：旧系统的数据导出与停用时间，最好与新系统稳定运行的时间重叠一个月以上。

LEVCRM 在项目启动阶段会先和客户一起做这张倒排表，把四段工期、责任人和验收标准写在纸面上。流程怎么配、字段怎么砍，可以在 aPaaS 平台里由业务方自己调整；装备制造这类项目型销售的迁移经验，整理在装备制造行业方案里。想看具体做法，可以预约一次演示，我们按您现有的系统结构来讲。