美团收购叮咚，第一个被优化的不是仓库，是技术部

2026 年 2 月 5 日，美团公告 7.17 亿美元收购叮咚买菜中国业务。

三个月后，叮咚的技术群里开始流传一份文档——「美团技术栈对照表」。不是官方发的，是工程师自己整理的。他们想知道自己的技能树能往哪迁。

那份文档的潜台词只有一个：我们的代码，大概率要没了。

为什么最先受伤的是技术？

两家公司都是前置仓 + 即时零售。业务重合到什么程度？

• 仓储系统：叮咚有一套自研 WMS，美团有小象超市的一套。合并后必留一个。
• 调度算法：叮咚的派单引擎 vs 美团的超级大脑，同一个城市、同一批骑手、同一张地图，没有理由维护两套。
• 用户画像：700 万月活用户的标签体系，美团已经有 6.8 亿用户的画像底座，谁吞谁一目了然。
• 中台服务：支付、营销、客服、数据，全撞。

技术的宿命：当两套系统功能重叠时，赢的不是「谁的技术更好」，是「谁的组织更大」。

叮咚的技术团队，没有胜算。

美团的收购剧本：先稳定，后收编

这不是美团第一次干这事。摩拜收进来，先独立运营，然后中台团队被美团同化，核心系统重写。

对叮咚技术部，剧本大概率一样：

1. 过渡期（0-6 个月）：承诺「保持稳定」「大家放心」。该开会开会，该写代码写代码。
2. 对齐期（6-12 个月）：技术架构评审启动。叮咚的技术负责人被纳入美团技术委员会，开始「技术栈对齐」。
3. 收编期（12 个月后）：系统迁移启动。叮咚的核心系统逐步接入美团中台，原有系统进入维护模式。维护期结束后，对应团队被裁撤或转岗。

所以现在（5-6 月），正好卡在第一阶段末尾、第二阶段起点。技术栈对齐还没正式开始，但人心已经开始对齐了。

谁在走，谁走不了？

正在找工作的人：

• 仓储/调度/推荐系统的核心工程师——知道自己的系统会被换掉
• 中台研发——美团有全套替代方案
• 想留上海但被要求转岗北京的——家庭原因走不了

暂时安全的人：

• 供应链采购端的产研——这是叮咚的核心资产，美团缺这块
• 江浙沪区域的技术运营——本地化经验不可替代
• 已经拿到美团 offer 的高 P——转型成功

但「暂时安全」不代表「长期安全」。美团的逻辑一直是：先把业务吃透，再把系统吃掉。

老板走了，留下的是债务

创始人梁昌霖拿走了海外业务和最高 2.8 亿美元现金，签了 5 年不竞争协议，带着核心班底去中东和东南亚二次创业。

留下来的是 1000 多个前置仓、几千万行代码，和一群不知道自己代码还能活多久的工程师。

收购公告说「双方优势互补」。 技术部的人翻译过来是：「你的优势——我们不需要。」

最后一句

大厂收购初创公司，最不值钱的就是被收购方的代码。值钱的是用户、仓、供应链。代码？只是交易附带的遗产代码库，等交割一完成，就进入倒计时。

叮咚技术部的同学，现在是你们职业规划最清醒的时刻——在别人给你安排去处之前，自己先想好去向。