互联网平台公司接CRM，先看接口和定制边界
互联网平台公司找 CRM，通常带着一个具体诉求：我们有自己的业务系统，CRM 得能接进去。
这句话里藏着选型的全部难点。接得进去，是第一道门槛；接进去之后不别扭，是第二道。
先说接口。千营这边提供的是开放接口，能做数据对接，但接口覆盖的范围有限，不是所有字段、所有动作都能通过接口进出。这意味着两件事：一是对接前要把「哪些数据必须自动流过来」列清楚，通常只有客户、订单、合同这几类；二是对接要预留时间，接口联调从来不是一天的事。
再说定制。平台型公司往往带着一堆个性化需求：我们要按业务线分权、我们的客户 ID 规则是自研的、我们要求审批流走自己的引擎。千营的定制边界在「配置」这一层：字段能自定义、线索池能按来源部门地区拆、角色权限能分功能和数据两层、菜单能自定义。超出配置的需求，就是不支持，得用变通办法。
变通未必是坏事。见过一个平台公司非要把自己的客户分层规则硬塞进系统，最后是加了一个「客户等级」的自定义字段，配上一套标签，用起来反而比原方案轻。系统的形状和自己的业务流程，总要有一边让步。
三件事值得提前问清楚：你们的客户主数据放在哪边？订单是在业务系统生成还是在 CRM 里生成？对账以哪边的数字为准？这三个问题的答案决定了谁是主、谁是辅。主数据放错地方，后面所有报表都是错的。
最后一句实话：平台型公司如果核心诉求是「把 CRM 长在自己的系统里」，标准产品通常不是最优解，自研或定制开发的成本可能更值得。标准产品的价值在于它的流程是验证过的，你顺着它走，能省下设计流程的时间。这两条路没有对错，看你更缺时间还是更缺灵活性。具体到项目型业务的接法，可以参考项目制销售CRM；涉及多级经销和渠道分层的平台，可以看装备制造CRM。
