外卖大战：程序员与外卖员，谁才是真正的胜负手？

最近外卖行业又热闹了起来，几家公司轮番上阵搞补贴，搞得我朋友圈里一拨人天天晒“几块钱奶茶”，另一拨人则在吐槽骑手怎么又慢了。这个场景说实话挺有意思。作为一个常年待在本地生活服务赛道边上看热闹的技术人，我发现一个说法开始在网上流传——说在这场外卖大战里，阿里“靠不住程序员，只能靠外卖员”。

我第一反应是：这标题有点扎心，但还真踩中了一些行业真相。不过“靠不住程序员”这个表述，问题很大。程序员在这事里的角色，不是“靠不靠得住”的问题，而是压根就没站在“前台”——真正站在前台跟用户和骑手打交道的是运营和配送团队，但把整台机器动员起来的，依然是背后的技术底座。今天我想从这个角度，把这场外卖大战的里子翻出来聊一聊。

1. 外卖大战的本质：不是技术战，而是资源配置战

先说一个很多人没想明白的点：外卖大战表面上打的是补贴和价格，但背后的核心玩法其实是“资源配置”。

这里的资源包括四类：商家供给、用户流量、骑手运力、优惠资金池。技术在这中间承担的角色，是把这四类资源高效地撮合到一起，但它决定不了“资源本身够不够多”。换句话说，技术决定1个红包能不能准确发给1个用户，但技术不决定红包额度，那是业务和财务说了算。

所以当我们看到“淘宝闪购”和“饿了么”一起参与外卖大战的时候，阿里面临的真正难题不是“写不出好的派单算法”，而是“如何把旗下所有业务线手里的资源统一调度起来”。程序员做的系统，更像是给战场修了一条高速公路，但路上跑什么车、装什么货、往哪跑，那是业务战略决定的。

1.1 为什么技术门槛在当下已经被拉平

这个判断可能让程序员同行听着不太舒服，但现实就是：外卖领域的核心技术方案，现在基本上是全行业公开的。智能派单、路径规划、ETA 预测、商家营销工具、骑手等级体系，这些系统你知道我也知道，拼的不是谁“能做出来”，而是谁“做得更稳定、更细致、更省成本”。

像阿里云上现成的弹性伸缩、容器服务、日志分析、压测方案，任何一家技术团队稍微花点功夫都能搭出一套能扛住百万并发的系统。真正拉开差距的，反而是线下那些技术管不到的事情——比如骑手在高峰期愿不愿意听调度、商家出餐快不快、用户在雨天会不会取消订单。

这其实跟做电商一样：建站工具谁都会用，但能不能选好品、谈好供应链、留住老客，才是生意的核心。技术是及格线，不是护城河。

1.2 外卖大战里的“供给争夺”是程序员管不了的事

你打开外卖 App，看到的是满减、红包、免配送费，但对平台来说，每一笔补贴都是在“买”一个用户的习惯，也是在“抢”一个商家接下来一段时间的独家资源。

有些商家会签独家协议，有的平台会补贴商家去买设备、上系统，这些动作，本质是商务和运营在推动。程序员能做的是给商家后台写一个更简洁的接单页面，让老板花30秒就能上新菜品，但程序员没法替老板决定“只上饿了么还是美团一起上”。

同样的逻辑放在骑手那边也成立。平台做骑手 App，做了接单、导航、报备异常的功能，但真正决定运力强弱的，是骑手在这个平台上赚不赚钱、规则公不公平。系统写得再漂亮，骑手一单只赚三块钱，照样留不住人。所以“靠外卖员”这句话，准确说应该是靠整个运力管理体系和骑手生态，而不是靠某个程序员写的某段调度代码。

2. 阿里到底需要程序员，还是需要外卖员

这个问题的正确答案其实是：需要程序员把运力变成“可调度的资源”，再靠外卖员把资源变成“可交付的服务”。

先看阿里的即时零售版图。饿了么是一张牌，蜂鸟即配是一张牌，淘宝闪购是另一张牌。它们和支付宝、高德、阿里云之间，全是数据和技术的连接。你去淘宝买东西，订单状态能同步给饿了么的配送小哥，就是靠接口打通。这一层的“系统集成”工作，就是个纯正的程序员问题。

2.1 程序员在即时零售里干的都是什么活儿

为了把这个问题说清楚，我直接拆几个具体场景，你可以代入看看自己是属于哪个环节的程序员。

• 订单中心：用户下单后，对订单进行状态管理、异常回滚、支付回调处理。高并发下要避免超卖、重复支付，这块得靠分布式事务和幂等设计。没有这个环节，一切运力调度都是空谈。
• 智能调度：把订单分配给骑手，这是整个系统里最算法密集的部分。需要考虑骑手当前位置、顺路程度、商家出餐时间、用户地址、有无电梯、天气交通，综合打分。这不纯粹是背包问题，而是动态环境下的多维规划问题。
• 路径规划：骑手一次可能接3到5单，系统要给骑手出一条最优的取送顺序。这里常见的技术是启发式搜索和遗传算法，再结合高德或自建地图服务的路况数据做动态调整。
• 风控引擎：识别刷单、异常定位、薅羊毛行为。外卖大战期间补贴力度大，风控系统的压力比平时大好几倍，如果系统顶不住，补贴的钱就全喂给羊毛党了。
• 商家端和骑手端 App：这个不多解释，属于老本行。但要注意的是，商家端在高峰期打开率极高，需要在弱网环境下有良好的容错性。骑手端则要考虑屏幕常亮、GPS保活、电量和流量的平衡。

这些工作没有一个是轻松活儿。说“靠不住”程序员的人，大概率是把“程序员”理解成了只会写业务 CRUD 的码农，而不是理解整个系统架构的人。而这类系统恰恰是整个外卖运营的地基：没了调度系统，一万个外卖员站在路口，也不知道该往哪走。

2.2 外卖员才是“最后一公里”的真实温度

既然程序员做的事这么关键，为什么市面上依然流传着“靠外卖员”的说法？我个人的理解是：因为用户感知不到程序员的劳动，但用户能直接感知到外卖员的服务。

用户不会知道你在后台用规则引擎把优惠计算得严丝合缝，用户只知道外卖准时到了、小哥态度不错、汤没洒。对整个平台的品牌心智来说，这些瞬间才是决定复购的关键。

所以，刘强东说他亲自去送外卖，王兴也常被拍到在骑手堆里聊天，不是因为他们不懂技术，而是他们太懂“最后一公里”才是用户最容易感知到的价值单元。程序员写十年代码，不如骑手陪老人说两句话来得有温度。这话不好听，但是实情。

当然，这里想补充一句：外卖员的体验不是靠口号提升的，是靠算法和规则改善的。过去一些平台的设计思路是把骑手当成“可无限优化的变量”，严苛地压缩时效，结果就是骑手频繁闯红灯、用户频繁投诉超时。现在业内逐渐认识到，好的路径规划应该是把安全、违规风险也纳入目标函数。这一点，恰恰是程序员的价值——用一种可量化的方式，让系统去尊重人。

2.3 技术是放大器，运营才是杠杆本身

我常用的一个比喻：技术是麦克风，运营是歌手的嗓子。麦克风差一点，歌手也还能唱；但歌手唱功不行，再贵的麦克风也没用。外卖大战里，运营端的打法、商家的取舍、骑手的激励，才是决定胜负的主变量，技术是把这些主变量的效果放大十倍百倍的放大器。

阿里内部技术资源肯定不缺，但为什么在这个战场里给人感觉“技术不突出”？因为技术本身退居到了后台，它在激烈竞争的时候做的是“跟随”和“托底”。当你的产品策略和对方一样，发的券比对方多，那系统层面的体验差异就很难被用户注意到了。用户只会关心一件事：哪个便宜，我就用哪个。这不是技术能改变的。

3. 外卖履约系统的技术含量，不该被人遗忘

聊了这么多，很多人可能觉得我是在“贬低技术”。其实正好相反，我想提醒大家的是：外卖大战里，程序员做的那层系统远比看起来复杂，只是它已经稳定到你感受不到它的存在。

就像你每天用电，不会觉得发电厂有多重要，直到停电那一刻。外卖系统也是这个逻辑，只有在大促、高峰、天气恶劣这种“全系统承压”的时刻，你才看出哪家的技术底座过硬。

3.1 一个订单从点击到送达，技术上经历什么

想要搞清楚程序员的价值，建议你把订单的每一次状态流转都当成一个独立系统来理解。

用户点击“提交订单”的那一刻，前端先要请求预估价格接口，做一个实时询价。这一步会触发优惠计算、地址围栏判断、商家营业状态、骑手是否可配送等状态检查。接着后端创建订单，生成唯一ID，锁定商家库存，发起支付。支付完成后，订单进入商户侧，商家接单、出餐，再推送到运力调度池。

调度系统拿到这个订单后，会结合周边空闲骑手、运力热度、预测订单量做一次全局优化。注意，这里是全局优化，不是“手边有空车就派”，因为要考虑未来几分钟可能产生的新订单。所以你看到骑手在某个路口等了一会儿，很可能是系统预测那个方向马上会有新顺路单，让骑手等一下更划算。

这个过程里用到的技术名词一大堆：规则引擎、时空索引、实时特征计算、约束求解、贪心加局部搜索、强化学习调参。随便一个模块，都能养活一个不错的开源项目。所以当有人问我“外卖大战对程序员是不是没意义”，我真的很想拉他们去看看大厂的调度系统论文，再下结论。

3.2 供应链和运力网络中的技术优化目标

外卖大战期间，补贴会引发订单量暴涨，而订单量暴涨会直接冲击运力网络。这时候技术团队做的事情就很有讲究了。

第一个目标是削峰填谷。通过价格杠杆或配送费动态调整，把高峰期的订单压力往平峰引导。比如说雨天，系统会自动给用户提示“预计配送时间延长”，同时给骑手加一笔雨天奖励，这就是用技术手段调节供需曲线。

第二个目标是缩短到手时间。用户看到“35分钟送达”，是基于ETA系统给出的预测值。这个预测不是拍脑袋，而是综合商家出餐历史、骑手历史速度、实时路况、天气影响建出来的回归模型。如果某家商户出餐总是慢10分钟，系统给它的“可接受订单数”就会自动降下来，避免用户空等。

第三个目标是降低取消率。当骑手迟到风险过高时，系统会提前触发“改派”或“新骑手接力”的逻辑，一个订单在多个骑手之间流转的合并决策，背后也是大量的策略代码。网上有篇流传很广的“外卖骑手困在系统里”的文章，其实反过来读，也能看到系统在努力平衡多方目标——只是人性的感知和机器的优化天然存在摩擦。

4. 我在这个行业里看到的一些现象与思考

这个部分我不聊系统，聊点作为行业观察者和技术人，自己的一些真实体会。

4.1 大厂程序员不是“靠不住”，而是角色的边界感变强了

阿里这样一个体量的公司，技术团队在核心电商、云计算、本地生活等领域都有深且广的积累。可一旦公司进入“抢市场份额”的阶段，程序员的话语权天然会被业务后移。这不是能力问题，是组织发展阶段决定的。

早年互联网是“技术驱动创新”，因为大家都没做过，谁先做出来谁赢。现在很多赛道变成了“运营驱动增长”，技术是标配。你觉得程序员“靠不住”了，其实只是决策的重心换了位置，程序员的kpi从“做出一个新的功能”变成了“把成本降低20%”“把稳定性提升到99.99%”。这种变化看起来不起眼，但恰恰是业务跑到一定规模后，最需要的能力。

说个简单的例子：外卖大战里补贴一多，羊毛党就会闻风而动。风控程序员写一套规则，每天拦住几百万虚假订单，帮公司省下几千万补贴。这个工作，你能说“靠不住”吗？但它不像骑手送餐那样有画面感，所以媒体不会报，用户也感知不到。

4.2 程序员别焦虑，也别“给自己加戏”

看到网上很多程序员同行因为这类话题产生职业焦虑，我觉得大可不必。

拿阿里云来说，它本身是国内云计算基础设施的重要玩家，很多中小企业还在用它做 Maven 镜像加速、部署 YOLO 模型、申请 SSL 证书。这些数字化的基本功，和外卖大战一样，都是“冰山下的部分”。你今天在公司里写着不被重视的管理后台，不代表你的技术没有价值，只是价值变现的周期比较长。

反过来，也别因为“技术是标配”就觉得自己掌握了铁饭碗。在这个行业待久了，我越来越认同一个观点：技术的价值不在于代码本身，而在于你能否给业务带来可量化的增量。你要是只会写工具、做接口，却说不清楚这个功能对商家出餐效率提升多少，那你离“被业务带着走”就不远了。真正有话语权的程序员，都是能站在业务视角看技术的人。

4.3 从外卖大战看“技术人的机会窗口”

说句公道话，外卖大战其实给技术人制造了大量机会窗口。业务量暴涨的时候，系统要扩容、要加速、要更稳，这时候技术团队反而最有存在感。只是这种存在感是“瞬时性”的，大战一结束，团队又会开始精简。

所以我的建议是，技术人要学会在“业务高速增长的窗口期”里积累自己的方法论，而不是沉迷于某一个系统的细节。比如你参与过大促期间饿了吗或淘宝的弹性扩容，那你下一次去任何一个做电商、做配送、做仓储的公司，这套经验都能复用。经历过实战的人，和只看文档的人，写出来的方案完全不一样。

5. 常见误读与思考误区辟谣

这篇文章写到这，我觉得有必要专门辟几个流传很广的“梗”，帮大家把认知对齐。

5.1 “靠不住程序员”是不是意味着程序员要失业

完全不是。这个说法只是反映了一种决策倾向——存量市场的竞争重心从“做功能”转移到“做运营”。但运营要落地，依然需要技术工具。

举几个更具体的例子：

• 饿了么的营销中台，运营活动配置基本靠后台系统完成，没有程序员，运营连发券都发不出去。
• 阿里云的百炼平台、coding plan 这类工具出来后，很多编程工作会被简化，但简化的是“重复代码”的产出，不是“系统思维”的需求。
• 哪怕是最新的AI编程助手遍地开花，落到真实业务里，还是需要有人去判断需求合理性、设计数据模型、保证系统不出性能事故。

所以，程序员不会失业，只会“换一种存在方式”。就像当年Excel普及之后，会计没失业，而是从“打算盘的人”变成“用表格建模的人”。

5.2 “外卖员比程序员重要”是伪命题吗

我认为是伪命题，但它背后反映的问题是真的——一线服务人员的价值被长期低估。

平台经济模式下，外卖员承担了大量末端交付责任，但他们的收入结构、保障体系、晋升通道都存在明显短板。与其说“外卖员比程序员重要”，不如说“两类角色的评价体系差异太大”。程序员可以用薪资和期权衡量贡献，外卖员却很难被量化成“你去年帮平台提升了多少复购率”。这种衡量的缺失，造成了“看起来不重要”的错觉。

如果行业真的想健康运转，就需要把一线劳动者的感受纳入系统设计的核心约束条件。这不是什么道德口号，而是一个非常实际的技术问题：给骑手的派单能不能更有温度，能不能在雨天减少强制惩罚，能不能在等餐环节不要把压力全转嫁给骑手。这做得越好，平台运力越稳定，用户满意度越高。

5.3 阿里在外卖大战里到底缺什么

如果非要给“阿里靠不住程序员，只能靠外卖员”找到一个比较合理的解释，我觉得缺的不是技术，也不是外卖员，而是“把技术、运力、商家、用户心智统一经营的决心和节奏”。

程序员和外卖员，一个是大脑，一个是手脚。大脑再聪明，手脚跟不上，跑不快；手脚再勤快，大脑指令混乱，也容易白跑。所谓“靠不住程序员”的说法，本意应该是指“在这场需要大量线下纠缠和即时体验的战争里，光有聪明的脑子和过硬的技术底座还不够，最终还是要把每一个普通用户、每一个骑手、每一个商家的具体体验落地到细节里”。

而这个“落地到细节”，恰恰不是靠某一个群体单打独斗，它靠的是一个组织整体的协同能力。产品出问题，程序员背锅；配送出问题，外卖员背锅——这种互相甩锅的叙事，是这个行业最没营养的部分。

6. 我个人的一点体会

说点不成熟的个人看法。我在本地生活领域相关的技术交流里待久了，越来越觉得，真正让人感慨的，不是某个平台的涨跌，而是“行业叙事”对个体职业价值的扭曲。

程序员被推到聚光灯下的时候，是互联网黄金十年。那时候，一个“会写推荐算法”的人，走到哪都有人请吃饭。现在风口变了，短视频和直播造神，外卖小哥、网约车司机也成了话题中心。这其实是正常的产业周期波动——技术成熟到一定程度，前台的光芒就会转移到执行层。

但做技术的人心里要有个秤：你可以不站在舞台中央，但你得知道，这个时代离开底层系统，什么都转不动。外卖大战里，那套订单系统、调度系统、风控系统、资损防控系统，每一个都在高速运转，只是它们没有说话的声音。

我有时候在办公室里想，如果哪天外卖平台全部停摆，大家下楼自己也找不到商家，用户才发现连个订餐入口都没有，那个时候再讨论“靠不靠得住”可能更实在。可现实是，稳定的系统就像空气，没人会在呼吸顺畅的时候夸空气好，只有雾霾天来了才想起空气的重要性。

聊到最后，我还是想真诚地说一句：不管你是程序员、外卖员，还是平台运营，都别被这种“谁更重要”的讨论带偏了。一个人在自己的岗位上把事做到极致，就是这场大战里最重要的一环。至于别人怎么评价你所在的群体，随他去吧，路还长。