硬件出了重大问题怎么办？铂智7 上市不到 100 天召回两次，两次都是软件写错的

8 月 1 日，广汽丰田备案了两张召回公告。

第一张 S2026M0083V，15266 辆铂智7。缺陷原因是这么写的：「智能蓝牙模块的软件控制程序考虑不充分，在特定条件下，可能向车辆控制模块发送异常指令，造成车辆在行驶中自动从 D 档跳入 N 档。」

第二张 S2026M0084V，24286 辆铂智7。缺陷原因是「热管理控制器的软件控制策略不完善，车辆上电后，空调压缩机及水加热器可能停止工作」，极端情况下除霜除雾性能下降，影响驾驶员视野。

两批加起来 39552 辆。铂智7 这款车上市还不到 100 天。

两张公告的解决措施是同一句话：通过汽车远程升级（OTA）技术免费升级软件，用户无需到店即可完成。

同一个月的另外三张公告，是要动手的

8 月 8 日起，捷豹路虎两张公告一起生效。S2026M0080V 召回 76422 辆进口路虎揽胜、路虎发现，S2026M0081V 召回 83810 辆路虎卫士，合计 160232 辆。缺陷是方向盘游丝连接到驾驶员安全气囊的接头可能出现微动腐蚀，电阻增加，可能导致驾驶员安全气囊无法正常展开。解决措施是免费为接头端子涂抹专用润滑脂。

8 月 28 日起，S2026M0082V，小鹏召回 33473 辆 X9。制造工艺波动导致前空气弹簧气密性下降，高温高湿环境长时间使用后可能缓慢漏气，极端情况下影响操控性。解决措施是免费更换改进后的前空簧滑柱总成。

把五张公告并排放：

上面三行，19 万多台车要一台一台开进服务站，举升机、工时、备件、客户预约，全部实打实地发生。下面两行，39552 辆车，工程师发一个升级包。

召回公告的缺陷措辞变了：从「腐蚀」到「考虑不充分」

翻这两个月的召回通告，老式硬件缺陷的词是固定那几个：腐蚀、金属疲劳、开裂、强度设计不足、装配了错误尺寸的半轴、电芯内部锂生长。哈雷那批是「上三星夹材料强度设计不足，应力集中处可能产生裂纹」，沃尔沃 EX30 那批是「生产偏差可能导致电芯内部锂生长」。

新出现的那类词是另一套：「考虑不充分」「策略不完善」「设置不当」。同一批通告里，一汽丰田普拉多召回 9408 辆，缺陷原文是「组合仪表控制程序设置不当，车辆启动时，组合仪表可能无法正确启动」。

「智能蓝牙模块的软件控制程序考虑不充分」，翻译成软件团队每天在说的话，就是某个边界条件没被写进判断里。这种事在需求评审的会议纪要里通常是一行「这个场景先不考虑」，在召回公告里是 15266 辆车。

2025 年 1904 次 OTA 升级里，只有 13 次算召回

市场监管总局公布的 2025 年数据：全国实施汽车召回 190 次、涉及 684.6 万辆，次数和数量分别比上一年下降 18.5% 和 39.1%。其中采用 OTA 方式召回 13 次，涉及 175.6 万辆，占全年召回总数量的 25.7%。

同一年，企业报告的 OTA 升级是 1904 次、涉及 1.4 亿辆次，升级次数比上一年增长 38%。

1904 和 13。绝大多数 OTA 是加功能、改体验、修小毛病，只有 13 次被定性成召回。这条线画在哪里，是这件事上最贵的一个判断——线这边是产品迭代，线那边是要向监管备案、要停止生产销售、要进年度统计的缺陷召回。

工信部和市场监管总局 2025 年 3 月那份通知（工信部联通装〔2025〕45 号）把线画得很清楚：「企业实施 OTA 升级活动消除汽车产品缺陷、实施召回的，应当按照《缺陷汽车产品召回管理条例实施办法》组织实施，并立即停止生产、销售缺陷汽车产品。」同一份文件里还有一句针对性更强的：「规范 OTA 升级应用方式，避免企业通过 OTA 升级隐瞒车辆缺陷或规避责任。」

OTA 把修复成本从「19 万台车逐一进场」压到「发一个包」，但没有把备案义务减掉一分。能远程改，不等于可以不声张地改。

确认缺陷之后：十个工作日、三个月、货值 1% 到 10%

召回不是从对外发公告那天开始的，是从「认为可能存在缺陷」那天开始的。

汽车这边，《缺陷汽车产品召回管理条例》要求生产者在实施召回前向主管部门备案召回计划。不做汽车的硬件按《消费品召回管理暂行规定》走，条款写得更细：第九条，「生产者发现消费品可能存在缺陷的，应当立即组织调查分析」；第十七条，主动召回的，自调查分析认为存在缺陷之日起十个工作日内向所在地省级市场监管部门报告召回计划；第二十一条，自召回实施之日起每三个月提交阶段性总结，完成召回计划后十五个工作日内提交召回总结。

罚则那一栏的量级差得很远。汽车条例第二十四条，生产者违规的，处缺陷汽车产品货值金额 1% 以上 10% 以下的罚款，情节严重吊销许可；第二十三条，不配合缺陷调查等情形，拒不改正的处 50 万到 100 万。而《消费品召回管理暂行规定》第二十五条，逾期未改正处一万元以上三万元以下罚款。

所以在这条链上最难的动作不是修，是定性——承不承认这是缺陷。2025 年那 190 次召回里，受市场监管总局督促影响而实施的有 55 次，涉及 293.4 万辆，占全年召回总数量的 42.9%。按辆数算，近一半的车不是企业自己举手报的。

修复方案、对外话术、补偿方案都能在 48 小时内准备出来，卡住的一直是前面那一步：有人要签字说「这是缺陷」。

我这边最坏的情况是回滚

我做的是软件，不做硬件。线上出问题，最坏的一次是半夜回滚一个版本，第二天写复盘，用户那边的损失是几个小时用不了，或者一段数据要重导。这个代价我付得起，所以我以前做判断的时候，「先上再说，出问题再修」几乎不需要犹豫。

铂智7 那份公告写的是「车辆在行驶中自动从 D 档跳入 N 档」。同样是一段控制逻辑没考虑周全，我这边的结果是回滚，那边的结果是有人在路上失去动力。

软件定义硬件之后，一次提交的最坏结果从「用户重开一次 App」变成了一张有编号、有辆数、要向国家备案的公告。而写这段逻辑的人，用的还是软件那套习惯：先上，看数据，再迭代。

OTA 让这个习惯更难改。修起来越像发版，就越容易按发版的标准去判断「这算不算问题」。铂智7 上市不到 100 天备案两次召回，涉及车辆的生产日期最早那批是 2025 年 10 月 28 日，两个缺陷都跟着第一批车一起出厂，只是先被开出去几个月才被认下来。

2026 年 8 月这五张公告，编号从 S2026M0080V 到 S2026M0084V，加起来 233257 辆车。其中 39552 辆的问题，是有人在代码里没写全一个条件。