从买软件到买业务处理能力,物流企业的采购逻辑会变吗?

如果软件能接过其中更多工作，企业采购时关心的问题也会变化：除了多少账号、哪些模块，还会追问，同样一批业务究竟少做了多少重复劳动，多获得了什么服务。

这会不会进一步改变软件的卖法，甚至改变物流企业与客户之间的收费关系？澳大利亚物流软件商WiseTech旗下的CargoWise，提供了一个值得拆开的观察样本。

收费单位变了，采购对象就变了吗？

2025年12月，CargoWise推出Value Packs，取消套餐中的席位费和标准云托管费，把更多功能纳入按合格物流业务交易收费的安排。旧模式本来就包含席位费和交易费，这次调整的重点是收费组合与功能打包。

这种调整有商业上的合理性：如果更少操作人员可以处理更多业务，使用人数与平台承接的工作量就可能脱钩。围绕交易计价，让软件商有机会随业务处理规模获得收入。

但客户也完全可以把它理解为一次套餐重组，继续比较功能、总费用和迁移成本。仅凭价格变化，还不足以认定客户正在购买一种新的服务。

官方FAQ里的计费规则恰好说明了这一点：相关业务登记保存后，访问计费页会触发交易费；它并不是在确认某段工作完成、或者客户获得节省之后才收费。

按票收费计量的是业务活动；采购处理能力，还要验收软件实际交回了什么。

采购评价可以增加“供应商持续替我完成什么”这一项。先看它承诺交付什么、承担什么责任，再判断是否值得购买；即使是一项真正的处理服务，也可能因为成本过高而不划算。

软件费列入客户账单，谁真正承担成本？

CargoWise另一个值得观察的安排，是对外账单配置。

官方FAQ说明，货代和独立正式报关两类套餐，默认把相关费用以“CargoWise Automation Fee”列入物流客户账单；企业可修改配置，仓储与陆运套餐不默认如此处理。

软件商向货代收费，货代再决定由自己吸收、折入总报价，还是向客户单列协商。系统提供了费用呈现和回收的通道，能否收回来，仍由合同、竞争和客户接受程度决定。

对货代经营者来说，这带来一个具体问题：用软件改善的服务，能否成为客户愿意付费的理由？

如果客户得到更快的确定答复、更少的单证返工，或者更清楚的运输进度，费用就有了可以讨论的服务依据。如果客户感受到的交付没有变化，一条自动生成的收费项目很难代替销售解释。

这里讨论的是判断逻辑，不是CargoWise已被验证的客户效果。

技术成本可以沿账单传递，技术价值却需要在服务中兑现。 软件商能够计费、货代能够开账、物流客户愿意付款，是三个不同环节。

交回什么结果，才值得按处理能力采购？

用单证资料核验作一个机制示意。以下不是CargoWise功能实测，也不是兔影客户案例。

一种工具提供识别与比对：员工上传文件，查看提示，自己判断缺失项、追问客户、修改记录。即使它很有价值，采购的主要仍是一套辅助工具。

如果服务还承担资料归集、完整性检查和缺失项追踪，货代便可以要求它交回两类明确结果：资料齐备时，提交附依据的待复核结果；资料缺失或冲突时，标明问题、已采取的动作与需要接手的人。

工具也可以承诺稳定性、修复缺陷，甚至自动完成上述步骤。区分点在于谁持续运营这段工作：如果任务分派、运行检查和异常追踪都由货代负责，供应商主要提供工具；如果供应商按约定持续交回任务结果，并负责范围内的纠错补做，采购就增加了一项业务交付责任。两者之间也可以采用分工合作的安排。

这项责任还应覆盖规则变化：由谁确认有效规则，谁负责更新，更新后怎样复验。货代可以保留业务规则的批准权，服务商负责约定范围内的配置与验证，不能默认新规定会自行进入服务。

业务负责人再从记录中检查，多少任务交回后可以继续办理，多少被退回，员工还花了多久补录、复核和追问。

采购比较的对象因此有所增加：除了产品能不能用，还包括供应商是否持续承担了约定的工作。服务商不必包下所有异常，但应把自己处理什么、何时交还货代写进交付约定。

但若原系统加上规则校验和人工复核已经足够，新增服务只是把录入时间换成更多核对与沟通，维持工具采购可能更经济。处理能力也只针对明确的一段工作，不自动延伸为整票物流履约责任。

真正影响续约的，是交付与费用能不能对上

新的收费方式也可能增加核算负担。

澳大利亚Freight & Trade Alliance在2026年1月记录了成员对过渡价格保护安排的反馈：部分客户账单有月末调整，有成员担忧核算复杂度增加。这反映当时部分成员的经历，不代表所有客户或此后的持续状态。

因此，货代不必先更换合同或重建计费系统。可以由业务负责人会同财务，选取近期同类业务，将供应商费用、任务交付和客户回收对应起来，再比较：

• 同样业务结构下，软件实付和附加费用改变了多少；
• 完成这些工作，还需要多少人工、返工和对账沟通；
• 对外列出的技术费，实际收回多少，是否被其他折扣抵消。

新采购还要计入必要的接入、迁移培训、并行验证，以及后续规则维护和退出交接代价。已有系统续约，则应比较从现在起继续使用或切换方案的未来支出，不把已经发生且无法收回的投入再全额计入；切换所需的数据导出、交接和停用成本仍要考虑。

比较时要控制进出口、货物类型和业务复杂度等差异，不能拿票量增加后的总账单，直接判断单票服务变贵；也不能把节省工时直接当作工资支出减少。

确认买的是什么之后，再决定这项服务值不值得买。 若交付改善经得起记录核查，节省与新增服务价值又足以覆盖费用、维护及切换代价，就有采购依据。客户不接受单列技术费，也不必立即放弃：货代仍可能通过内部节省获得收益。反之，若异常和复核抵消了收益，就应缩小范围、重新议价或保留原方案。

收费方式可以是订阅、按量或混合，关键是同一笔业务的费用能够对应到清楚的交付和责任。

中国企业要学的，是采购标准怎样跟上服务变化

按票计费在国内也有实例。WallTech的CargoWare公开报价，已有按票租用、用户授权及附加服务组合。它与WiseTech的CargoWise是不同产品，这里不比较价格或效果。

这个海外案例对中国物流企业的启发，不是要不要跟着增加“AI费”，而是采购标准应否随着服务承担的工作一起调整。

购买基础系统时，功能、稳定性与可维护性仍然重要。如果供应商进一步承诺承接一段日常作业，就应增加对工作交付、剩余人工、异常处理和成本的验收。按什么单位收费，可以随后商量。

这也给产业服务商留下了更具体的机会：把一段客户持续需要的工作做成有明确交付、可稳定运行、失败可处理的服务，而非只给原来的功能换一个价格标签。

CargoWise的收费与账单安排，并未证明整个行业已经转向购买处理能力。它提供的启发是：当软件把收费对象放到一票业务上，客户也有理由把采购评价落到这票业务的交付上。

采购逻辑的变化，首先体现在验收对象上：从系统具备什么功能，增加到供应商持续交回什么工作结果。至于是否购买，再看交付收益、完整代价与风险是否匹配。即使收费改为按票，这两步判断也不能省略。