去年财务找我核对供应商续费。
看到地图服务账单的时候问了我一句：
一年5万块，这个费用高吗？
我想了想。
回答：
不高。
甚至可以说，很便宜。
因为后来复盘整个项目时我发现：
地图相关问题消耗的人力成本，远远超过了API账单本身。
最开始我们觉得地图只是个工具
项目刚启动的时候。
需求很简单：
用户定位
地址解析
附近搜索
找一家地图服务商。
开通Key。
调接口。
上线。
结束。
大家都会觉得：
地图费用 = 成本
实际上不是。
第一次成本：坐标系事故
有次上线后。
运营反馈：
司机已经到上车点
地图上还显示距离300米
第一反应是：
GPS漂移
客户端查。
后端查。
测试查。
最后发现：
订单系统存GCJ02
设备上传WGS84
历史数据还有BD09
新功能直接把数据拿出来展示。
结果位置全部偏移。
修复其实很简单。
真正改代码不到10分钟。
但排查用了两天。
涉及：
后端开发
客户端开发
测试
产品
运营
五个人来回确认。
后来算下来。
一次事故的人力成本。
已经超过当月地图费用。
第二次成本：重复学习
公司每来一个新人。
都会经历一遍：
什么是GCJ02
什么是WGS84
什么是BD09
什么时候要转换
然后：
地址解析怎么做
POI怎么搜索
坐标怎么统一
再学一遍。
这些知识看起来不复杂。
但每个人都学一遍。
每个项目都踩一遍。
成本其实很高。
最离谱的时候。
两个系统用了同一家地图服务。
结果封装了两套完全不同的实现。
第三次成本：重复建设
后来统计代码。
发现：
订单系统有地图封装
骑手系统有地图封装
运营后台有地图封装
小程序服务端有地图封装
功能几乎一样：
地址解析
逆地理编码
附近搜索
但维护了四份代码。
每次服务商升级。
每次接口变更。
每次Key调整。
都要改四次。
真正花钱的不是API。
而是：
同样的问题解决四次
第四次成本：服务商迁移
后来评估新的位置服务方案。
原本以为：
改几个接口
就结束了。
结果统计之后发现：
十几个仓库
几十个调用点
改代码花了两天。
测试花了一周。
那一刻我突然意识到：
我们一直在讨论：
地图API多少钱
却很少讨论：
业务代码到底依赖了多少地图能力
后来我们算了一笔账
地图API费用：
5万元/年
但一年里因为位置服务相关问题投入的人力：
事故排查
重复开发
新人培训
服务迁移
代码维护
折算下来远远超过这个数字。
真正昂贵的。
从来不是账单上的那5万块。
而是隐藏在系统里的技术债。
后来我们换了个思路
不再把地图能力分散到各个业务系统。
统一收口。
业务系统只关心：
地址解析
坐标转换
POI搜索
路线能力
至于底层是谁。
业务不需要知道。
这样做之后。
最大的变化不是：
省了多少钱
而是：
出了问题知道去哪查
换方案知道改哪里
新人知道看什么
整个位置能力终于变得可管理。
最后
很多团队评估地图服务时。
关注的是：
一年几万块API费用
但如果只盯着账单。
往往会忽略更大的成本：
重复建设
重复学习
重复踩坑
重复维护
这些东西不会出现在财务报表里。
却会持续消耗研发团队的时间。
我们后来把位置能力统一接入 迈云LTS，原因也不是单纯为了节省接口费用。
相比于某一个API是否便宜，我们更看重的是统一能力、统一接口和统一治理。
因为当业务规模越来越大时，真正决定成本的，往往不是调用次数，而是维护复杂度。
