货车定位服务采购决策清单

这份清单怎么用

调度在意外协车能否查到，技术要确认接口能否批量调用，结算岗关心历史轨迹能否导出。采购会上即使每个人都说“功能够用”，也可能指向不同的验收条件。把这些条件写在同一份表里，才能看出尚未确认的缺口。

下面这份清单按采购的实际推进顺序编排，六步走完。建议的用法是：先由业务负责人填一遍，再让技术和采购各补一遍，最后拿这三份的差异去和服务商谈。差异点才是需要重点确认的地方。

第一步：需求确认

先回答清楚"买来做什么"，后面所有判断才有依据。

• [ ] 主要使用角色是谁：调度、客服、财务，还是收货方？各角色的诉求不同，不要合并成一句"都要看"。
• [ ] 核心场景是什么：在途可视化、到货通知、异常预警、里程对账、外部核验，还是多项都要？
• [ ] 每天涉及多少车次？车辆是自有为主还是外协为主？
• [ ] 现在有没有 TMS、OMS、ERP 或自建物流系统？如果有，技术团队能不能接接口？
• [ ] 这件事现在是谁在做、每天花多少时间？这是后面算价值的基础。
• [ ] 有没有明确的时间节点，比如系统上线、客户要求、内部评审？

判断要点：如果需求描述里出现"都想要"，说明还没收敛。先挑一个影响明确、能在约定周期内验证的场景做第一版，并写清成功后会减少哪项人工操作。

第二步：数据范围

这一步的目标是确认"能不能覆盖我的车"，不是听覆盖率数字。

• [ ] 我的车辆类型是否都在覆盖范围内：牵引车、重型货车、挂车、轻型货车、专项作业车？
• [ ] 我的主要线路区域是否都有数据？边缘省份、跨境线路单独确认。
• [ ] 位置更新的大致频率是多少？能否满足我的时效判断需求？
• [ ] 挂车是否可单独识别？罐车、冷藏车等特殊车型能否区分？
• [ ] 设备离线、数据缺失的情况大概是什么水平？
• [ ] 是否选取有查询权限的代表性车辆做过抽样验证？样本是否包含外协车和低频车辆？

判断要点：抽样验证这一步不要跳过。拿真实车牌测出来的结果，比任何说明材料都有说服力。测试样本要覆盖长途、短途、跨省、区域内四类场景。

第三步：接口与集成能力

只要涉及系统集成，这一步的权重就高于功能清单。

• [ ] 有标准接口文档、调用示例和测试环境吗？
• [ ] 支持批量查询，还是只能单车查询？
• [ ] 支持消息推送，还是只能我主动轮询？
• [ ] 接口的调用频率上限是多少？高峰期是否受限？
• [ ] 我们自己的技术团队能直接对接，还是必须经过对方销售或实施中转？
• [ ] 历史数据能否通过接口获取，还是只能通过页面查询？
• [ ] 如果不用接口，是否需要独立的使用平台？平台支持多角色权限吗？

判断要点：让技术同事在试用期内真正跑通一个接口，比看演示可靠得多。跑通之后再评估响应时间和稳定性。

第四步：保存与导出

这一组问题决定了你未来有没有换服务商的自由，不要放到最后才问。

• [ ] 我能查多久以前的历史轨迹？可查询的时间窗口是多长？
• [ ] 我能导出哪些数据：只有原始轨迹点，还是包含里程、停留点、节点事件？
• [ ] 导出支持什么格式？表格、结构化数据、还是接口方式？
• [ ] 能否按条件批量导出，比如"导出上个月的全部车辆轨迹"？
• [ ] 导出行为是否有操作留痕？
• [ ] 停止合作后，数据保留多久、如何交付、如何销毁？

判断要点：把"可查询范围"和"可长期留存"分开确认。页面上能看到历史轨迹，不等于这些数据被长期保存。

第五步：合同条款

合同阶段要落地的，是前面几步谈出来但还没写死的内容。

• [ ] 数据归属是否明确？明确企业可使用、留存和导出的范围，以及合作结束后的处理责任。
• [ ] 导出权是否写明：方式、格式、频次。
• [ ] 可用性水平是否有承诺值和统计口径？未达标如何处理？
• [ ] 服务响应时限、联系人、升级路径是否写明？
• [ ] 未到期终止的条件和已产生数据的处理方式是否约定？
• [ ] 计费口径是否清晰：按次、按车按日、按车按月、按年包干，分别对应什么用量区间？
• [ ] 查询无结果时是否计费？
• [ ] 用量超出预期时如何扩容、如何提醒？

判断要点：合同里最容易被忽略、后果最严重的两条是导出权和可用性口径。应在签约前写明测试办法和处理责任；如果试用阶段仍无法确认，就标记为待解决事项，不用口头答复代替条款。

第六步：验收标准

验收标准要在上线前定好，不能用"用着还行"来结项。

• [ ] 在线率怎么统计：瞬时口径还是时段口径？分母包含哪些车？
• [ ] 接口成功率按什么粒度统计？统计周期多长？
• [ ] 数据完整率怎么抽查：抽查多少趟、由谁执行、什么算合格？
• [ ] 位置准确性的验证方式：抽样比对，还是用调度的人工记录做对照？
• [ ] 试用期的观察周期多长？是否覆盖完整业务循环？
• [ ] 试用期内发现的问题是配置问题、数据边界问题，还是产品缺陷？分类记录。

判断要点：验收标准要能被量化、能被第三方复核。三条指标——在线率、接口成功率、数据完整率——是最小可用组合。

采购中最常见的五个失误

一、先谈商务，后问边界。 计费口径的谈判看起来很具体，但它建立在数据边界之上——覆盖多少台车、能查多久、查询无结果时是否计费，这些都取决于对方的数据能力，不取决于谈判技巧。顺序反了，谈下来的条件可能落不了地。

二、用演示代替试用。 演示通常只能覆盖有限车辆和有限时段，能确认部分功能，不能代表目标线路在高峰期的表现。试用期才是验证环节，两者分工不同。

三、忽略导出权。 合作时只谈了"能不能用"，没谈"能不能拿走"。等到需要切换服务商或自建系统，才发现数据拿不出来。

四、验收标准写在结项之后。 上线前没定指标，结项时就没有依据，只能靠感受。指标要写在前面。

五、只让一个部门拍板。 定位服务同时被业务、技术、财务和合规关注，任何一方单独决策都容易漏项。业务关心好不好用，技术关心接不接得进，财务关心用量口径，涉及对外披露的部分还有额外要求。让各负责人分别填写自己承担的验收项，再共同确认未解决问题和负责人。

把采购缺口留在同一张表上

内部填写后，把条目标成“必须满足”“试用验证”“暂不需要”。 每项保留负责人、证据位置和结论日期。尚未测过的项目写“待验证”，不要直接勾选通过；试用完成后按同一张表复核，只有关键缺口有明确处理方案，才进入签约或验收环节。