新石器拿下大鹏新区5条路权，实现深圳十区无人配送全域通车

详细拆解

看到一家企业拿到深圳十个区域的常态化运营路权，我第一反应不是去看车，而是去看队列。路权本质上是一个准入控制：区里决定，某个区的五条具体线路，允许某一类新车辆在十二个月里、在满足一组条件的前提下上路。准入不等于吞吐。进了队列不等于走完了队列，而这次的公告把前一件讲得很充分，把后一件基本没讲。如果你是要决定真金白银把包裹放上这五条线的人，该盯的就是这个空缺。

这件事的形状值得先说准，因为这里的数字出奇地干净。五条核心线路；十二个月常态化试运行——这跟演示不是一回事，跟一张随意跑的通行证也不是一回事；葵涌、大鹏、南澳三个街道，在城市最东边的半岛上；线路串起三类节点：快递网点、产业园、滨海社区。大鹏落地之后凑齐十个区域，企业说它是第一个拿到全市线路运营权的。资质测评走了五个维度、十八项指标，企业把技术防控、制度保障、应急响应三块说成一套安全设计。

我的观察在这儿，也是我把这篇写成"怎么验收"而不是"技术多先进"的原因。五个维度、十八项指标是一套认真的评估框架，我确实想看看那份指标清单。但公告里一个运营数字都没给：没有日件量，没有在线率，没有接管率，没有单件成本。如果你是要决定这套东西进不进自己网络的人，路权是决策的输入，不是决策的输出。所以真正有用的问题不是技术行不行，而是：你要量什么、量多久、拿什么做对照、到哪条线就该停，然后才敢让它去运你对客户承诺过的东西。

先从地理说起，因为地理才是成本驱动因素，而这一条最容易被跳过。葵涌、大鹏、南澳不是那种一个快递员上午骑电动车就能扫完六十个点的密集城区，它们是城市最东边的半岛：站点间距长，产业园在固定时段集中出货，滨海社区的人口在夏季周末会突然膨胀。长线路加低站点密度，恰好是人工派送单件成本往上走的那个剖面，因为你付的是路上的时间，不是敲门的时间。这就是把机器放上线的经济理由，理由是真的，但它也是路权本身唯一能证明的那部分理由。

接着找瓶颈，因为绝大多数试点就是在这一步把自己骗了。一条配送线路不是一个流程，是四个串起来的流程：网点集货分拣、装车、搬运、最后一百米交到人或者柜子里。会自己开的车替换掉的是第三个环节，第一、第二、第四个它一点没动。如果你的网点要九十分钟才攒出一笼可发的货，或者你那些滨海站点既没有安全靠边的位置、步行范围内又没有柜子，那车就只能等，而一台等着不动的车是纯成本。用队列的话说，你把一条四工位流水线里第三个工位的服务时间缩短了，吞吐只会上升到下一个工位饱和为止，然后队列换个地方继续排。

所以我一直说，签任何东西之前先把瓶颈找出来。利特尔法则在这件事上不留情面：在制品等于吞吐乘以周期时间。只在一个环节上砍周期时间，而前后两个环节吃不下去，那你搬走的是等待，不是消灭了等待。把这次试运行跑得诚实的办法是：先把四个环节写下来，对现在的人工作业量出每个环节的服务时间，然后再去预测第三个环节变快之后会发生什么。如果你今天的约束在第一或者第四个环节，那么今年这台车不会帮你省钱，而这个教训会很贵。

我把数字摆出来，每个输入都标明是假设，因为它们没有一个来自公告。假设试运行开始阶段每条线路一台车，也就是五台。假设每天两个班次、每班八小时，每班跑六趟满载。假设每趟满载两百件。那么五条线路乘以一台车乘以两个班次乘以六趟乘以两百件，是每天一万两千件。假设一年运营三百天，这五条线一年就是三百六十万件。我要说清楚，这是我的模型，不是任何一方公布的预测。

再算价格，同样把假设写明。假设这种远郊低密度剖面下人工派送的单件成本是一块八——这个数偏高，但这种剖面恰恰就是偏高的地方。假设车辆的变动成本，电费、维保、通信，合计每件九毛。假设每台车一年的固定成本，含车辆本身、远程安全员分摊、保险、充电和场地，是三十六万元，五台合计一百八十万元。三百六十万件的变动成本是三百二十四万元，加上一百八十万元固定成本，合计五百零四万元，折合每件一块四。

对照人工作业，三百六十万件乘以一块八是六百四十八万元。模型给出的节省是一百四十四万元一年，单件降四毛，降幅约百分之二十二。这个数字不错，但也薄，因为它完全押在件量真的兑现上。盈亏平衡点是固定成本除以单件节省：一百八十万除以九毛，是每年两百万件。摊到五台车、三百天，大约是每台车每天一千三百三十三件。低于这条线，机器比人贵。我会把这个数字作为硬闸门写进试点协议。

再做敏感性分析，因为决策真正活在这一步。假设在线率只有百分之八十五，而不是模型里的百分之九十五，件量掉到约三百二十二万件。车辆成本约为变动二百九十万加固定一百八十万，合计约四百七十万；同样件量下人工基线约为五百八十万。节省从一百四十四万降到约一百一十万，也就是少了差不多四分之一的收益。再假设件量只有模型的一半，一百八十万件。车辆成本是一百六十二万加一百八十万，合计三百四十二万，折合每件一块九，比人工的一块八还差。件量腰斩，整个账就翻转了。

所以我要量的是这些，并且带阈值，而且我坚持要原始事件日志而不是一块看板，因为看板是别人替你挑过的主次。在线率，即计划班次小时内车辆真正在服务的比例，百分之九十五以上，低于九十硬停。每千公里自动驾驶里程的人工接管次数，一次以内，超过两次硬停。无需人工兜底的任务完成率，百分之九十八以上，分母是实际发出的车次。到达交接点在承诺窗口内的准点率，百分之九十五以上。相对对照组的单件成本，下降百分之十五以上；单车日均件量，一千三百三十三件以上。

然后是安全和数据的阈值，这两组恰恰是所有人直到要用的时候才想起来写的。每十万公里的有责事故，一起以内；任何碰撞事件，百分之百在二十四小时内产出可取回的日志。从远程接管指令发出到车辆进入最小风险状态，三十秒以内，而且这条我要实测，不接受口头承诺。现场处置人员到达停住的车辆，二十分钟以内——这个数应该由你自己按自己街道的地理情况定，不要从别人那里继承。原始事件日志至少每天导出一次，每条记录带时间戳、里程、接管原因分类和天气标记。如果对方导不出这个日志，你就没法审计任何东西，而一次无法审计的试运行一文不值。

还有一条几乎没人写进协议的阈值，叫非计划停留，而在滨海线路上咬人的就是它。这些是停满私家车的窄村道，加上度假车流，再加偶尔堵住一条车道的送货卡车。一台车因为解不开一个场景而停下等待，它不产生任何件，却照烧同样的固定成本。我会把非计划停留定在每台车每天四十五分钟以内，从事件日志里量，不靠司机的回忆，并且要求每一次都带原因码——因为原因分布会告诉你，你面对的是技术问题还是道路环境问题。这两者的修法完全不同，而且只有其中一个该由运营方来解决。

爬坡节奏也需要一条规矩，因为十个区的路权会造出快速扩张的诱惑。一次只加一条线，而且只有在线上已经跑着的那些线路连续四周守住全部阈值之后才加。这听起来保守，确实保守，但这里的失败模式不戏剧化，是慢性失血：你加了第四条线，在线率掉了，因为远程团队现在每人要看更多台车，接管响应时间被拉长，而没人把这两件事联系起来，因为指标是按车报的而不是按人报的。把控制跨度和在线率每周一起报，并且让两者都成为加运力的闸门。

那五个维度、十八项指标值得单独说一句。它们是为了回答监管的问题建的：这家企业够不够安全、能不能拿路权。它们不是为回答你的问题建的：这台车有没有让你的网络更便宜或者更快。两个问题有重叠，但不是同一个问题；把安全资质当成效率资质来用，是很常见的错。去要那份指标清单，和自己的表对一遍，标出哪些地方你完全没覆盖。以我的经验，缺口恰好长在你想得到的地方：单件成本、交接停留时长，以及那些没人去数的异常成本。

试点要么按实验来设计，要么别跑。这里的五条线是个礼物，因为它允许你做交叉对照。前八周三条线放车、两条线继续人工，然后互换，这样每条线都在两种状态里待过，也就把"线路本身不一样"这个因素控住了。配对要配在真正驱动成本的东西上：站点密度、往返里程、以及这条线服务的是产业园还是滨海社区。随机化按线路和按周做，不要按单个包裹做，因为把一条线在同一天里切成两种方法既毁掉可比性，也毁掉调度。

样本量和阈值要在第一台车动起来之前定好，并且写在所有人看得见的地方。每个臂八周，而且我不会在单臂少于四万件的时候下任何结论——低于这个量，天气、促销、人员缺勤带来的周间噪声会把信号淹掉。预注册阈值这件事，比阈值本身更重要。如果你在看了六周数据之后才定义什么算成功，那你一定会把已经发生的事合理化。现在就定在线率百分之九十五是门槛，现在就定单车日均一千三百三十三件是闸门，然后让数据说话。

季节性会毁掉一个十二个月的平均值，如果你放任不管的话。试运行从七月底开始，一路穿过夏季滨海高峰，再穿过台风季，然后进入淡季。海边街道八月的路况和十二月根本不是同一种运行条件，而一个年度指标会把它们平均成一个没有意义的东西。按月和按季报，绝不要按年报，并且把计划内停机和非计划停机分开。一周的台风停运不是技术失败，但如果你不把它打上标记就塞进在线率里，你两个方向都可能得出错的结论。

接着是口径的坑，比大家预想的多。里程：报的是自动驾驶里程，还是含人工挪车的总里程？接管：远程安全员在屏幕上点一下确认算不算接管，还是只有完全接管才算？事故：只报伤人事故，还是每次接触都算？在线率：分母是计划小时还是总小时，充电时间算在里面还是外面？每一项选择都能把头条数字挪好几个点，而且每一项都该在第一天之前写进试点协议，写成文字，配一个例子。

还有个更大的坑，藏在"全域覆盖"这个说法后面。路权不是运力，运力也不是服务承诺。十个区的路权只告诉你车辆合法能开到哪儿，它不告诉你有多少台车、成本多少、下雨跑不跑、以及有没有人敢对你承诺一个可以去卖的时效窗口。如果商务团队把这条公告读成"全市无人配送已覆盖"并据此定价，那是自己给自己挖的坑。把路权、车队、服务水平协议当成三份文件、三个责任人分开管。

责任和保险需要同样的处理。包裹在无人值守的车厢里损坏了谁赔，怎么举证？远程安全员接管的时候责任主体是谁，这个人的控制跨度是多少，也就是他同时看几台车？控制跨度是一个运行参数，应该进你的阈值表，因为一个人看二十台车和一个人看五台车不是同一个安全命题。还要问清楚运营数据归谁、留存多久、试运行结束之后怎么办。数据问题在它变成整个争议的那一天之前，都只是纸面工作。

再补一条，来自交接那一端，因为客户投诉就是从这儿来的。车把货卸到网点或者柜子里，签收凭证是什么？柜端扫码、拍照、手持终端签名，还是什么都没有？在一条度假人口占比高的滨海线路上，一次失败的投递或者一笔有争议的签收会在几周之后被翻出来争，而唯一能了结它的是记录。上线前定好签收凭证格式，确保它进你现有的系统而不是另一个门户，并且在第一个月里用一次故意做失败的投递来测它。

替代方案也该老实对待，因为机器不是这块的唯一杠杆。混合模式往往是更好的第一步：让车跑从网点到村级驿站的搬运段，最后一百米那些要爬楼、要敲门、要讲话的部分留给人。加密自提点是另一种改法，它改的是最后一百米的成本结构，而不是站点之间移动的成本。只在产业园固定的出货时段用无人车、把分散的居民件留给人，是第三种。每一种的盈亏平衡件量都不一样，选哪一种应该由瓶颈到底在哪儿来决定。

我把日历摆在这儿。八月底之前，把十八项指标清单和原始日志字段定义拿进试点协议，并指定你这边的审计负责人。十月底、大约第三个月，跑第一道闸门：在线率低于百分之九十，或者每千公里接管超过两次，先停掉任何加线的计划，先修原因。一月底、大约第六个月，读交叉对照结果：单件成本降幅不到百分之十，就缩回两条线，不要硬推。十二个月期满前决定续不续，并且注意——常态化试运行结束之后路权怎么走，这条公告没有回答，所以别签任何默认它会延续的东西。

我把话说得再直一点。路权是一张门票，不是一张成绩单。它告诉你监管允许一台车在五条路上跑一年，它不告诉你你的包裹是不是更便宜地到了，而这个故事里没有任何一方公布过能回答这件事的数字。把队列画在纸上，找到瓶颈，在第一台车动起来之前把阈值写下来，留两条线继续用人好让你能分辨出差别。做到这些，决策就简单了，因为到一月底，算术自己会告诉你该干什么。

↑ 返回核心要点

— 作者 拉维