「速成车」争议：消费者该不该替厂家做验证?

9月19日，赛力斯集团科技公司总裁刘宗成在泰达国际论坛上抛出一句话：汽车产业最大的风险不是慢，而是「速成」。

他的原话是，中国汽车要从规模领先迈向质量领先，不能靠压缩验证周期、降低安全标准来抢速度。他还把矛头指向恶意低价、数据造假和「黑公关」，称产业真正的对手不是彼此，而是不健康的竞争方式。

这类喊话近年来并不少见，批评价格战、反对销量榜单、质疑过度营销的声音一直都有。但刘宗成这次有一句话值得普通消费者较真：不能靠压缩验证来抢速度。

它触及了汽车工业一个最朴素的问题，一辆车究竟要验证到什么程度，才能交到用户手里？

更敏感的追问随之而来：在开发周期不断缩短、OTA越来越频繁的这几年，最早买车的那批人，到底买到的是充分验证的成熟产品，还是在不知情中替厂家承担了一部分验证工作？

监管已经把话挑明了

如果这只是一家车企高管的立场表达，大可当作行业内的互相敲打。真正值得注意的是，监管信号与他的担忧出现了呼应。

2026年8月，工信部、公安部、生态环境部、市场监管总局四部门联合启动为期一年的「道路机动车辆产品生产一致性和质量提升专项行动」，集中整治生产一致性、可靠性、耐久性和新技术测试验证四类问题。

检查项相当具体：要查新车设计使用寿命和研发周期，要查新材料、新结构是否存在缺陷和疲劳失效风险，还要查组合驾驶辅助和自动驾驶功能的测试验证是否充分。

工信部在9月的公开表态中说得更直接：有的企业将未经充分测试验证的技术或设计上车应用，由此带来质量安全隐患。

这句话意味着，「新技术没验证透就装车」已经不是舆论场上的概念，而是被纳入了现实的质量治理范围。当然，这推不出「过去几年所有新能源车都有问题」的极端结论，但它至少证明，速度挤压验证是一个真实存在的行业议题。

行业为什么停不下来

把时间倒推二十年，汽车是典型的慢工业。一款新车从立项到造型冻结、工程开发、样车制造，再到高温、高寒、高原、碰撞、耐久、腐蚀测试，周期普遍以年计算，36个月以上是常态。

流程漫长不全是因为效率低，而是汽车要验证的问题太多。橡胶件老化、焊点疲劳、悬架连接件抗冲击、材料经历数万次冷热循环后的性能，这些无法只靠电脑模型得到全部答案，汽车的可靠性有一部分就是靠时间熬出来的。

新能源时代彻底改变了节奏。智驾半年一代，座舱芯片一年一升，800V刚普及，5C、6C快充又成了竞争点，一款车晚半年上市，面对的可能已经不是原来的对手。

于是车企普遍产生了把36个月压到24个月、再压到18个月的冲动，而且这是一个典型的囚徒困境。

别人18个月就能换代，自己坚持三年，新车上市时智能配置可能已经全面落后，没有谁愿意主动当最慢的那个。这正是「速成」风险生长的土壤。

快不是问题，验证缩水才是

但要特别强调，不能把「研发周期缩短」和「偷工减料」画等号，否则讨论会走向另一个极端。

今天开发效率的提升本身就是技术进步。模块化平台减少重复开发，成熟三电可以跨车型复用，数字孪生和CAE仿真能提前发现结构问题，并行工程替代了过去按部门顺序推进的流程。

如果一项工作靠更好的工具一个月就能可靠完成，没必要为了「看起来认真」硬等三个月。

所以真正该问的从来不是「你的车为什么只开发了18个月」，而是「把36个月压到18个月，你到底压缩掉了什么」。

压缩掉重复会议和低效流程，是进步；靠仿真提前完成了物理验证，也是进步。

但如果压缩掉的是高温、高寒、长期耐久、材料疲劳和极端工况验证，或者某项新技术还没测透，只因上市节点不能推迟就先装车，性质就完全不同。判断一辆车是不是「速成车」，不能只看周期长短，要看验证有没有缩水。

OTA不是安全的补丁

除却这些，在现在这个软件定义汽车、AI定义汽车的时代又多了一个以前不存在的诱惑：反正以后还能OTA，今天是不是可以先上市？

这可能是智能汽车时代最该警惕的思维。软件行业几十年形成了「先发布可用版本、再持续迭代」的成熟哲学，发现Bug就修、数据不够上线再收集，这套模式放在手机App里完全合理，一个软件崩溃最多重开。

但汽车不是普通软件终端。语音助手、座舱UI出问题可以慢慢更新，可一旦涉及制动、转向、电池安全、车身结构和辅助驾驶的安全边界，等待迭代的代价可能无法承受。

所以智能汽车需要守住一条边界：功能可以迭代，基础安全不能等待迭代。OTA应该让一辆成熟的车变得更好，而不是把一辆没成熟的车逐渐补完整。

那么问题就来了：车主是不是已经成了厂家的「测试员」？

某种意义上是，但这句话不全是负面的。

几十万辆联网车每天行驶，会产生实验室永远无法完全覆盖的数据：遇到什么特殊天气、驾驶员在什么情况下急刹、智驾在哪些路口容易退出，真实道路场景在AI时代已经是产品持续成长不可缺少的养分。用户客观上进入了企业的研发闭环，既是消费者，也是数据贡献者。

正常迭代和「小白鼠」之间有一条清晰的分界线。语音识别不准靠OTA提升、菜单太复杂重新设计、智驾在安全边界内变得更像人，这些都属于正常优化，用户参与了产品成长，却没有承担基础安全责任。

真正越界的是另一种情况：新悬架没做完耐久、底盘零件存在疲劳风险、电池结构没覆盖极端温度、智驾在可预见的关键场景里没测完，却因为节点不能推迟先交付，再靠几十万用户去「跑出问题」。

判断标准其实很简单，不是看这辆车上市后有没有升级，而是看这次升级修复的问题，本来是不是应该在上市前就被发现。可以让用户帮产品变聪明，但不能让用户帮厂家证明产品本来是安全的。

结语

回到开头的问题，消费者是不是「小白鼠」，最准确的回答不是简单的是或否。

用户成为产品持续迭代的一部分，是技术进步的必然；但企业一旦把上市前该完成的安全验证也转移到用户身上，性质就变了。

在《科技丛林》看来，这场争议真正要守住的底线只有一句：一辆智能汽车可以在用户手里继续成长，但在交付之前，它首先必须已经「毕业」。用户买的是一辆允许进化的成熟汽车，而不是一张替厂家跑道路测试的入场券。

完。