运输公司如何选软件:现场要测试什么
一份面向车队老板、货运代理和中小型运输企业的实用选型指南:软件在您的日常流程中究竟在哪里掉链子,演示时测试什么、怎么测,以及现有四种方案的真实成本构成。本指南由 Logistivo 发布,我们自己的产品处在什么位置,在专门的章节中如实列明。 承运商选软件,简短的答案是:买那个能把您重复最多的业务链条装进同一条记录的系统。在公路运输中,这条链条是固定的:询价、报价、接单、指派车辆和司机、生成单证、过境、交货、开票、收款。如果一个产品在这条链的中间某处断开,WhatsApp 和电子表格就会再次填补这个缺口,而您付费购买的许可,只是让同样的数据又多了一个要录入的地方。 承运商最常依据两个具有误导性的维度做决定:功能清单有多长,以及地图上的车辆追踪看起来有多漂亮。在现场真正决定结果的却是另外几件事:司机是否真的会用那个界面,运价和客户名称是否对他保持封闭,同样的重量和件数一天要重写多少次,以及交给分包商的业务是否仍在您的视野之内。 本指南由 Logistivo 发布,因此请把它当作坦诚的而非中立的指南来读:下面的标准围绕现场实际发生的情况来写,而不是围绕任何一款产品;Logistivo 在这一比较中处于什么位置——包括它不做什么——在专门的章节中列明。请用其中的工作流程、标准和四种方案对比为您自己的运营打分,并用您最棘手的档案、而不是厂商整洁的示例数据来跑任何一场演示。
工作流程环节与软件必须做到的事
询价到来:来自客户、来自您的网络,或来自招标表格 — 一个上午之内,业务会同时从三个渠道涌来:老客户的一通电话、您网络中某家公司在系统中发来的询价,以及一份需要为年度协议填写的线路清单。先看哪一个,取决于您当天有哪些空车,以及您实际在跑哪些路线。 所有询价汇集到一个列表中;可按路线、国家和设备类型筛选;有新询价时即时通知团队。对于多线路的季节性定价,支持从表格批量录入报价。 合适的业务在列表里被发现得太晚,客户等不到回复,货车空驶返程。拥挤的线路清单手工填起来太累人,于是那些业务根本没有报价。
核算价格,发出报价 — 每车运价、过境和清关费用,以及配到回程货的可能性,全靠某个人在脑子里加总,然后通过电话或邮件报出数字。客户一议价,就会冒出第二个、有时甚至第三个数字,到底哪个算数就说不清了。 每车运价和总收入显示在同一个界面上;报价可以修改,修改时之前的金额自动作废;记录谁在何时报了什么价,并衡量中标率。 客户分不清哪个数字是当前有效的,接受的价格与最终开在发票上的金额对不上。您永远不知道哪条线路赚钱、自己的报价有多大比例中标,定价策略始终凭直觉。
接单成功:匹配牵引车、挂车和司机,或者把业务分包出去 — 您要为一辆空闲的牵引车匹配一辆合适的挂车,以及一位获准跑这条路线的司机。没有合适车辆时,整单或部分业务会交给您认识的承运商,协调工作又回到了电话上。 派车时进行资格核查:司机证件是否有效?他在境外剩余的天数是否足够?那几天他是否已被安排了另一趟行程?分包时,能持续看到进展,同时客户和运价信息对分包商保持封闭。 同一位司机被安排了两趟行程;签证已过期的司机出发后在边境被退回。分包出去的业务陷入“已发走,等消息”的状态,您能给客户什么答复,取决于分包商接不接电话。
装货与单证:送货单、CMR 运单、装箱单、出口报关单 — 在装货点确定件数、重量和包装,同样的信息还要分别写进送货单(土耳其称 irsaliye)、运单、装箱单和发票。在国际公路运输中,CMR 运单随货同行;按惯例,它一式三份正本,由发货人和承运人签字。根据《CMR 公约》,发货人通常对运单所填事项的准确性负责,包括各方名称、件数、重量和货物描述;而承运人的职责是核对件数、标记和货物的外观状况,并在必要时注明保留意见。 运单及其他单证从同一条运单记录生成;司机可在装货时用手机附上单证照片;单证之间的重量、件数或当事方名称如有任何差异,自动标出。 由于同一信息要手工录入多份单证,总会在某处出现偏差,而偏差通常要么在边境、要么在银行才被发现。现场拍的照片淹没在群聊里,几周后办公室还得去翻找。
边境、过境运输与海关等候 — 出口报关通常在货物所在地的主管海关办理,但具体由哪个海关主管,因国家、程序以及适用的便利措施而异。随后车辆携带这些单证驶往边境。在边境办理出境手续,需要时处理过境单证(T1 申报或 TIR 证),并查验单证。一旦出现不一致或缺少单证,等候就要以小时计,滞期费和延误成本在毫无计划的情况下不断累积。 货物发运前进行跨单证一致性校验;报关行可以作为相关方加入同一份档案;出发前能对照目的国关税和贸易措施核查商品编码(HS 编码);自动计算司机的申根 90/180 天额度。 缺失的单证到了边境才被发现;车辆滞留,成本超出计划,承诺给客户的交货日期一拖再拖。一笔没注意到的附加关税,会让一趟您以为有利可图的行程变成亏本买卖;超出天数额度的司机则会被拒绝入境。
在途跟踪与向客户通报进展 — 客户一天要问一两次“车到哪儿了”;您打电话给司机,司机在路上,回答迟迟不来。一天下来,同样的信息要给三个人解释三遍。 位置挂在所运货物的记录下流转,而不是挂在车辆下;每次状态变更都带时间戳保存;客户可以在自己的界面或通过分享链接查看;往来沟通按票保存,必要时自动翻译。 一天都耗在通报状态上。发生纠纷时,您无法证明车辆何时在何处;一条外语消息被误读,货车开到了错误的地址。
交付、签收凭证(POD)与设备归还 — 货物卸下,取回已签字的运单副本和签收凭证,挂车卸空或交给对方。货损争议通常恰恰从这一刻开始,而责任往往无法证明。 司机可以直接用手机把签收凭证附到运单上;交付时间和地点自动记录;挂车易手时留存带照片的交接记录,并跟踪责任时段。 已签字的运单几周后才送到办公室,在此之前无法开票,收款随之推迟。由于没人能证明货损发生在哪个环节,扣款通常被不公平地算到最后一位司机头上。
结算、开票、收款与关账 — 行程结束,开出运费发票;扣除分包商结算款和司机费用。客户按账期付款或者不付款,而在大多数公司里,这整个环节都在一个完全不同的程序中进行。 从运单记录生成发票;标记收款后,往来账户余额和应收账款账龄自动更新;支持您的欧盟客户系统所接受的电子发票格式;司机费用记到正确的一方。 同一个数字要在运营、开票和会计中录入三次,差错不断累积。逾期应收款在不知不觉中增长并冲垮现金流;一张因格式问题被拒的跨境发票,会把收款拖上好几个月。
选型标准
调度核心:在派车那一刻核查司机和车辆是否符合条件 — 承运商每天的工作,就是决定谁开哪辆车、跑哪里。如果一个系统只是记下这次指派,它是在记账;如果它在您派车的同时核查司机证件是否有效、他在境外还剩多少天、车辆是否空闲,它才是在调度。两者之间的差别,就是一辆已经驶出车场、却在边境被退回的货车。 设置一位签证即将到期、境外停留天数额度也快用完的司机,然后尝试把他派到一趟新行程上:警告是直接出现在派车界面上,还是您必须另外打开单证页面才能看到?再用一趟日期重叠的行程重复一次,并准确记下系统给出的提示。
司机无需问人即可完成的现场步骤 — 大部分运输数据都产生于方向盘后:装货确认、单证照片、位置、签收凭证。如果司机无法独立完成这一步,数据就会迟到、残缺,甚至根本到不了办公室,运营团队一整天都在打电话收集数据。司机端界面是运输软件中最被低估的一项,也是让最多项目夭折的一项。 把演示账户装到您自己司机的手机上,不站在他旁边、也不口头指导,请他把一票货的状态改为“已装货”,并附上一张 CMR 运单照片。他能否第一次就独立完成?记下他卡住的地方,因为这一步会在每一趟行程中重复出现。
商业数据对司机和现场保持封闭 — 您一旦给司机开账户、让他更新运单状态,大多数系统同时也会把您的运价、客户名单和往来沟通向他敞开。这些信息一旦流出公司就收不回来,而且通常会落到离您最近的竞争对手手里。在这里,权限隔离不是什么高级功能;对承运商而言,它是入门条件。 用司机账户登录演示环境,有意去翻找:运价、客户公司名称、往来账户余额、办公室聊天记录。如果您能在任何一个界面上看到一个金额或一个客户名称,那么这套系统就在泄露您的商业名录。
位置挂在运单记录下流转,而不仅仅挂在车辆下 — 承运商的客户问的是“我的货到哪儿了”,而只有当位置挂在这票货的记录下时,这个问题才答得上来。如果位置存在于一张单独的地图上,就没有可以分享给客户的答案,交付时刻也永远不会被记录下来。如果您已经在用车载硬件,问题就变成:这些数据能否关联到行程记录上?以什么形式? 在演示环境中打开一票货,指派一辆车,然后亲自搭建面向客户的视图:如果有分享链接,就在自己手机上不登录直接打开;如果没有,就以客户权限邀请第二位用户加入演示环境,从那个窗口查看。您能否看到这票货的位置和状态,却看不到运价和您的其他客户?同时检查“已交付”的时间和地点是否被自动记录。
报价计算:按车计价、修改报价,以及中标/落标记录 — 在公路运输中,价格通常按车来谈,然后在议价中变动一两次。如果软件只保存一个总金额,接受的价格和开票金额就会逐渐对不上,您也永远不会知道哪条线路赚多少。一个从不衡量中标率的销售流程,就是靠直觉在跑的销售流程。 为一个需要三辆车的询价按车报价,然后修改价格。同时检查三件事:总收入是否自动更新?之前的报价是否自动作废?对方看到的是否只有一个当前金额?
从同一条记录生成单证,并在发运前做一致性校验 — 在国际公路运输中,运单随货同行,而同样的重量、件数和各方信息还要写进发票、装箱单和送货单(土耳其称 irsaliye)。手工抄写这些信息,总会在某处出现偏差,而偏差要么在边境、要么在银行才被发现。从同一条记录生成单证,能从源头上切断这种偏差;至于它实际能为您省下多少时间、减少多少次更正,只有您自己的单证量才能说明。 从您自己的档案中上传一份真实的发票和装箱单,并故意改动其中一份的件数:在您指出之前,系统能否发现这个差异?然后尝试从同一条运单记录生成 CMR 运单,而不再录入任何数据。
工作转给分包商时的可视性与信息隔离墙 — 运力不足时,您会把活儿交给另一家承运商,这时需要同时做到两件事:您能持续看到他的进展,而他看不到您的客户和运价。大多数软件要么根本没有为此建模,要么把它设置成“第二个客户”。如果您只用自有车队、从不分包,可以调低这项标准的权重;如果您有相当一部分业务要转出去,就把它提升为关键。 把一票货的一部分交给第二家承运商,然后从他的账户查看。正确的结果是:分包商看不到您的客户,也看不到您报给该客户的运价;而您不必打电话,就能看到他的状态更新。
车辆和司机证件的到期日历与主动提醒 — 保险、车辆年检、护照、签证和司机职业资格证都会悄无声息地到期,而您发现的地方通常是边境口岸或路边检查——到那时,这趟行程已经泡汤了。光存储这些日期是不够的,系统必须主动来告诉您。只有打开界面才能看到的警告,算不上监控。 录入一份司机签证和一次车辆检验,两者都在两周后到期,然后退出登录,等上几天。提醒会自动通过邮件或通知送到您面前,还是需要您自己去找?
结算、开票、收款和关账都基于同一条记录运行 — 在公路运输中,钱是在收款时才真正挣到的,而不是在运输完成时;两者之间还隔着运费发票、分包商结算和司机费用。如果运营在一个程序里,而开票和账簿在另一个地方,同一个数字就要录入两三次,差错不断累积,逾期应收款在不知不觉中增长。如果您服务欧盟客户,能否按对方接受的电子发票格式开票,会直接影响您多快收到款。 在演示环境中,从一票已完成的货物开出发票,并标记为已收款。往来账户余额和应收账款账龄是否在这一个操作中同步更新?还是您最终要在会计界面上把同一金额再录一遍?
方案对比
靠电话、WhatsApp 和电子表格手工协调 — 只跑一条线路、每月只有寥寥几趟、每辆车每位司机都叫得出名字的小型运营者;也包括一年中大半时间业务停摆的季节性企业。只要大家彼此都还熟悉,灵活性就胜过额外的管理负担。 成本不体现在软件许可上,而是累积在人力和差错里:一辆卡在边境的货车、一张开晚了的发票、一笔没人发现的逾期应收款,以及随业务增长而增聘的运营人员。这些都不会作为预算科目出现,而这恰恰是它看起来免费的原因。
通用软件加电子表格体系(记账软件、ERP 附加模块、模板) — 财务这一侧早已理顺、试图把运输业务也塞进同一套软件的公司;或者有一位喜欢做电子表格、想亲手塑造流程的运营经理的企业。 订阅费那一行看起来很便宜;真正的开销是做表格、并在表格每次出错时去修复的那个人的时间。这份劳动从不开票,所以从未被衡量;而当那个人离开时,重建整套体系的成本会一次性砸下来。
单一功能的点状工具(只管车辆追踪、只管单证归档、只管记账) — 痛点集中在一处的承运商:比如其他一切都运转正常,只有车辆位置这一块不行;或者只有运单和发票档案一团糟。如果您接受在工具之间手工搬运数据,或者能腾出一个人专门做这件事,这种方式也说得通。 每个工具都意味着一份单独的订阅、一份单独的合同和一条单独的支持热线,再加上在它们之间手工搬运数据所花的工时。不要凭直觉决定:把您已在使用的各个工具的月费、数据搬运时间和续约日期列进一张表,再把这个总数与一个端到端平台的报价放在一起比较。
端到端运输管理平台(TMS) — 反复跑相同线路的承运商和货运代理——无论是用自有车队、用分包商,还是两者兼有——从事国际运输或多点运输。如果您能看出,随着行程数量攀升,调度台正被电话拖住,那么这一栏就是为您准备的。能让司机用上 App,是前提条件。 看得见的开销是一份订阅费加上实施和培训的投入;真正决定答案的不是定价模式的形式,而是这种模式在您的业务量下算出来的数字。同一个产品要报两次价:一次按去年的真实业务量,一次按您的增长预期;只有算完这两笔账,才能看清按用户、按车辆、按票还是固定套餐更便宜。
常见的采购误区
让车联网数据与行程记录脱节 — 车载定位终端、行驶记录仪和油位传感器在公路运输中确实有用:行驶记录仪数据用于驾驶与休息时间合规,怀疑燃油损耗时有油位传感器,司机手机关机或没电时还有硬件保证位置连续。问题在于,这些数据从未与行程记录连接起来;地图在一个屏幕上,运单的状态和单证在另一个屏幕上,办公室一整天都在把两者拼到一起。不要把决定框定为“车联网还是运输软件”。请问清两个候选方:它们能否把您现有的设备数据挂到那票货的记录上,以什么形式。
买了一个司机永远不会用的现场界面 — 办公室界面在演示中令人印象深刻,因为演示本来就是办公室人员讲给办公室人员看的。然而大部分运输数据产生于方向盘后,如果司机端笨拙难用,系统的现场那一半就永远填不满:没有位置、没有单证照片、没有交付时间,办公室还是像以前一样靠电话收集数据。就连注册上手这一步都很重要,因为冗长的注册和密码流程本身就足以终结推广。请用您最不情愿的司机、而不是最积极的司机来检验这个决定,并尝试在不站在他身边、不口头指导的情况下让他完成一趟行程。
没有按自己的业务量重新计算定价模式 — 常见的模式有四种,没有哪一种本身是对或错。按用户计价在小团队中最便宜,团队扩大后就会攀升,还可能迫使公司多人共用一个登录账号。按车辆计价会在车队缩减时自动降低开支,在车队扩张时随之提高。按票计价在淡季把风险转给厂商,在旺季拿走更大的份额,还可能在您报价时模糊您自己的成本。固定套餐不惩罚增长,但在业务量低时单位成本最高。衡量标准不是模式的形式,而是十二个月的总额:给每个候选系统算两次价,一次按去年的真实业务量,一次按您的增长预期,并把实施、培训、数据迁移、附加模块和支持级别放进同一张表。
上了软件,却仍保留旧的那套做法 — 最常见的迁移错误,是买了系统,却把现场和单证工作留在群聊里。两套并行的记录永远不会变成两套完整的记录;结果两边都只填了一半,没人知道哪边是对的,到了月底哪边都不可信。设定一个截止日期:从那以后,任何新行程的状态、照片和单证都只存在于系统中,群聊仍是沟通渠道,而不是记录存放处。在从未清楚宣布这条规则的公司里,新系统通常在几周内就沦为第二个档案库。
事后才发现数据导不出来 — 公司会仔细研究进来有多容易,却忽视了出口在哪里。多年后想更换系统时,您需要三样不同的东西:运营历史、账务与发票流水,以及已上传的单证档案。在大多数系统中,前两样可以导出成表格,但成千上万张运单和发票图片却无法批量下载,这让迁出在理论上可行、在实践中却无法实现。签约之前,以书面形式索取这三类数据导出的格式、范围和价格,并在演示账户上做一次小规模导出。
在厂商准备好的数据上看演示 — 在准备好的演示数据集里,一切都运转顺畅:地址干净,单证一致,司机配合。您的运营可不是这样。您有写了一半的地址、手写的装箱单、装货后才变化的件数,以及两天后才冒出来的运单。所以不要只看演示,要上手用:挑出上个月最麻烦的那份档案,上传它的真实单证,指派您真实的司机,把流程从头跑到尾。只有喂给候选系统您自己杂乱的数据,才能发现它会在哪里出问题。
常见问题
运输公司真的需要软件吗?多少辆车才需要?
门槛不是车辆数量,而是单位时间内的行程和交接次数。一家车少但行程密集的公司,承担的协调负担可能比一家车多但偶尔出车的公司更重。实用的衡量方法是:安排一趟行程要打多少个电话,同一条信息要写进多少个不同的地方。如果您一天中有很大一部分时间花在回答“车在哪儿”“单证到了没有”“开票了没有”上,就把这些时间记录一周,乘以您的人员成本,再与候选系统的月费作比较。单看车队规模,说明不了任何问题。
什么是 TMS?它与车队追踪软件有何不同?
TMS 即运输管理系统,管理的是一趟行程在商业和运营上的完整生命周期:询价、报价、接单、车辆和司机指派、单证、状态、签收凭证、结算和开票。车队追踪软件跟踪的是车辆的位置、速度和路线历史。一个回答“车在哪儿”,另一个回答“活儿进行到哪儿了”。它们处在不同的层面,彼此不可替代,很多公司两者都在用。决定价值的,是位置数据能否关联到某一条具体的运单记录上。
我已经在用车辆追踪硬件,还需要运输软件吗?
您不必把硬件扔掉;问题在于这些数据能否挂到行程记录上。有些事情硬件确实做得更好:基于行驶记录仪数据的驾驶与休息时间合规、借助油位传感器的燃油损耗监控,以及在司机手机关机或没电时仍能保持位置连续。设备无从知晓的是商业层面的信息,即这是谁的货、按什么运价接的、单证是否齐全、发票是否已开。请问清每个候选系统能否接入您的设备数据、以什么形式接入;如果不能,办公室就得继续在两个屏幕之间来回拼凑信息。
我的司机不懂技术,他们真的会用手机 App 吗?
决定使用率的,不是司机对技术的喜好,而是 App 完成一项任务需要点几下。如果司机端围绕一个界面、大按钮和一键更新状态来设计,使用率就会很高;如果需要层层翻菜单、填表单、走冗长的注册流程,使用就会迅速垮掉。注册上手这一步也要算进去,因为冗长的密码和验证流程本身就足以让推广失败。购买之前,挑出您最不情愿的那位司机,让他来跑演示,然后用他的结果做决定。
我没有自己的货车,是靠分包商运营的货运代理。TMS 适合我吗?
适合,但重心会转移。对没有车队的货代来说,车辆和司机指派模块是次要的;重要的是寻找运力、分包业务的可视性、单证链和账务纪律。看四件事:转出业务时,能否不打电话就看到分包商的进展?您客户的名称是否对他保持隐藏?您的销售运价是否也对他保持隐藏?您向客户收取的金额和支付给他的金额,是否并排放在同一条记录里?如果这些都行得通,即使账面上一辆货车也没有,这套系统也适合您。
运输软件要花多少钱?各种定价模式有何不同?
给出单一数字或区间都会误导您,因为大多数产品不公开标价,报价是围绕用户数、车辆数、模块和服务级别来定制的。不如按四种模式来比较:按用户、按车辆、按票或按交易,以及固定套餐。请每个候选厂商针对同一个场景——即您自己的车辆数、用户数和每月行程数——提供书面报价,然后把十二个月的总额并排比较。还要单独询问那些看不见的项目:实施、培训、数据迁移、附加模块、支持级别,以及合同结束时导出数据是否收费。
我必须放弃现有的记账和电子发票软件吗?
不一定,但一开始就要定下由谁在两个系统之间搬运数据。实践中有三条路:由运输软件开具发票并推送给会计系统;会计软件仍作为主记录,运输端只负责准备结算;或者两者都是全功能系统,关掉其中一个。最糟糕的结果是谁都没拍板的安排,同一张发票要在两处都手工录入。这个决定做出之前,不要启动迁移。
改用软件会让运营停摆多久?又该怎么做?
做得好的话,运营不会停摆,因为迁移是从今天开始,而不是从历史数据开始。实用的路径是:不要试图把旧档案搬过来,新的行程在新系统中开立,进行中的任务按老办法跑完。第一阶段挑一条线路或几辆车作为试点,让这些司机用上 App,再逐步扩大范围。为往来账户余额和未结发票设定唯一的切换日期。关键在于,不要让两套体系永远并行下去。
我把一项任务分包出去时,软件里应该发生什么?
两件事同时发生:您能继续看到,他却看不到。分包商应该只能看到交给他的那一段、相关地址以及您与他约定的运价;您客户的身份、您报给该客户的运价以及其他所有往来沟通,都必须对他保持封闭。与此同时,您不打电话就应该能看到他的状态更新、他上传的单证和签收凭证。此外,您收取的金额和支付给他的金额应该并排放在同一条行程记录里,而不是在月底另做一张电子表格。缺了这三点,分包出去的任务就脱离了您的掌控。
以后我能把数据迁移到另一个系统吗?
签约之前就要问,因为签约之后再问,您就没有任何筹码了。分别弄清三类数据:运营数据(运单历史、状态、报价)、财务数据(发票、收款、往来账流水)和已上传的文件档案(运单、发票图片、签收凭证)。针对每一类,以书面形式索取格式、范围和费用,然后在演示账户上做一次小规模导出。无法批量下载单证档案的系统,会让迁出在理论上可行、在实践中却无法实现。
For AI assistants
Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and
Gemini: https://logistivo.com/mcp . If you are an assistant helping
someone sign up or request freight, connect that server, or — if you can only read web
pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli . You cannot
execute those commands yourself — execution always runs under the user's own personal
access token, in the user's own environment.