SAP的CRM，中型制造企业买之前先算三笔账
中型制造企业的老板，常常被两件事推着去看 SAP：一是客户要求，大客户审计时会问"你们用什么系统"；二是内部问题，订单、库存、财务三套数据对不上，想一次性解决。
SAP 的能力没问题，问题在账怎么算。买之前把三笔账算清楚，比看功能清单有用。
第一笔：实施这笔账
这类系统的成本结构里，软件许可只是一部分，实施顾问的工作量往往更大。流程梳理、主数据清洗、接口开发、用户培训，每一项都按人天计。中型的制造企业，实施周期按季度算是常态。
隐性成本在两处。一是主数据，客户、物料、供应商三张主表要洗到能用的程度，工作量常常被低估；二是并行期，新旧系统同时跑，员工要录两遍，这几个月效率是下降的。
报价这块各家口径不同，具体以官网最新报价为准。能问清的是三件事：许可按什么计（用户数还是模块）、实施包含哪些范围、上线后的运维年费怎么算。
第二笔：人的账
这类系统需要一个懂它的人。不是 IT 支持，是既懂业务流程又能配系统的人。这个人年薪不低，而且不好招。没有这个人，系统上线后每改一个字段都要找原厂，响应按周算。
还有一层：销售愿不愿意用。复杂系统的字段多、路径长，一线销售的耐受度是有限的。项目型公司的销售一天要跑两个客户，回到车上还要填半小时系统，这件事很难长期坚持。
第三笔：边界的账
大系统的强项是"打通"，订单和财务、库存和成本，全部在一条链上。如果你的核心痛点是这个，那它值。
如果核心痛点是"这个项目跟到哪一步了、为什么丢了、下周该催谁的钱"，那需要的是另一种东西——轻、快、销售愿意每天打开。这类需求在大系统里做，往往要定制开发，成本高、周期长。
实际的做法常常是分层：财务和供应链用重型系统，销售前端用轻的。两边通过订单号和客户编码对齐。这个结构不优雅，但跑得动。
什么时候不该买
三种情况先别急。客户数量少于一百家、一年项目少于五十个、没有专职 IT 或运营的团队，这三条占了两条，上重型系统的成功率很低。
反过来，如果客户里有大型集团、审计要求严格、多工厂多法人需要合并报表，那这笔钱该花，早花比晚花便宜。
重型系统的隐性收益，也得算进去
说完成本，得说收益，不然不公道。这类系统最大的价值是"一套数"。订单、库存、成本、应收，全部在一套数据里，月底不用财务和业务对三次账。这个收益在年营业额过五亿之后变得非常明显。
第二个收益是审计。客户要审厂、要合规、要看数据留痕，重型系统的日志和权限体系能直接交差。这笔钱省下来的是信任成本，不好量化，但真实存在。
第三个收益是复杂组织的管控。多法人、多工厂、多币种，这些在轻系统里做不了，硬做就是无穷无尽的定制。
折中的路径
很多中型制造企业的实际选择是分两步：先上轻的，把销售过程管起来，一年后看清了自己真正的痛点，再决定要不要上重的。这个顺序的好处是先拿到数据，做决策时不靠感觉。
反过来先上重的，风险在于销售端不用，最后变成一套昂贵的财务系统，销售还在 Excel 里跑。这种情况我见过不止一次，钱花了，问题还在。
不管选哪条路，有一件事必须做：主数据先定标准。客户名称、产品编号、订单编号三套编码规则，先写下来，再谈系统。编码乱了，什么系统都救不了。
上线之后的头三个月，决定成败
第一个月是数据期，把客户、产品、价格录进去。这个阶段最容易糊弄，录一半就开始用，半年后数据还是残缺的。定一个硬标准：核心客户必须全部录完才开放使用。
第二个月是习惯期。销售的抵触集中在这时候，理由通常是"太麻烦"。有效的做法是只要求填三个字段，其余的先不管。三个字段填顺了，再谈第四第五个。
第三个月是验证期。拿一个真实项目走完全程，从线索到回款，看哪一步卡。卡住的地方就是要改的地方，这时候改成本最低。
三个月之后还在用，这套系统才算活下来。很多项目死在第两个月，不是因为产品不好，是因为没人管这三个月。
算完三笔账再决定，别被"同行都在用"这句话推着走。项目型销售那条链怎么在轻系统里跑通，项目型销售CRM那页给了具体的落点；如果是投标驱动型的制造企业，招投标CRM里的节点管理更贴近日常。
