南靖县书洋镇、土楼那片做民宿的小苏，去年想把房间挂到几个平台上。她找我做接口对接。她一开始估的预算是八千，我算完告诉她，光联调和返工就可能吃掉一半。你在漳州做民宿、做票务的，这笔账最好提前算清楚，不然后面很被动。
对接的钱主要花在哪
我给小苏拆了三块：接口开发、联调测试、上线后的维护。开发反而不是大头，联调才是。平台那边的字段名跟我们不一样。她这边写的是小写，对端要求驼峰，差一个字母订单就推不过去。这种事一天能来回折腾七八趟。我当时就卡在这，卡了整整一天。
还有一笔容易漏掉：调用限额。小苏上线第二天，接口一天被调了三千多次。超了平台给的次数上限，订单推送直接卡住了。超了要么加钱买额度，要么自己加缓存少调几次。这是她上线前完全没想到的，我也没提前提醒，算我漏了。后来我养成习惯，对接前先问清一天能调多少次。
不算清楚的代价更贵
小苏有次吃了大亏。平台回调重复发了，她那边订单没做去重。同一间房一天被订出去 17 次，前台小姑娘手工退了半下午。这事的锅不在平台，在我们没写防重。旺季碰上这种事，光道歉电话就够你喝一壶。我后来给她加了个按单号去重的判断，十行代码的事。
还有个小细节我记着。她民宿在云水谣，山区信号不稳，客人在路上扫码下单，请求发一半断了网。我们没做失败重试，那批订单直接丢了，她到晚上对账才发现。后来补了个重试队列，三天写好。这事之后，她每次上新渠道都会先问我一遍限额。
哪些钱可以省下来
我也帮她省了几处。不是每个平台都要实时同步。房态变动不快，隔十分钟拉一次就够，调用次数一下降了六成。日志也别全打，只记失败的，排查够用还省存储。你要是预算紧，先从这两处下手。我当时还帮她关掉了两个没人看的报表接口。省下的额度，够她旺季多扛一阵。
总结
小苏那单做了两个平台，花的钱跟原计划差不多，但多花了九天。对接这笔账，预算里一定留三成给联调和返工，上线前先问清调用限额。你要对接，先把对端的接口文档要过来自己通读一遍。看不懂的地方标出来，再找人聊。