订单之前，订单之后
ERP和CRM的分界，一句话：订单之前的事归CRM，订单之后的事归ERP。中间那一行订单，是两者必须对接的地方。
订单之前，客户是谁、谁在跟、报了几版价、卡在哪个环节，这些数据变化慢、以人为中心，归CRM。这段时间最长，项目型公司能拖一年。放在ERP里会很难受，因为ERP的结构是按物料和工单排的，容不下"这个客户还在犹豫"这种状态。
订单之后，生产排期、领料、发货、开票、成本核算，这些以物为中心，归ERP。放在CRM里同样难受，CRM没有BOM，算不出这批货用了多少料。
交界处的订单，要做两件事。一是CRM里的订单信息能传到ERP，别让内勤抄两遍，抄一遍错一遍。二是ERP的发货和开票状态能回传CRM，业务员才知道这单走到哪了。这两条不通，业务员就得每天问内勤，内勤就得每天查系统。
还有个常见的重复：客户主数据两边各存一份。做法是选一边做主体。规模小的公司，客户放CRM，ERP只存客户编号；规模大、财务强势的公司反过来。哪边做主体都行，别两边都能改。
还有个现实问题：谁来做对接。找ERP厂商做，他们不懂客户流程；找CRM厂商做，他们拿不到ERP的接口权限。常见的做法是两边各出一个懂业务的人，坐一起把字段对一遍，先做一张最小的映射表：客户编号、订单号、金额、状态，四个字段通了，剩下的慢慢加。
要说清一个代价：两套系统对接是要花钱的，接口开发加维护，一年下来不是小数目。客户和订单量不大的公司，先各自跑，靠导出Excel对一次账，也能过。做项目型生意的，订单周期长、变更多，对接的收益才明显，项目型销售CRM里对订单节点的处理和ERP的衔接讲得比较实在。
