OA和CRM合成一套，先看审批在谁手里
判断先给：OA管人和事，CRM管客户和钱，合成一套省的是账号钱，冒出来的麻烦是两套权限模型打架。审批链短、客户就几十个的小公司，合成划算；单子要串合同、收款、验收的，分开更稳。省下的账号钱和丢了的数据比，后者贵得多。
两边管的压根不是一类东西
OA的主语是员工，请假、报销、用章，按组织架构走流程；CRM的主语是客户，归属、阶段、回款，按客户档案走。合成之后最常见的坑是权限对不齐：CRM里「变更归属人」是销售动作，OA侧没有对应位子，改一个权限两头都要动，改漏一头数据就串。见过一家设备厂把客户台账放OA里，销售离职交接靠行政改表，改完谁也说不清哪天改的。
还有一层要如实说：通用审批流在这类CRM里翻不到，合同审批、用章这些还得在OA侧跑。能串起来的是单据线：客户详情右上角「创建订单」，收款方式选分阶段收款，每期金额和原定收款时间填进去，收款在订单详情里逐笔记录，老板再从「订单分析」看待收和延期。审批归审批，单据归单据，两边各有各的账本，别硬捏在一处。
代价也算给你：合成一套，供应商涨价的余地大，换掉一头往往两头都得换；分开两套，账号多掏一份钱，但坏了只修一头。动手前拿一个正在跑的单子试：从合同签下到第一期款到账，中间隔着几道审批、几张单据，超过三道就分开，三道以内合成能省事。客户数也会涨，台账几十条时合成够用，涨到几百条加上多业务员分单，权限打架的日子就来了。这条线怎么画，项目型销售CRM里有一节专门讲；千营CRM这边可以先把订单和收款串起来试。
