你公司是不是也这样：销售在 CRM 里跟客户、发报价，成交之后内勤还得在进销存里把客户重新建一遍，再照着报价单录一遍订单？同一家公司，一个系统里叫「XX 科技有限公司」，另一个系统里叫「XX 科技」，两个名字两条编码。
麻烦的不只是重名。型号和价格要敲第二遍，敲错一次就是一单返工；客户换了联系人，CRM 改了进销存没改，发货单上的电话还是旧的；老板想看一个客户总共做了多少生意，得把两边的数导出来自己拼。
这些都不是销售不努力，是两套系统之间没有通道。我们做的就是把这条通道打通：客户只建一次、只有一个编码，报价批完直接转成订单，订单走到哪一步销售自己能看见。
你公司是不是也这样
- 销售在 CRM 里建客户，内勤在进销存里再建一遍，同一家公司两个名字两条编码
- 报价在 CRM 里批完，成交后内勤照着报价单手工开订单，型号价格敲错一次就是一单返工
- 客户改名、换联系人、调价格，CRM 改了进销存没改，发货单上的信息还是旧的
- 想查一个客户总共做了多少生意，要把 CRM 的成交记录和进销存的发货数据导出来自己拼
- 新客户首单要不要先款后货，销售说领导批过了，财务说没收到通知
我们是怎么做的
- 先定唯一编码：以进销存的客户编码为主键，CRM 的客户挂上同一编码；新建客户统一走一个入口——销售在 CRM 里提交，审核通过后自动带编码创建到进销存，不再两头各建各的
- 存量客户清洗：按名称、税号、电话三个维度比对，同名不同码的合并，保留有业务发生的那一条，历史单据与成交记录一并挂过去，合并清单留档备查
- 报价转订单：CRM 里报价单审批通过后，按客户编码、货品编码、价格、数量生成进销存的销售订单；货品编码对不上的进异常清单，不猜测、不静默下单
- 变更双向同步：客户名称、联系人、地址、价格等级在任一系统改动，按字段级时间戳同步到另一边，后改的为准并留改动记录；信用额度与账期以进销存为准，下单那一刻实时校验
- 状态回写：订单审核、出库、开票、收款的状态回写到 CRM，销售在自己的系统里就能看到单子走到哪一步，不用再打电话问内勤
改造之后
- 客户档案从两套并成一套，重名重码清理干净，一个客户在系统里只有一个名字
- 报价转订单不用再手工录，型号和价格以审批通过的报价为准，录错返工明显减少
- 客户信息改动两边同步，送货单上的联系人和地址跟得上变化
- 销售在 CRM 里能直接看到订单执行进度，问内勤的电话少了一大半
- 新客户首单的账期与信用额度在下单一刻就校验，超额度自动提示，不用等财务事后发现
这个项目包含什么
适合什么情况
销售用 CRM 跟单、订单和库存在进销存里跑，客户数在几百家以上、报价到订单转换频繁的项目型或直销企业
关于这类改造
什么是 CRM 与进销存对接：把客户档案和订单数据在两套系统之间打通，客户只建一次、只有一个编码，销售在 CRM 里批完的报价自动变成进销存里的销售订单，订单执行状态再回写到 CRM。它替代的不是销售的判断，而是成交之后那段重复的录入与来回确认。
为什么两套系统容易打架：第一，客户编码不唯一，同一个客户两边各建各的，重名、简称、曾用名混在一起；第二，报价和订单是两张皮，型号价格要敲第二遍，敲错就是返工；第三，客户信息单边更新，一边改了另一边没改，发货才发现联系人是旧的；第四，订单状态不回写，销售看不到进度只能打电话问；第五，信用与账期没有校验点，新客户首单的风险要等财务事后才发现。
通常怎么做：第一步定唯一编码，以进销存的客户编码为主键，新建客户统一走一个入口，CRM 提交、审核通过后自动带编码创建到进销存；第二步清洗存量，按名称、税号、电话比对，同名不同码的合并，保留有业务发生的一条并把历史单据挂过去，合并清单留档；第三步做报价转订单，报价单审批通过后按客户编码、货品编码、价格、数量生成销售订单，编码对不上的进异常清单；第四步做变更双向同步，按字段级时间戳同步，后改的为准并留改动记录；第五步做状态回写与信用校验，订单审核、出库、开票、收款的状态回写 CRM，下单时实时校验信用额度与账期。
什么情况适用：销售用 CRM 跟单、订单和库存在进销存里跑，客户数在几百家以上、报价到订单转换频繁的项目型或直销企业。客户只有几十家、报价很少的销售团队，先把客户编码和货品编码理顺就够了，不必急着上接口。
改造前要注意：合并重复客户前必须备份，合并动作不可逆；货品编码对照表要和销售、内勤一起过一遍，型号写法不统一是转单失败最常见的原因；上线头一个月保留人工复核，每天抽十来张单核对客户、型号、价格，确认无误再放开自动转单。
如果你公司也在两头录客户和订单，可以把最近一个月的报价单和对应的销售订单各导出一份（隐去敏感信息即可），我们先做一次编码比对和转单试算，看看能省下多少录入。
