坐下来他先问的是，两个系统对接怎么就这么难？我说难的不是技术，是开工前有四件事没谈清楚。这四件事谈定了，对接的难度能降一半。
谁的数据说了算
两个系统对接，第一个要谈的是数据口径。同一笔订单，A 系统按含税算，B 系统按不含税算，对上了也是错的。
我们的建议是开工前明确一件事：以哪一方的数据为准。不要两边都想着做主导，那样每天都会在细节上扯皮。
口径定好之后要写成文档。写下来才能检查，也才能在后面出问题时对照着看。
接口谁来提供
对接要有人提供接口，这件事经常在启动后才变成问题。两边都以为对方会做，结果谁都不做，项目就卡住了。
我们的建议是在启动前就写清楚：每个接口由哪一方提供、什么时候提供，以及文档在哪里。时间点写具体的日期，别写「尽快」。
如果有一方没有现成的接口，需要开发。那就要把这部分的工作量和周期也算进整体计划里。
出问题找谁
对接之后总会出问题，关键是出问题的时候有人管。客户的钱付了订单没到，这时候两边互相推，损失只会越来越大。
我们在合同或者方案里会约定一个对接机制：每一边有一个联系人。问题反馈走什么渠道，多长时间响应。
还有一个常用的做法是建一个共同的群。出了事在群里说，两边的人都看得见，比私下沟通高效得多。
还有一件事是时间表。谁先做、谁后做，再加上什么时候联调，这些节点要写下来。没有时间表，双方都会觉得对方不急，项目就一直往后拖。
我们一般建议把联调的时间留足。开发各做各的都容易，真凑到一起跑，问题才出来。
说到系统对接，这几个问题最多
对接一般要多久
看两边的接口情况。都有现成接口的一两周能通，需要开发的要按需求评估。
对接之后谁维护
一般各自维护自己这边。接口出问题，提供接口的一方负责排查。
对接口有分歧怎么办
回到最开始的文档，按约定的数据口径判断。文档写清楚了，分歧就少。
这就是常斌团队的讲法：先把这四件事谈清楚，再动手，谈不清楚的宁可不接。
先谈清楚再动手
我的建议是把这四件事写成一页纸，双方确认了再开工。一页纸的成本，比项目做到一半停下来低得多。
我们经手的 300 多个小程序里，各行各业的场景都碰到过。信服无限经手系统对接时，习惯先把边界谈清楚。别急着报价，告诉我你要对接的是哪两方，各自的系统是什么。我们帮你把四件事列出来，一条一条过，别漏。