很多定位项目的预算失真，不在开发报价，而在“多久上报一次”这个参数。开发费是一次性支出，定位频率却会进入每天的地图调用、数据库写入、回放查询和手机耗电。100名外勤、30秒上报一次，一天约9.6万个定位点，一个月接近290万个；改成5秒一次，点位放大6倍，一个月约1700万个。功能表面没变，长期账单已经换了量级。
频率放大的是整条成本链
地图服务通常按能力拆开计费，底图展示、定位、逆地理编码各算调用量。免费额度适合测试和小规模使用；日均调用量到十万级以上，多数服务商会要求商业授权。频率提高，这些调用同步增加，不只是多占一点存储。
轨迹存储也类似。单个轨迹点压缩后大约几十到一百多字节，100人、30秒一次、存一年，原始数据量大概几个GB，容量本身不吓人。真正花钱的是持续写入请求、集中回放算力和保留期限。几百人同时在线，数据库每秒都要接新点；管理员拖一条一个月的轨迹，可能一次扫几十万个点。回放体验越流畅，背后的算力成本越高。
把频率从常量改成策略
更合理的方式是分场景采样：行驶或作业中15到30秒一次，静止时降到1到5分钟一次，进出围栏时临时提高精度。这样轨迹可用，电量与写入量也可控。精度同样要按需选择：外勤签到、巡检到位判断，几十米通常够用；配送路线还原、里程核算，才需要更密的采样。精度和频率同时上调，成本是乘法关系，不是加法。
还要把频率设计成后台可调参数。写死在客户端，后期想省成本或提精度都得重新开发。轨迹保留期限也要在需求阶段定下来，是90天、180天还是一年，直接决定存储账单；最近7到30天的热数据放高性能库，更早数据转冷存储或按周归档，能兼顾回放与成本。位置信息属于敏感个人信息，采集越密，合规要求越重，单独同意、最小必要和可关闭入口都应在方案里预留。
评估定位项目时，先定在线人数、上报频率、保存时长这三个数，再让服务商按量报价，并把频率调节和保留策略写进方案。只看开发总价，容易把一次性费用当成全部成本；把分场景频率和每年用量一起算，才能看清哪一档真正可持续。
