运单归ERP，客户归CRM
物流公司的CRM和ERP不打架，分界就在运单这一行：货怎么走归ERP，客户怎么来、报价怎么定、投诉怎么跟归CRM。
先看ERP该管什么。运单号、车辆、司机、装卸时间、在途位置、签收单，这些是作业数据，一天几百条，进的是ERP或者TMS。客户信息塞进这套系统，会被运单淹没，找一个客户的合作历史要翻几十张单。
再看CRM该管什么。客户是谁、谁签的合同、月结账期多少天、这条线路报的什么价、上次延误赔付了多少钱。这些数据变化慢，但决定明年还合不合作。物流是典型的月结生意，账期和赔付记录比运单本身值钱。
交界那一行是"客户+线路+报价"。同一个客户，三条线路三个价，报价单要能挂到客户下面，而不是散在业务员电脑里。这块做不好的公司，报价全靠老业务员脑子记，人一走价格体系就崩。
重复录入是这类公司最常见的浪费。客户名称在ERP里录一遍、在CRM里再录一遍，两边对不上，财务对账时吵半天。做法是选一边做主体，另一边只存ID。规模小的公司，客户主体放CRM，运单系统只存客户编号，最省事。
还有一类数据容易放错地方：客户投诉。投诉跟运单有关，但根子在客户关系上。放ERP里，只能看到"这单延误了"；放CRM里，能看到"这家客户今年延误三次，下次报价得留出赔付空间"。这条对月结客户尤其重要，年底谈价时是硬筹码。
建议的做法是两边都记一条摘要，详细处理过程留在工单系统里，CRM只存结论和赔付金额。
我们给物流客户配的时候，通常先理清月结客户有多少家、平均账期多少天，再决定CRM里要不要开回款提醒。项目型销售CRM里按客户维度看合同和回款的方式，物流月结客户可以直接借过来用。
