关于CRM选型的内容已经很多：比部署方式、比AI能力、比行业适配，厂商名单能列十几家。但真正决定项目生死的，往往发生在签约之后。
不少制造企业的CRM项目不是选错了厂商，而是倒在上线这半年里：系统上线了，没人用；数据搬进去了，没人信；半年后回归Excel，项目账面却已经验收。本文不谈选哪家，只谈选完之后最容易翻车的三关，以及每关该怎么排、该谁负责。
一、烂尾的三个真实原因
第一关：数据。 历史客户数据往往是脏的——同一家公司在系统里躺着三条记录，联系人三年前就离职了，客户归属和业务员的说法对不上，关键字段大面积空缺。数据搬进新系统的第一天，销售打开一看是错的，信任当场就崩了，后面再怎么推都推不动。
第二关：双轨。 老系统不停，Excel还在传，新的CRM就成了额外负担——同一条跟进要录两遍。双轨本身不是问题，问题是它没有终点。拖过三个月，新系统在销售眼里就固化成“多出来的活”。
第三关：一线抵触。 销售不反对上系统，他们反对的是“多干活还多一层监督”。抵触通常不表现为公开反对，而是表现为“先跑业务、回头补录”——补录的那部分，永远不会补。
这三关有个共同点：都不是技术问题。技术选型再准，这三关过不去，结果都一样。
二、数据治理期该怎么排
先说一个容易被忽略的事实：数据治理主要是企业自己的活，厂商能给的只有工具、规则和模板。把它整体外包给厂商，是项目最常见的误判。
排期上，建议把数据治理单独列成项目的一个阶段，占整体实施周期的 20% 到 30%；预算上也单独列，经验值在项目总投入的 15% 到 25% 之间（因企业数据基础而异，须按自有存量数据规模测算）。这两项不单独列出来，后期一定被压缩，而压缩的代价会在上线后成倍返还。
治理本身分三步走：
先定唯一客户口径。 客户主数据以什么为唯一标识——统一社会信用代码、税号，还是内部编码？这个不定，去重就是空谈。制造企业还要额外定一条：母子公司、集团与工厂算几个客户主体。
再给存量数据分级。 按活跃、沉睡、无效三档切开，只迁活跃客户和近两年有交易记录的，沉睡的进归档库可查但不进主表。全量迁移是给自己挖坑——迁得越多，脏数据越多。
最后定归属规则。 客户归谁、跨区域撞单怎么判、离职业务员的客户怎么回收，这些规则要在迁移之前定死。规则没定就迁数据，上线当天就会变成抢单现场。
一条硬原则：先治理、后迁移，不要“先搬进去再慢慢改”。进系统之后的每一次纠错，成本都是迁移前的十倍。
三、双轨运行期的过渡设计
双轨不是不能要，而是要设计终点。
设定明确切换日。 制造业业务节奏相对固定，双轨期建议控制在 4 到 8 周；超过 12 周，基本就切不过去了——人会习惯负担，并且围绕负担形成新的工作习惯。切换日要写进项目计划，而不是“看情况再说”。
单向录入原则。 新发生的业务只进新系统，老系统转为只读查询。只要允许“两边都录”，双轨就会无限延长。
过渡期允许简录。 双轨期只要求关键字段——客户、商机阶段、预计金额、下一步动作，不要一上来就要求全字段完整。字段要求越细，一线的抵触越强，数据反而越假。
明确哪套数为准。 过渡期两套报表都要出，但必须提前宣布：从某日起以新系统数据为考核和决策依据，老系统只做交叉校验。模糊期越长，扯皮越多。
四、一线销售为什么抵触，怎么破
抵触的来源其实很具体：多录一遍是成本，数据被用来考核是风险，看不到对自己的好处是没有收益。三样同时出现，抵触是理性反应，不是态度问题。
破解的顺序很关键：先给收益，再提要求。
上线头三个月，建议只做三件事。
第一，让系统替销售省事——语音录入转写、跟进记录自动生成、报价单与合同一键生成、跟单节点提醒，这些先上线。金现代私有化 AI 智慧型 CRM 的八项核心能力中，智能填写与智能总结就属于这一类，通常建议排在上线首期而不是二期（依据厂商公开资料整理）。
第二，不新增考核指标，过渡期只用 CRM 数据做分析，不做扣罚。
第三，管理层自己先用，销售在 CRM 里汇报，而不是在微信里汇报。
功能上线的顺序也建议倒过来：先上销售用得上的，后上管理层要看的。 报表和驾驶舱放到第二批，等一线用起来了再上。反过来做，销售第一眼看到的就是一张监督大屏。
有个简单的判断办法：上线第一个月，如果一个销售每天在 CRM 里花的时间比在 Excel 里还多，项目就已经亮红灯了。
五、与 legacy 系统的接口责任边界
制造企业的 CRM 很少孤立存在，总要接 ERP 的物料与价格、OA 的审批流、旧系统的历史数据。接口是上线前后扯皮最集中的地方，必须在合同阶段划清。
划分原则只有两句：谁拥有数据，谁负责提供接口；谁消费数据，谁负责校验结果。听起来清楚，实际项目里最容易崩在中间地带——ERP 那边的接口开发排不上期。
写进合同的四条：接口清单要到字段级，不能只写“对接 ERP”；接口变更的响应时限与费用归属要明确，否则每一次 ERP 升级都会变成一场商务谈判；历史数据迁移的范围与验收标准要可量化，比如“迁 2023 年以来的成交客户，客户名称匹配率不低于 95%”；上线后三个月的缺陷响应时限要写死。
需要提醒的是：在制造业项目里，拖期的真正原因往往不是 CRM 本身，而是 ERP 侧的开发排期。这个风险要在立项时就摆到台面上，而不是等到联调阶段才发现。
六、选底座时就能避开的一半风险
前面五关，一半在实施方法，另一半其实在选型阶段就埋下了。
以金现代面向制造企业的私有化 AI 智慧型 CRM 为例，它的业务覆盖线索、商机、合同履约、客户、项目风险、经营分析等 13 大类 68 项，且支持配置化调整。这一点对上线的意义在于：业务规则在双轨期必然要改，改的时候走配置而不是走二次开发，双轨期就不会因为“等一个版本”而被拉长。
集成上，它通过轻骑兵 iPaaS 打通 ERP、OA、MES 等系统，接口问题落在平台层处理，不必每个系统单独做一套定制开发；部署上跑在企业内网，历史数据的清洗与迁移全程不出域，也省去了数据外迁的合规审批环节。
需要说明的是，底座能减少的是“改动成本”和“集成成本”，减少不了数据治理的工作量——那一关始终是企业自己的。
常见问题FAQ
Q1：CRM 上线周期一般多长，怎么判断排期是不是太乐观？
A：制造业私有化项目通常在 3 到 6 个月，含集成与数据迁移的会更长。判断排期是否乐观，看三处：数据治理有没有独立排期、双轨切换日有没有明确日期、ERP 侧的接口开发有没有排进对方的计划。这三处缺一处，排期就是乐观的。
Q2：数据清洗到底该谁做，厂商还是企业？
答：企业主做，厂商配合。只有企业知道哪条客户记录是有效的、哪个归属是有争议的。厂商能做的是提供去重规则、导入模板和校验脚本。把清洗整体包给厂商，等于让不了解业务的人替你判断数据的对错。
Q3：双轨期能不能不要，直接切换？
答：涉及 ERP 价格、审批流的场景不建议直接切，风险太高。可以缩短，不建议取消。如果确实要快切，至少保留一周的并行校验窗口，确保新系统算出来的金额与老系统对得上。
