ARTICLE · 1071581
AI 与软件管理的硬核碰撞
当软件定义汽车成为共识，产品人首先要看懂一整条链路。
9月22日，艾拉比“产品大联盟”系列workshop第三期如约而至。本期由VSP产品经理瑶工主讲，聚焦客户VSP面向生产运营的完整实践——从软件怎么当零件管，到数据怎么精准发到每一家工厂。这是艾拉比产品条线的固定交流机制，上海总部同事在OpenAI会议室现场参与，外地小伙伴通过飞书线上接入。正如海报上的那句“融合聚力·驰骋破局”。
没有宏大开场，没有冗余环节，分享者直接切入主题，现场和线上小伙伴随时插话、随时追问——这正是产品大联盟的常态：把不同BU的产品人聚到一起，在全链路里互相找方向、找突破口。
01 VSP：把软件当成零件来管理
软件BOM与车辆档案，让每一台车的软件状态可查、可追、可管。
瑶工围绕为什么需要VSP、VSP整体方案、系统集成、M/O业务、全球化多站点部署、实施方法论与价值，逐一展开VSP面向生产运营的完整实践。
软件定义汽车，软件怎么管？
VSP是整车软件生命周期管理平台（SLM）。一辆车里有几十个控制器，每个控制器管着车窗、后视镜等不同功能，软件版本随OTA和维修持续迭代——软件，已经和硬件一样需要被严肃管理。但车企现状各不相同：有的管得好；有的把软件当硬件管；有的靠工程师人肉传递。最后一种，正是最容易被忽视的风险点。
要理解VSP，先要理解一辆智能汽车是怎么造出来的：需求输入→项目立项→BOM管理→软硬分离→实验车验证→生产制造→下线校验→车辆档案归档→售后与OTA。VSP要管的，就是这条链路上软件的全部状态和变更。
客户的诉求：把软件当成零件
客户的诉求非常直接：把软件当成零件来管理——软件要有零件号，要有版本，不同配置、不同车型的软件版本都要能管起来，再正常输送到产线和售后OTA。这意味着，软件零件的研发过程要可追溯，有变更要有版本管理，变更要可管控。
软件BOM：软硬分离的关键一步
软件要刷到硬件上，所以软件BOM必须和硬件BOM产生关联。客户的做法，是把硬件的总成号作为软件刷写包的零件号，在总成号后面加后缀来映射：左前角雷达“杠001”、右前“杠002”，低配“杠001”、中配“杠002”、高配“杠003”——用软件BOM对硬件BOM做一层衍生，就解决了“同一个硬件、不同方位、不同配置、不同软件包”的映射难题。
参会的小伙伴在讨论里点破了一个关键：绝大多数车企来不及改硬件BOM，唯一能改的就是把原本和硬件绑在一起的软件包拆出来，单独建一个软件BOM，才有机会做多对一、一对多的映射。新造车势力天生软硬分离，历史包袱小；传统车企集团，则靠软件BOM这一层补上软硬分离的课。
以变更驱动分发：把软件精准送到正确的工厂
面向生产分发，VSP的核心概念是“以变更驱动数据下发”。上游企业级BOM系统发起变更，经过影响分析、EW发布后，VSP把变更涉及的软件版本、软件包、配置字变更，精准下发给受影响的工厂——绝不允许“所有产线都收到”。工厂拿到增量变更后，生成刷写和电检信息给产线；产线下线后，把车辆档案回传VSP，形成完整闭环。
海外电检：破解出海“版本错位”
客户出海多，难题也独特：国内控制器研发已经升到新版本，但整车运到海外有时间成本，运过去时装的还是老版本。国内工厂直连MES永远用最新版，海外工厂则需要用当时的版本。VSP的解法是海外电检功能：打一版“海外工厂基线”，冻结当时的软件版本；后续变更以制造变更（MWO）形式产生增量，海外工厂在海外电检模块拿增量、打包下载软件信息，交给电检服务器刷写。海外还按发货批次管理，和国内“断点到单台车”的模式完全不同。
车辆档案：给每辆车一本“软件病历”
车辆档案是VSP的核心数据资产：以VIN为唯一凭证，记录车辆的硬件信息、软件版本、刷写记录、配置字。它不止在下线时建立——OTA升级、售后维修后都会回传更新，一本档案贯穿车辆从下线到售后的整个生命周期。对出海车企来说，车辆档案还有一个硬需求：合规。VSP为此建立了台账管理（RxSWIN台账）和欧盟审查视图，国标台账也已支持。
一条可复制的全球部署路径
VSP在客户的实施路径相当清晰：一期做中台替代，把软件BOM管起来，将原本工厂级管理的软件数据全部收归VSP；二期做多站点复制和海外工厂拓展，海外电检是全球化扩展中最核心的功能。站点层面，主站点是CGVSP，陆续扩展出安庆、韩国、欧盟、德飞图等站点，同步策略分三类：全量同步、按工厂同步、按销售区域同步。VSP沉淀了60+标准接口，新工厂接入只需接口对接，数据完全复用。“安庆站点半个多月到一个月就完成了工厂对接、试运行成功。”有了完整闭环经验，后续拓展就是复制。
02 现场互动：把产品人问住的问题
分享之后的互动环节，几乎全场最“硬核”——没有客套，只有连环追问。
Q1：一个车型一个BOM，软件和硬件怎么对上？
客户的BOM按车型管理，即使共用件也不会从同一个“包池”里捞，那么软件BOM和硬件BOM靠什么关联？瑶工的答案是“软件兼容性管理”：把硬件总成号作为软件刷写包的零件号，在总成号后面加后缀——左前角雷达“杠001”、右前“杠002”，低配“杠001”、中配“杠002”、高配“杠003”，用软件BOM对硬件BOM做一层衍生，映射难题就此解开。追问继续：同一个后视镜总成放在A、B两个车型，刷写包不一样怎么办？答案是以总成号为锚、软件BOM拆行——硬件BOM里只有一行，软件BOM里拆出四行分别对应。
Q2：基线到底解决什么问题？
瑶工用一句话立住了概念：基线是软件BOM在某个时间点的静态快照，像给整车软件拍一张照片、冻结下来。它的价值在售后和OTA：一辆车下线时是哪个版本，升级就以此为准，而不是用工程上已经升得很高的最新版。最关键的是：基线是整车级别的，不是某个控制器的。它像一个锚定物，让测试、生产、售后都能说清楚“基于哪一版，出的什么问题”。
03 软件当零件管，是必答题
这一期的产品大联盟，瑶工把客户VSP面向生产运营的完整实践讲透了：从软硬分离、三层BOM，到以变更驱动分发、海外电检，再到车辆档案与多站点部署。软件当零件管，正在成为车企数字化的必答题。
