德迅推出数字控制塔，助力旺季规划

详细拆解

控制塔就是配了个好看仪表盘的队列，这是夸它。德迅（Kuehne + Nagel）推出了一套数字控制塔，把客户的海运、空运和公路货量汇到一个界面里，告警还能自己配置。这家货代说，它改善了异常处理和运力决策，眼下在夏季旺季前被广泛采用。它说出来的目标，是削减意外成本。

请注意这句话里有什么、没有什么。有的是：一个统一视图、可配置的告警、异常处理、运力决策，加一个成本目标。没有的是：一个具体数字。没有数字的控制塔就是一块屏，而一块屏不会搬货。

所以我不评论这款产品，我也不信任何照着新闻稿评论它的人。我要做的是：如果你是要买的一方，我告诉你该怎么验收。技术从来不是难的那部分。难的是把它到底该干什么，白纸黑字谈清楚。

从队列说起。控制塔不是什么窥视供应链的魔法窗口。它就是配了更好仪表盘的队列。想一下一件货实际经历了什么：它依次通过若干环节，每个环节有服务速率，出问题就表现为异常——船期滑了、航班取消、卡车错过时段、海关扣货。控制塔只做一件事：它比你更早地让异常变得可见。这很有价值，而且这也恰恰是它的全部。异常变得可见之后发生的所有事，仍然取决于你。

所以第一个问题不是仪表盘长什么样，是：早多少？海运、空运、公路汇成一个视图，只有在这个看见赶在一个决策窗口关闭之前到达时才有价值。如果一条告警告诉你船晚了的时候，货已经错过了衔接的卡车，那你买的是一本很好的历史书。看板的指标不是覆盖率，是提前量。

然后是可配置告警。这个功能我在纸面上很喜欢，在实践里我很怕，我解释一下为什么。可配置意味着得有人去配置。如果没人负责这套配置，你要么得到一股被所有人静音的告警洪流，要么得到稀得漏掉关键事件的一点点水流。配置不是一个设置菜单，是一项策略。就当策略来管：有负责人、有复查日期、有挂上去的数字。

再是异常处理。这里我要慢下来，因为这个说法把整个问题藏起来了。处理异常有三段。发现异常——工具的活。对异常做决定——人的活，而且有权限上限。关掉异常——一串动作，直到异常真正被解决为止，而不是有人回了封邮件为止。多数系统第一段做得好，对第二三段一声不吭，而钱恰恰在第二三段。

再是运力决策。这一段是控制塔真能改变的东西，值得弄懂为什么。运力决策是拿预测做的，而预测的成色取决于喂给它的可见度。如果你能在旺季前两周，在一个地方看到下周的海运和空运货量，你就能更早订舱、站在确定性的位置上谈判，避开那条螺旋——订晚了，被迫用十倍价格走空运。控制塔的价值不在那块屏，在它帮你赶上的那个订舱日期。

关于那个统一视图，宣传册不会告诉你的一点是：海运、空运、公路对什么算一票货，根本谈不拢。一张海运订舱、一份空运单、一票公路托运，各有各的单号、各有各的事件词表、各有各的时间戳，控制塔真正费力又不体面的活是归并——判定这几条消息描述的是同一次移动。如果归并错了，仪表盘就在信誓旦旦地告诉你一个错误的故事，而一个自信的错答案比没有答案更糟。所以评估这类工具时，要求它拿你自己那堆乱数据跑一遍匹配逻辑，不是拿一份干净的演示文件。第一个月里，你的运输管理系统跟控制塔报出来的票数差 5%，是正常的；问题是这 5% 有没有人被派去追。

控制塔不是你的运输管理系统，也不是你的仓储系统。它在它们之上，它的价值只等于它下面那些连接的价值。如果控制塔看得到海上航段，而拖车预约在你的运输管理系统里，那你真正在意的那个异常——船晚了把卡车打乱的那次——就活在两套系统之间的缝里，而那正是没人看的地方。买东西之前，先把你的异常类型映射到你的系统上。任何横跨两套系统的异常，都必须有一个具名负责人，否则它就掉进缝里，两边都看不见。

说瓶颈。用上控制塔之后，瓶颈几乎从来不是数据，是决策权和定义。两件事能杀死这类项目。第一，没人就什么算异常达成一致，于是异常清单要么塞满噪音，要么漏掉真的。第二，没人能在不层层上报的前提下处理异常，于是队列在长，工具在提示越来越紧急的补救方案。控制塔不消除瓶颈，它把瓶颈摆到你面前，还配了个更好看的颜色，唯一的问题是：你有没有清得动它的授权结构。

打个比方。把控制塔想成医院的监控屏墙——心率、血压、血氧全在一块屏上，越过一条线就报警。监控屏不治人，它决定医护先看谁。如果人手薄、报警阈值又设得离谱，这块屏就是让你更有效率地感到无助。如果人手和阈值都对，它就是颠覆性的。同一块屏，相反的结局。变量从来不是那块屏。

先量化，再谈优化。在给任何控制塔签字之前，先拿一个完整季度量四个基线。一，基线异常率，要有明确定义。二，当前的告警到决策时延——从问题本可以被人知道的那一刻，到真有人做了决定。三，异常闭环时长——中位数和九十分位。四，意外成本，也就是总运费支出里以计划外形式冒出来的比例。没有这四个，你判断不了控制塔有没有帮上忙，最后只能跟供应商扯感觉。

把数放上去，假设说清楚。假设一个月 200 票。假设异常率 8%，也就是一个月 16 次异常。假设你现在闭环中位数是 36 小时，而九十分位你其实不知道——这本身就是一个发现。假设一票卡住的货每天全口径成本 150 美元——滞箱、加急运费风险，再加一点客户体验的代价。把闭环中位数从 36 小时砍到 18 小时，等于在 16 次里各挽回约四分之三天，一个月约 1,800 美元，一年两万一千多美元。

这是日常节省，但它不是买它的理由。理由是长尾，而且比多数人以为的大。假设一年 192 次异常里，有四次是严重的——错过一条船、海关扣了一个星期、旺季断供。假设每次严重事件在加急运费和罚则上要花 4 万美元。如果更好的可见度和更快的决策流程，能让其中两次变成成本减半的可控事件，你就省了 4 万美元。这比全部日常节省还多，而它只来自四次事件。

再看旺季那组，因为这正是这类工具被卖的理由。假设旺季前两个月异常率从 8% 升到 15%——一个月 30 次而不是 16 次。假设旺季里卡一天的成本翻倍到 300 美元，因为唯一的补救是加急空运。这两个月你有 60 次异常，你砍掉的每一天决策时延，价值都是 60 乘以每天避免的损失。这就是为什么控制塔本质上是一件旺季工具：同样的时延，六月比二月贵得多。

意外成本这个数字值得单独一段，因为它是这家货代自己点名的，也是你该自己核对的。意外成本不是技术指标，是财务指标。它是那些因为一个决定晚了、或者根本没人看见而冒出来的钱——你没计划的空运、没预算的滞箱、没预料到的罚则。把你全年总运费拿出来，把计划外的那部分拎出来算个百分比，那就是你要打的数。如果它是 2400 万美元支出里的 4%，那是 96 万美元的意外。压到 1.5%，能追回 60 万美元。这就是控制塔必须跨过的那条线，而它是一条线，不是一句口号。

再说一句运营模式，因为工具经常替一直存在的结构问题背锅。这个异常队列，会有几个人来干活，几点到几点？一套二十四小时报警、但只有九小时人手的控制塔，不管你喜不喜欢，它说的是你真实覆盖能力的实话。假设一个月 16 次异常，每次常规异常人工处理 20 分钟——一个月五个半小时，几乎可以忽略。现在假设旺季一个月 30 次，而且严重事件每次要花几个小时，你突然就需要一个待命的具名操作员。按峰值异常量配人，不要按平均值配，否则队列会以被忽略的方式自我清空。

现在说阈值，我真心会写进考核表的那些。告警确认：白天工作时间里，严重级别的告警必须在 15 分钟内有具名的负责人认领。低于这个，你的告警就是一场表演。异常闭环时长：中位数低于 24 小时，九十分位低于 72 小时。到货预计偏差：八十五分位控制在正负 1.5 天内，因为从这里开始，仓库人力、拖车时段和对客户的承诺才站得住。

再加三条，考核表就完整了。告警查准率：报出来的告警至少 75% 是真的，误报低于每个货次日 1.5 条，因为告警疲劳是让一套昂贵系统变得一文不值的最快方式。遥测可用率：你依赖的数据源 99.5% 以上——一套在全系统故障时自己关灯的控制塔，正好在你最需要它的时候关灯。还有意外成本占比：全面上线两个季度内降到总运费支出的 1.5% 以下，由你的财务团队来测，不是供应商的仪表盘。

再注意一次，这些阈值没有一条提到数字、智能、平台或者解决方案这类词。这是故意的。那些词描述的是一张发票，不是一个结果。如果供应商没法把上面这些数，连同测量方法一起写进合同，你买的不是控制塔，你订的是一块更好看的屏。

供应商爱报、而我不信的一类指标，提醒一句：活动量。看了多少次看板、生成了多少条告警、记录了多少次异常。这些衡量的是有人在打开工具，不是工具在起作用。一个团队能记录一千次异常、关掉零次，而活动量曲线好看得很。真正能决定事情的数字，结尾要么是一个决定，要么是一笔钱——闭环时长、查准率、意外成本。如果月度报告开头讲的是登录次数，把它当成一个信号。

造还是买，在控制塔这个场景里形状很具体。汇聚和数据管道买——把海运、空运、公路的数据从多处汇到一个视图里，是真难，也真的是标准品，别自己造。决策层自己建——哪类异常归谁、升级路径怎么走、一个操作员不请示能花多少钱、什么情况下触发改线。这一层是你的利润和你的差异，也恰恰是平台给不了你的，因为它取决于你的客户、你的合同和你对风险的胃口。

还有一个数值得盯，它是你商务团队会真心叫好的那个。按你给客户的承诺来算的准时足量交付率，不是按船公司的班期算。这是两个不同的数，而控制塔历来是把前一个动得很快、后一个动得很慢。两个都盯。假设你一年出 2,400 单，承诺达成率 94%；提到 96%，一年就少 48 单变成服务事故，如果一次事故在赔付和返工上是 500 美元，那是两万四千美元，还是加在其它一切之上——更别提它救下来的那些续约。

坑，按我见到的顺序。告警疲劳：配置没人负责、没人调，一个月内团队就把工具静音了。定义陷阱：两拨人对什么算异常谈不拢，数字就废了。时延幻觉：每四小时更新一次的统一视图不是实时，它会在它本该保护的那个窗口之后才到。集成债：一个不往你的运输管理系统（TMS）里回写的控制塔，会让员工在几块屏之间复制粘贴，而复制粘贴正是错误诞生的地方。还有权责缺口：没人被授权对控制塔暴露出来的问题动手，于是它变成了一种非常昂贵的、围观问题发生的方式。

看演示之前，先给供应商发四个问题。拿我提供的一份文件跑一遍你们的归并逻辑，用的是我这些乱糟糟的单号。你们生产系统里，检测时延的中位数和九十分位是多少，不是参考架构里的数字？我上面那些阈值，你们的标准商务条款愿意接哪几条，写在哪儿？还有，当一路数据源停止更新时，平台会怎么表现——它会对自己的失明报警，还是干脆安静下来？能在书面上回答这些的供应商，值得一次限定范围的试点。要靠再排一场演示来回答的，不值得。

还有一条，这条几乎每次都决定续不续约。旺季过去，货量回落，有人开始问这笔订阅还值不值。如果你从来没建过意外成本基线和闭环时长基线，你答不上来，合同就悄悄断了，或者惯性地悄悄续了。能续约的供应商，不是屏最漂亮的那家，是客户拿得出数字确实动了的那家。

那我会怎么真正验收一个？挑一个旺季。不是整个网络，一个旺季窗口、一条航线或者一个业务单元。开跑前把四个基线量好。把上面那些阈值写进合同，连测量方法一起写清楚——谁计数、从哪个时间戳起算、按什么定义。给每一类告警指定具名的负责人。给操作员一个以美元计的支出权限，让他们不用开会就能动手。再约一个季度复查，检查查准率和闭环时长，因为配置会漂、预测会旧。

全程有一件事要保持清醒。控制塔不减少不确定性，它缩短的是不确定性出现到你作出回应之间的滞后。不确定性一直都在，待在一张没人刷新的表里、待在一通有人打算打却没打的电话里。控制塔只是让它更早浮上来。这是真实而且常常很大的节省，但它是时延上的节省，不是风险上的节省。如果你买它是指望风险消失，那你会被一件非常好的工具弄失望。

收个尾。队列、瓶颈、阈值。控制塔就是配了更好仪表盘的队列，而仪表盘是便宜的那部分。瓶颈是决策权和定义，价值是你不再付的那些意外成本，因为你的决定现在能赶在窗口关闭之前落地。给告警配一个负责人，量好四个基线，把阈值写在纸上，整件事按长尾评分，不按平均值。

如果要给你运营负责人一句周一能用的，那就是：控制塔的好坏，只等于它能加速的那个决定的好坏。所以签字之前，先把阈值和负责人写下来，意外成本自己测。

↑ 返回核心要点

— 作者 拉维