当中国智驾公司把方案卖到德国，它最该担心的不是算法

文远知行与博世的L2++方案出海，已在德国、法国、日本开展道路测试。这个新闻让我想起一个产品经理的常见追问：当一个解决方案要适配三个完全不同的市场时，它的“最小可行性产品”到底是什么？

答案可能不是算法，而是“拿到当地路测牌照+读懂当地驾驶习惯”的能力。文远知行选择了一条看似保守实则聪明的路径——用博世的车规级域控平台做“安全壳”，用自己的端到端算法做“智能核”。这套组合的产品逻辑很清晰：博世负责信任背书和合规门槛，文远知行负责体验上限。

拆解产品组合：为什么是博世？

文远知行并非第一次出海。但L2++（国内常称为高阶辅助驾驶）的出海难点不在于技术本身，而在于“每个市场的路况都是新产品”。我列了一个对比表，看看三个市场对智驾系统的“特殊要求”：

这些差异不是靠算法“端到端”就能自动泛化的。端到端的优势在于能学习复杂场景，但劣势是它需要海量本地的、高信噪比的训练数据。而文远知行目前只是“道路测试与适配验证”，距离真正大规模量产和用户体验优化还有很长距离。

关键数字：据公开资料，国内L2++方案测试里程通常以百万公里计，而海外一辆测试车一年能跑的有效场景数据可能只有国内的十分之一。这就是出海的第一个产品门槛——数据闭环效率。

从产品角度看“端到端+博世”的商业模式价值

文远知行没有选择单独卖算法软件（像Mobileye那样），也没有自己做全栈集成（像Waymo那样），而是与博世深度绑定。这个决策在商业层面有清晰的账：

• 降低安装门槛：博世的域控平台已经通过ASPICE CL3、ISO 26262 ASIL-D等车规认证，主机厂不需要额外做平台适配。文远知行只需要在博世的参考硬件上跑通算法。
• 缩短验证周期：博世在全球有现成的测试场、合作主机厂资源、法规合规团队。用博世的壳，文远知行可以跳过“从0到1”的合规流程。
• 分摊风险：如果某个市场失败（比如法规突变动），算法可以切换到另一个市场，博世的硬件平台仍可以继续供货。

但风险同样存在：文远知行对博世的依赖度极高。一旦博世在其他地区有了更优先的算法合作伙伴，文远知行的议价能力会下降。产品经理视角：这是典型的“平台锁定”风险。

用户体验的底层矛盾：全球化 vs. 本地化

文远知行的方案是“一段式端到端”——从感知到决策到控制全用深度学习网络。好处是体验统一，坏处是：一个模型很难同时处理好德国高速的激进变道和日本窄路的低速礼让。

产品经理会问：用户真的需要这种全球化能力吗？德国消费者可能更在意变道时的“机器感”强弱，而日本用户更关心泊车时的障碍物识别。文远知行目前选择的是“先统一算法，再通过测试积累适配数据”的产品节奏。这个节奏在早期验证阶段是可行的，但一旦进入量产交付，必然面临“给每个市场单独做版本”的抉择。

从商业价值评估，我更关注文远知行是否规划了本地化OTA频率。如果一辆德国用户的车，其智驾系统更新节奏与中国测试车一致，那这个产品就很难真正落地。主机厂需要看到明确的“数据回传——模型迭代——用户升级”闭环周期。

一个小结：产品逻辑上的三个关键判断

1. 算法不是壁垒，本地化运营才是。文远知行现在做的事是“打桩”——在各个国家做测试，本质是建立数据采集网络。这个网络需要持续投入，且无法快速变现。
2. 博世是“准入证”但不是“护城河”。产品经理应该警惕：合作方的全球化能力可能会限制自身算法迭代自由度。比如博世域控平台的算力上限可能成为瓶颈。
3. 市场优先级需要重新排序。欧洲市场（德、法）是高端车主力市场，但日本市场的高订单数有限。文远知行应该先集中资源攻克一个市场，而不是三线并行。

留下一个开放问题

如果文远知行后续进入美国市场（那里有更强的法规限制和更复杂的多传感器融合需求），它是否需要放弃端到端方案，转而用更传统的模块化方案来适配当地主机厂的验证体系？换句话说，做全球化产品，到底是要“用一套算法打天下”，还是“给每个市场做一个独立的产品”？

原文链接：文远知行首次披露 L2++ 智驾业务出海进展，已在德国、法国、日本等国开展道路测试与适配验证 - IT之家