定位能力自建还是采购：一笔账要算四件事
自建和采购不是技术偏好问题
技术团队已经做出车辆地图页面，调度却继续反馈外协车接不上、里程口径对不上、夜间故障没人处理。评估自建还是采购时，应把页面之外的工作列出来，确认每项由谁建设、谁维护、如何验收。
先确定需要支持的车辆和运输流程，再把一次性开发与持续维护分开估算。自建与采购各自承担哪些工作，应使用同一份任务清单比较。
这四件事分别是：数据接入、终端适配、地图渲染维护、长期人力。 下面逐条拆。
第一件事：数据接入
车辆接入需要登记车辆信息、核对标识、配置查询范围并完成位置与轨迹测试。自建时应将这些操作形成流程，记录状态、失败原因和负责人，不能只完成一次接口调用就认为接入结束。
自建意味着这套接入流程要自己搭。需要考虑的具体问题包括：
- 接口和页面中的车辆标识、字段格式、时间与坐标系是否一致，如何验证。
- 车辆信息核验怎么做——车牌、车辆识别代号、车辆结构这些字段错一个，接入就可能失败。
- 接入覆盖面怎么保证。自有车好办，外协车、临时调派车、异地车怎么办。
- 补录和纠错流程怎么设计。现场录错一个车牌，需要多久能发现、由谁改。
重点核对任务覆盖面。分别测试自有车、长期合作车和临时调车，记录未满足的车辆与流程。不能完成自动处理的部分，要列出人工补录动作与工时，不把这些工作排除在方案比较之外。
第二件事：终端适配
如果企业还要自己管车载终端，这一项会持续消耗人力。
终端的差异体现在很多层面：上报协议不同、字段定义不同、上报周期不同、支持的坐标系不同、故障表现不同。更麻烦的是它不是一个一次性工程——新增车型、批次或设备配置时，应检查兼容范围；有变化的字段、上报和故障行为需要重新验证。
为适配工作保留设备清单、协议版本、测试结果和已知限制。变更后观察点位缺失、离线告警与里程差异，出现问题时能回到具体批次和配置，不只按“系统不准”笼统报修。
第三件事：地图渲染与持续维护
地图是这个能力里最容易被当成"现成的东西"的一环。实际上它的维护成本不低。
- 底图授权与调用配额：核对授权方式、允许的展示范围、调用配额与更新条件，并将适用限制写进部署说明。
- 数据更新：新建的物流园、改造后的厂区道路、临时封闭的路段，底图不一定跟得上。厂区、港区这类场景对底图精细度要求更高。
- 点位承载能力：按预期车辆数与历史点位量测试地图加载、筛选和回放，必要时采用分组加载与显示简化，并检查是否遗漏需要的细节。
- 纠偏与路网匹配：把飘出路外的点拉回合理道路，逻辑做得好不好，直接决定轨迹可看性和里程准确性。
- 业务地点库：厂区、港区、收货点、收费站、服务区这些点位的坐标需要长期维护，才能支撑围栏和节点判定。
这几项加起来的实际工作量，往往比企业最初估的要重。
第四件事：长期人力
一次性建设之外，还应单列长期运营工作，避免验收完成后无人接手。
上线之后需要持续做的事包括：值班与告警处理、异常规则调优、数据质量巡检、接口版本维护、故障响应、用户培训与答疑。
为日常巡检、接口维护和故障处理分别指定负责人及替补。估算人力时包含夜间响应、版本升级和培训；有人兼任也可以，但需明确任务优先级与可投入时间。
采购可将部分技术维护交由服务方承担，但企业仍需负责台账、业务规则、权限和供应商协调。逐项划分双方责任，再核对故障时如何交接与升级。
什么条件下自建才合理
自建不是错的，但它需要满足比较硬的成立条件。可以逐项评估下面条件，识别需要补齐的能力：
第一，定位能力本身是企业的核心产品。 如果定位关系到产品差异，应明确哪些规则、接口和维护能力需要自主控制，再决定哪些部分自建。
第二，车辆规模大且稳定。 规模足够大，自建的固定投入才能被摊薄；规模不稳定，很容易出现建了用不满的情况。
第三，已有成熟的技术底座。 已经有地图能力、数据处理能力、稳定的接口体系和技术团队，自建只是在现有底座上增加一块，而不是从零搭一套。
第四，有长期预算而不是一次性项目预算。 将维护、升级与故障响应纳入持续计划，并说明业务规模变化时如何调整。一次性项目结束后仍需有人承担运行责任。
如果主要是支撑内部调度、结算和客服，可先用现成方案验证流程，再比较自建能否减少明确的限制；没有差异需求时，也不必为完整自建扩大建设范围。
混合路径往往更实际
多数企业的真实答案不是二选一，而是分层。
常见的三种混合方式：
按能力分层。 标准化的基础能力——位置、轨迹、里程、节点事件——直接采购；企业内部特有的业务逻辑——考核规则、结算算法、客户报表——自己开发。这样既不重复造轮子，也保留了自己的业务差异。
按车辆分批。 先选台账完整、流程清楚的一组车辆试点，确认接入和运维流程，再纳入其他车队。不同批次可以采用不同应用方式，但应统一标识和任务口径。
按阶段推进。 第一阶段先用采购方式把业务跑起来，验证清楚"这些数据到底用在哪些流程里、带来什么变化"；第二阶段再把被业务验证过、且有差异化价值的部分自建。这比一开始就承诺全套自建要稳。
这三种方式可以叠加使用，核心思路是一句话：把标准化的事交出去，把有差异的事留下来。
决定前先回答四个问题
在开会讨论自建还是采购之前，先让相关部门各回答一个问题：
- 业务负责人：三年后这套能力的用量大概是什么量级？会翻倍吗？
- 技术负责人：我们现在的地图能力、数据处理能力，离直接支撑这套业务还差什么？
- 财务口径：这属于一次性的项目投入，还是可以长期列支的运营支出？
- 运维视角：上线之后，谁负责每天看数据质量、谁来处理故障、谁来调规则？
把答案汇成两份工作清单，分别写明自建和采购仍需企业承担的开发、配置、运维与退出工作。未确认的事项注明负责人和验证期限；尤其是上线后的故障响应，必须在选择方案前落实。