零跑破10万，谁的工程效率在裸泳？

7月新势力销量榜出来，零跑一家独大，交付10.1万辆，同比增长102%。蔚小理米全卡在3万档，谁也上不去。鸿蒙智行4.5万辆排但同比已经连续第二个月往下掉。

这个反差挺有意思。大盘在跌——乘联会说7月零售约152万辆，同比下降16.8%——零跑却逆势翻倍。很多人会把它归因于产品定位、性价比、渠道下沉。但作为一个每天跟代码打交道的人，我看到的是另一件事：工程效率的差距，最终会体现在交付数据上。

零跑凭什么能破10万？不是技术突破，不是营销奇迹，是规模效应到了临界点。

看看这组数据：

零跑单一车型占比高，意味着供应链压力小、产线切换少、BOM复杂度低。这在工程上就是高内聚、低耦合的架构优势。反过来看，蔚小理米几家都在推多车型，每款车要独立调试产线、独立建供应链、独立做认证，复杂度是指数级上升的。

我上周写过一篇关于技术普惠的分析，当时觉得零跑是靠价格战抢市场。现在看，价格战只是表象，真正支撑它破10万的，是它把造车这件事做成了可复制的工程流程，而不是靠天才设计师的灵光一现。

蔚小理米的困局，是系统复杂度在还债

理想做了MEGA、L6、L7、L8、L9，小鹏有G6、G9、P7、X9，蔚来更是子品牌一堆，小米刚上SU7又要推SUV。每多一款车，测试覆盖率就得翻倍，路试里程得翻倍，供应链管理得从线性变成网状。

我写代码最怕什么？不是写不出功能，是加了一个新特性后，跑回归测试发现五个旧功能挂了。造车也一样。3万档这个数字，很可能就是蔚小理米当前系统复杂度的上限——再多就崩了。

鸿蒙智行连续两个月同比下滑，更说明问题。生态协同听起来很美，但多品牌、多车型、多版本的软件耦合，光OTA版本管理就能把人搞疯。我接触过一些智能座舱的OTA方案，几款车就十几个版本分支，光测试用例就得写上万条。这种复杂度不是螺丝刀能拧开的，是要用工程纪律来解决的。

工程人看车市，最烦听“产品力”

说实话，我每次看到车评人讲“产品力”就想翻白眼。产品力是个筐，啥都能往里装。销量好就是产品力强，销量差就是产品力弱，这跟没讲一样。

从工程视角看，零跑破10万的核心逻辑是：它把造车这件事的边际成本降到了足够低。10万辆车分摊的研发费用、模具费用、认证费用，和3万辆不是一个量级。每多卖一辆，成本结构就优化一次，形成正向飞轮。

反过来，蔚小理米困在3万档，不是产品不行，是成本结构没跑通。卖到3万之后，每多卖一辆，新增的供应链压力、交付压力、售后压力，可能比新增的利润还多。这不是销量问题，是工程效率问题。

我之前用过一阵子Flyme Auto，说实在的，单看交互体验，零跑的车机不输任何一家。但它的底层架构更简洁，复用率高，开发节奏快。这背后是工程团队对代码质量的把控——命名规范、测试覆盖率、模块化设计，这些基本功决定了你能跑多快。

趋势预测：零跑会继续拉开差距，但蔚小理米不会死

零跑已经跑通了规模效应的正循环，接下来几个月，它的交付量大概率还会往上走，可能摸到12-15万。鸿蒙智行如果继续下滑，那就是生态协同的工程债开始还了。

蔚小理米不会死，但它们的增长曲线会从陡峭变平缓。3万档不会是终点，但短期内想突破5万，必须解决工程复杂度的问题——要么精简车型，要么重构供应链，要么在软件架构上做减法。

我比较担心的是小米。新势力里，小米的工程基础最弱，供应链经验最少，但雷军的高管光环和粉丝效应，容易让人忽视它背后的工程债。SU7卖得不错，但SUV上量之后，复杂度会暴增。

零跑的成功，某种程度上是工程效率的胜利。它不是一个技术突破的故事，而是一个把代码写干净、把测试跑完整、把供应链做标准的故事。说实话，这比写个AI大模型难多了。

工程效率不是选配，是生存刚需。 零跑证明了这一点，剩下的人，该还债了。