官网找A家做的，小程序找B家做的，去年想打通会员体系，A说接口要B开放，B说数据格式得A配合，两家在群里互相踢了俩月皮球，项目卡在半空。坑不在两家小程序开发公司不好，而在协调成本没人事先算过。
并存的真实成本是协调
分开找供应商，单价可能各自便宜两成，但省下的钱会在协调时加倍还回去。系统要打通，就要有接口对接：谁出接口文档、谁适配对方格式、联调时出问题算谁的，每一项都是扯皮的由头。更麻烦的是出了故障，官网打不开，A说是B的小程序把服务器搞挂了，B说是A的配置有问题，查证过程可能耗掉一周。让两家小程序开发公司协同工作，中间得有个总协调的角色，这个角色不是你，就是其中一家，选谁都不轻松。有个土办法可以预演：签约前让两家各出一页对接方案，看愿不愿意配合、方案对不对得上，配合度低的那家，日后扯皮的概率也低不了。
哪些情况适合分开找
也不是一棍子打死，两种情况分开找反而合理。一是系统之间完全独立：官网就是展示，小程序就是商城，会员、数据各管各的，没有打通需求，那分开找各选所长，没问题。二是术业有专攻且对方认账：A家擅长做品牌官网，B家做电商系统强，提前约定对接由B方总负责，A方配合出文档，把协调责任事先分好。怕的是签合同时都想简单，没想过对接这回事，等需求来了再补课。判断自己的项目属不属于要打通的类型，把未来一年可能的数据需求列出来，会员、订单、库存，凡是要在两边流转的，都算。
- 系统不互通的项目，分开找没风险
- 要打通的项目，先定谁总负责
- 接口文档和联调责任写进合同
并存前先定好接口和责任边界
决定分开找了，签约前把三件事写死：数据存在哪，统一放谁的数据库；接口谁出，出的一方收费怎么算；出了故障怎么定责，先查谁、后查谁、查不出来怎么办。有条件的话，让两家小程序开发公司在合同里互相确认知悉对方的对接义务，白纸黑字比群里说一百句都硬。实在不放心，就把协调外包给其中一家，付一笔千把块的协调费，比你自己当传话筒省心得多。并存期间每季度拉一次对账，两边的会员数、订单数对一遍，差异早发现早处理，别等数字对不上了才想起来查。
建议：能打包给一家的尽量打包，省下的协调成本是真的钱；实在要并存，按上面的边界清单逐条签进合同。比格网络官网、小程序、商城系统都做，这类客户打包过来的，对接从来不是问题，你比较时也可以把能否统一承接当作一个筛选条件。
