Relay Payments与Platform Science达成合作，将数字货运支付整合进车队管理生态系统

详细拆解

6月11日，Relay Payments 与 Platform Science 宣布，把 Relay 的数字支付通道直接装进 Platform Science 车载的 Virtual Vehicle 交易市场。那块平板本来就装在驾驶室里，跑电子记录仪合规和调度。整合之后，司机在同一个屏幕上就能授权、处理、追踪油费、装卸工费和其他在途支出，而这块屏本来只用来看他往哪儿开。发布稿挂了两个数字：这个行业里估计仍有约40%的在途交易走现金或纸质支票；两家公司争的那块蛋糕，是美国卡车运输每年8000亿美元的支出。

我不打算争支付该不该进驾驶室。当然该。那块屏本来就是个终端，上面多一个付款按钮不是争议所在。值得你花时间的问题是更窄也更硬的那一个：这次整合缩短的是哪个队列，又把哪个队列原样留在了那里。这一条判断错了，你会照着错的瓶颈配两个季度的人。

我会在白板上这么建模。一笔在途付款，是一个在队列里流动的作业。它被创建，排队等授权，被扣款，结算，再和某一票货对账，最后关闭。六个工位，一个作业。这条新闻碰了其中两个。钱大部分停在它没碰的那一环。

把包装撕掉，只有三件事是真的。司机和车队管理者可以在同一块本来就跑电子记录仪合规与调度的车载平板上，完成油费、装卸工费和其他在途支出的授权、处理与追踪，于是单独一张支付卡、或者单独一个支付应用，从仪表台上撤了下来。这个行业里估计仍有约40%的在途交易走现金或纸质支票。两家公司都在抢美国卡车运输每年8000亿美元支出里的份额。这就是全部载荷，发布稿里其余的文字都是语气。

那么把漏斗搭出来。一笔付款先被发起：有人在加油台、在磅秤、在仓库门口为一个装卸工决定这笔钱得付。接着是授权：钱在不在、这笔支出允不允许、这个司机有没有权限花。然后是扣款，钱真的动了。再往后是结算，资金在车队、商户、以及垫卡的那一方之间清算。再往后是对账，这笔扣款得对到某一票货、某个司机、某个成本科目、某个客户、某一天上。收尾是关闭，记录归档，成本要么开票给客户、要么自己吃掉，审计线索冻结。六个工位，而漏斗有意思的地方在于，只有一个工位决定吞吐。把别的任何一个工位加速，你并不会让更多作业流出去。你只是把更多作业推到瓶颈工位前面，让它们在那儿排队。

接下来问：这次整合碰了哪几个工位。它把发起那一环合并掉了，因为发起就发生在司机本来就在的地方。它加速了授权那一环，因为这一步能和调度数据共用同一个会话。它从扣款那一环里撤掉了一张实体卡，对司机是方便，对车队是实打实的欺诈面收窄。它单独靠自己能碰的，不是对账那一环。而对账，恰恰是支付团队真正在耗工时的地方，也是异常停留的地方。

发布稿里有一句话我会划出来：无需再使用单独的支付卡或应用。把它当一个工程口径来读，而不是当一个营销口径。撤掉一张卡，是发起和授权那一环上的主张。对账那一环不靠卡运行。它靠跟着钱一起走的数据运行：哪一票货、哪个成本科目、哪个司机、哪个客户、哪一天。一笔在平板上授权、却不带货源标识就结算掉的付款，就是下个月某个同事要拿着收据、在表格里、赶在月末手工去对的一笔账。你没有删掉那份活，你把它挪了个位置，还让它来得更快了。

这就是运营的人用血换来的那条队列规律。你把瓶颈上游的工位加速，并不会让更多作业流出系统。你只是在瓶颈前面堆起更高的未完成堆，而这堆货终究还得靠人手工做。更糟的是，它现在到达时上下文更少，因为扣款这一步不再留下一张柜台人员能读的纸。我见过一个支付团队，把漏斗容易的那端数字化了，结果月末加班比之前更多、不是更少，整整一个季度，直到他们把那一步匹配自动化。头一个季度就是那个坑，而这个坑在演示里看不见，因为演示只给你看那一下点击，从来不给你看月末。

所以你到底该信哪个数，40%，还是更小的某个数？40%是交易笔数的占比，而笔数不等于金额。现金和纸质支票在支出里的分布并不均匀。它们集中在那些小而麻烦、时间又偏门的东西上：凌晨两点要现金的装卸工、一笔磅费、一笔停车费、码头交接时的一小笔、路上的一次维修。如果现金和支票都待在小额票据里，那么40%的笔数，对应的金额占比可以小得多。两支团队会用两个不同的答案给同一个项目定规模，而用了笔数的那一支，会把这块蛋糕吹大一大截。

我用一组明写的假设把它说实，你可以换成自己的数。假设一家中型车队一年在在途项目上花2400万美元：油、装卸、过路费、维修、停车。假设40%这个行业口径，作为笔数占比，套到这家车队身上。假设现金或支票的平均单笔是250美元，电子的平均单笔是900美元，因为大额的油费早就走卡了，留在纸上的都是小票。解一下。纸是笔数的40%，电子是60%。

那么2400万支出等于640美元乘以总笔数。除一下，2400万除以640，一年37500笔。纸占其中的40%，15000笔，按250美元算，是375万美元。电子是22500笔，按900美元算，是2025万。验一下占比：375万除以2400万，是15.6%。结论出来了。在这组假设下，40%的笔数，不到16%的金额。

这是第一处纠正。标题告诉你的是堆有多大，不是钱有多少。现在给这堆定价。假设一笔现金或支票交易，比一笔电子交易多出12美元的可避免内部成本：垫付、催收据、录入、匹配、以及为这笔浮账垫资。15000笔乘以12美元，是每年18万美元。再加上浮账。假设这家车队平均每天有50万美元的司机垫付在外，假设资金成本7%，那就是一年3.5万美元撑着这笔浮账。合计能指出来的，大约21.5万美元，对着2400万美元的盘子。约占支出的0.9%。

把这个数放到标题旁边看。8000亿美元是行业总量，21.5万美元是你的那一行。你要是举着「我支出的40%」走进预算会，在任何提问之前你就已经错了两倍半，财务那边一定有人看得出来。诚实的说法更小，也更有用：你一年清掉大约15000笔纸质作业，以及给它们垫资的那笔浮账；同时，这也是会规模化的一部分，你要让每一笔结算都盖上货源标识的戳，好让对账那一环不再靠人。

在进入动作之前，关于标题我还想说一句公道话。40%这个数是有用的：它告诉你这个行业的支付量里还有很大一块压在人工通道上，这也正是这样一次合作值得上新闻的原因。坑不在这个数本身，坑在于把行业口径当成你自己的口径。上面每一个输入，单笔金额、笔数占比、浮账、资金成本，都是你自己的，而且只属于你自己，条件是它们一动，结论就动。把同一套算术跑在一个现金单笔900美元、而不是250美元的车队上，纸质的金额占比会跳上去，这事看起来就更好；跑在一个现金占笔数60%的车队上，堆更高、浮账垫得更久。能搬走的是方法。40%留在发布稿里。

那枚货源标识的戳，才是我真正会去测的东西。向厂商书面问一个问题：在驾驶室里授权的那一刻，有哪些字段跟着这笔付款一起走，这些字段能不能设成必填？如果答案是货源、成本科目、司机、客户和日期，而且它们进你的账务系统时不需要有人重新敲一遍，那对账那一环就能自动化，你的项目指标就变成无人工匹配率。如果答案是这些字段可选、或者事后给你一份报表自己去对，那你买的是一张更快的卡，而一张更快的卡，大约就值上面那21.5万美元。

我把这份映射工作具体到内容说一遍，因为这是每个项目都会低估的那部分。三样东西。一本成本科目字典：什么算装卸工、什么算滞留、什么算等候、以及一笔其他费用落下来时归哪儿，既要对上你的会计科目，也要对上承运人的科目，而两边的科目第一天就会打架。一个连接键：某个字段，最好是承运人本来就打在货上的那一个，让系统能不用人就把一笔付款绑到一票货上。还有一套异常字典：把一笔付款对不上的所有方式列成清单，每种方式配一条规则和一个责任人。

一笔付款没有对应货源时，谁去打电话给司机，多久之内要么对上、要么核销？最后这条规则，才是阻止异常堆变成一个常设部门的东西。这三样在第一个月建起来，对账那一环才有机会自动化。跳过它们，你就是把漏斗前端数字化了、又给后端配了人，这是做这件事最贵的一种做法。

现在翻到我的多数读者真正坐着的那一侧。你不是车队，你是给车队付钱的货主。一个驾驶室里的支付整合，跟你有什么关系？因为驾驶室里出问题的那些付款，最后都会变成开到你面前的发票行。滞留费。等候费。你的承运人叫来的装卸工。一笔被转嫁过来的停车费。当这些费用是司机用现金垫掉的时候，到你应付账款桌上就是一张收据照片、或者一行备注，没有任何结构。你的团队要么把它付掉然后祈祷，要么去争议、再烧掉一个周期。两个都不是决策，两个都是带时间戳的猜测。

那就把你自己的盘子用同一套「笔数对比金额」的逻辑跑一遍。假设一家货主一年在整车运费上花1000万美元。假设附加费（滞留、装卸工、等候）占8%，也就是80万美元。假设其中40%的附加费交易是无结构的，平均180美元，另有结构的60%平均420美元。那么附加费总额等于324美元乘以附加费笔数，80万除以324，大约是2469行，其中988行是无结构的，值约17.8万美元。现在给无结构的这些定价。假设每行应付账款要花6分钟、时薪45美元，也就是每行4.5美元，约4450美元；再假设无法核验的金额里有1.5%的审计漏损，约2670美元。合计一年略高于7000美元，在一个1000万美元的盘子上。

7000美元。我故意让你感到它有多小，因为这类故事的诱惑就是拍出一个大数字，而直接算下来那个大数字并不存在。在一家中等货主的盘子上，把在途付款数字化的现金节省，相对运费账单就是一个四舍五入的误差。所以别为省钱买它。如果你要买，就为审计线索和争议记录买：当承运人给你转来一笔你从没授权过的900美元滞留费时，你一次查询就能拉出货源级的付款记录，用一小时而不是一周把这场争论了结。这是控制类采购，不是成本类采购，在立项书上就该这么写。

货主这边还有一根杠杆，是合同杠杆，不是软件杠杆。如果无结构附加费的加工成本高，你可以让它发出来也变得贵。往承运人协议里加一条明细要求：任何超过约定金额的转嫁附加费，必须带货源号、日期、成本科目和收据，否则不在标准周期内付款。就这一条，把一个支付整合的问题，变成了一个单证的问题，而单证是你免费就能要求的。它还顺手做了件更细的事：它把那些本来就把支付数据做干净的承运人，变成你的优选承运人，这个激励是对的；它也让还在用现金的那些，要么去把数据做干净、要么把这部分摩擦折进报价。这件事你不需要那套技术就能开始。下一次招标就能开始。

这些要多久才显形？接管线是几周到一季，见到收益更晚。驾驶室整合可以在几周内先在一小批车上跑起来。对账收益要等付款记录和货源记录之间的映射建好并测过才会出现，而这个映射是数据活：一个连接键、一本成本科目字典、一条关于「付款没有对应货源时怎么办」的规则。现实一点讲，第一个月会和上个月长得一模一样，第四到第六个月才会不一样，而且前提是映射在第一个月就建了。如果有人向你保证第一个结算周期月结就更快，就问他连接键是什么。回答通常是沉默，而这段沉默才是对话里最诚实的部分。

要做试点，我会把它当成一次影子运行，而不是一场赛跑。三十天，一支车队或一条线路，系统照常授权和记录，旧流程同时在跑，每周只看三个数：无人工匹配率、每千笔结算的异常数、以及结算周期的95分位天数。两套流程并排跑很烦，而这是你在异常堆变成整个月末之前、唯一能看清它的办法。阈值在试点开始前定，不是结束后定。我的口径是：无人工匹配率过95%、异常率连续四周下降，这个项目才够格铺开；如果匹配率卡住了，那是连接键错了，再多功能也修不好一个错的连接键。这就是全部的检验，代价是一条线路和一个月。

什么情况下我会错？三个条件，任何一个都能把结论翻过去。如果你的结算数据本来就是干净的，如果你的承运人或第三方物流本来就会给你一份货源级的付款对账文件、你的系统能自动匹配，那么驾驶室整合给你的是一个更好看的收款体验，对瓶颈几乎没有帮助，匹配率也不再是指标，因为它本来就高。如果你的车队主要是个体车主，出于习惯和税务实践偏好现金，那这就不是系统改造，而是一次披着系统外衣的行为改变，而行为改变会失败，失败率没有任何一份发布稿会告诉你。

如果你的痛点压根不在对账，而在扣款环节的欺诈，一张在卡车驿站被侧录的卡，那么一个限额、在应用内、绑定司机的授权，比一个更快的授权更值钱，你该测的是这笔付款能不能绑到某个具体的司机会话、而不是绑到一张实体卡上。不同的瓶颈，不同的工具。发布稿不会告诉你你的瓶颈是哪一个。你自己的日志会。

所以这个季度的活不是一次采购决策，是一次测量决策。拉出十二个月的在途付款记录，按纸质和电子切开，再按单笔金额分档，因为笔数和金额一定会打架，而两个数都得在同一页上。把付款和货源之间的连接键建起来。把今天的无人工匹配率量出来。给浮账定一个数。做完这些，你不用看任何演示就能知道，这类整合在你自己的盘子上到底值不值钱，而且你手上会攥着决定这件事的那两三个数字。这是这个故事里唯一一个你不用靠猜的版本。

↑ 返回核心要点

— 作者 拉维