Wie Plattformarchitekturen und Software-Ökonomie die Wertschöpfung von OEMs und Zulieferern neu ordnen — und welche Strategieoptionen tragfähig bleiben.
Studienleitung: Tobias Bock — Managing Partner, NEXERY München
Die Diskussion um das Software Defined Vehicle wird häufig als Technologiethema geführt. Betriebswirtschaftlich ist sie eine Frage der Wertschöpfungsverteilung: Wer die Plattform kontrolliert, kontrolliert die Marge — und die Entscheidung darüber fällt in der Architektur, nicht im Produkt.
Software, Daten und Services übernehmen den Erlös- und Margenanteil, den früher Hardware und Antrieb hielten.
Zentrale E/E-Architekturen und Domänencontroller werden zur Voraussetzung — nicht zur Option.
Klassische Tier-1 verlieren Systemführerschaft an OEM-eigene Software- und Plattformteams.
Kürzere Release-Zyklen für Software werden zum entscheidenden Wettbewerbsfaktor.
Nachträgliche Monetarisierung funktioniert nur bei sauber definierter Basis-Plattform und Datenstrategie.
Neuordnung der Wertschöpfung zwischen Plattform, Software und Erlebnis strategisch einordnen.
Plattform- und Domänenentscheidungen mit klarem Blick auf Skalierbarkeit und Software-Ökonomie.
Verschiebung von Hardware- zu Software- und Datenpartnerschaften.
Software-Erlöspotenziale und Kundenerlebnis über den Lebenszyklus.
Im klassischen Fahrzeug lag die Wertschöpfung in Antrieb, Karosserie und mechanischen Systemen. Im Software Defined Vehicle verlagert sie sich in Software, Datenverarbeitung und darauf aufbauende Dienste. Das ist inzwischen weitgehend akzeptiert.
Weniger beachtet wird die Asymmetrie des Übergangs: Die Erlösverschiebung vollzieht sich schneller als der Umbau der Kostenstruktur. Fertigungstiefe, Werksstruktur und Zuliefererbeziehungen sind auf die alte Wertschöpfung ausgelegt und lassen sich nicht im gleichen Takt anpassen.
Daraus entsteht eine charakteristische Ergebnislücke: Investitionen in Software-Kompetenz laufen an, während die Hardware-Kostenbasis noch vollständig getragen wird. Wer diese Phase nicht explizit plant, finanziert die Transformation aus einem Ergebnis, das gleichzeitig unter Druck steht.
Zentrale E/E-Architekturen mit Domänen- oder Zonencontrollern sind die technische Voraussetzung dafür, dass Software unabhängig vom Bauteil aktualisiert und erweitert werden kann. Ohne sie bleibt jede Funktion an ein Steuergerät gebunden — und damit an dessen Lebenszyklus.
Die betriebswirtschaftliche Bedeutung liegt in der Entkopplung. Erst wenn Funktion und Hardware getrennt sind, lassen sich Funktionen über die Fahrzeuglaufzeit ergänzen, Varianten reduzieren und Entwicklungsaufwände über Baureihen hinweg wiederverwenden.
Damit verschiebt sich die Planungslogik vom Fahrzeugprojekt zur Plattform. Entscheidungen, die früher pro Baureihe fielen, fallen jetzt einmal für mehrere Generationen — mit entsprechend höherem Risiko bei falscher Auslegung.
Der klassische Tier-1 lieferte Systeme: Hardware, Software und Integrationsverantwortung in einem Paket. Genau dieses Paket zerlegen OEM derzeit, indem sie Software- und Plattformkompetenz ins eigene Haus ziehen.
Für Zulieferer entstehen daraus drei mögliche Positionen: Komponentenlieferant mit definierter Schnittstelle und entsprechend geringerem Wertanteil; Software- oder Funktionslieferant innerhalb der OEM-Plattform; oder Systempartner für Bereiche, in denen der OEM keine eigene Tiefe aufbaut.
Die Entscheidung zwischen diesen Positionen ist keine Vertriebsfrage, sondern eine Investitionsfrage. Sie bestimmt, welche Kompetenzen aufgebaut, welche gehalten und welche abgebaut werden — und sie ist mittelfristig nicht revidierbar.
Fahrzeugentwicklung war über Jahrzehnte an mehrjährige Produktzyklen gebunden. Software folgt einer anderen Logik: Wettbewerbsfähigkeit entsteht aus der Fähigkeit, Funktionen kurzfristig auszuliefern, zu korrigieren und weiterzuentwickeln.
Diese beiden Takte sind nicht ohne Weiteres vereinbar. Sie erfordern getrennte Entwicklungs-, Freigabe- und Qualitätsprozesse für Hardware und Software — einschließlich einer Absicherungslogik, die kurze Release-Zyklen zulässt, ohne die funktionale Sicherheit zu gefährden.
Wo diese Trennung nicht gelingt, dominiert der langsamere Takt. Das Ergebnis ist eine Software-Organisation, die formal existiert, aber im Rhythmus der Hardwareentwicklung arbeitet — und damit ihren eigentlichen Vorteil verliert.
Die Erwartung nachgelagerter Erlöse — Funktionen auf Abruf, Abonnements, datenbasierte Dienste — ist ein wesentlicher Teil der Investitionsrechnung im Software Defined Vehicle. Diese Erlöse sind jedoch nicht nachträglich herstellbar.
Sie setzen voraus, dass die Fahrzeugplattform die entsprechende Hardware bereits enthält, dass Datenerfassung und Rechteverwaltung sauber definiert sind, dass Update-Fähigkeit über die Laufzeit gesichert ist und dass die vertragliche und datenschutzrechtliche Grundlage steht. Alle vier Punkte sind Architekturentscheidungen, die im Fahrzeugprojekt fallen.
Daraus folgt die praktische Reihenfolge: Erst die Plattform- und Datenstrategie definieren, dann das Geschäftsmodell darauf bauen. Umgekehrt entstehen Erlöserwartungen, die technisch nicht einlösbar sind.
Ein Fahrzeug, dessen Funktionen überwiegend über Software definiert werden und über die Laufzeit aktualisierbar sind. Technische Voraussetzung sind zentrale E/E-Architekturen mit Domänen- oder Zonencontrollern, die Funktion und Hardware entkoppeln. Betriebswirtschaftlich bedeutet das eine Verlagerung der Wertschöpfung von Antrieb und Mechanik in Software, Daten und darauf aufbauende Dienste.
Weil ohne zentrale Architektur jede Funktion an ein einzelnes Steuergerät und dessen Lebenszyklus gebunden bleibt. Erst die Entkopplung von Funktion und Hardware erlaubt es, Funktionen über die Fahrzeuglaufzeit zu ergänzen, Varianten zu reduzieren und Entwicklungsaufwände über Baureihen hinweg wiederzuverwenden. Die Architekturentscheidung fällt damit vor allen nachgelagerten Möglichkeiten.
OEM ziehen Software- und Plattformkompetenz ins eigene Haus und zerlegen damit das klassische Systempaket aus Hardware, Software und Integrationsverantwortung. Für Zulieferer entstehen drei Positionen: Komponentenlieferant mit definierter Schnittstelle, Software- oder Funktionslieferant innerhalb der OEM-Plattform, oder Systempartner in Bereichen ohne eigene OEM-Tiefe. Die Wahl ist eine Investitions-, keine Vertriebsentscheidung.
Weil sich die Erlösverschiebung schneller vollzieht als der Umbau der Kostenstruktur. Investitionen in Software-Kompetenz laufen an, während Fertigungstiefe, Werksstruktur und Zuliefererbeziehungen noch auf die alte Wertschöpfung ausgelegt sind und vollständig getragen werden. Wer diese Phase nicht explizit plant, finanziert die Transformation aus einem Ergebnis, das gleichzeitig unter Druck steht.
Nur begrenzt. Funktionen auf Abruf, Abonnements und datenbasierte Dienste setzen voraus, dass die notwendige Hardware in der Plattform bereits enthalten ist, Datenerfassung und Rechteverwaltung definiert sind, Update-Fähigkeit über die Laufzeit gesichert ist und die vertragliche sowie datenschutzrechtliche Grundlage steht. Alle vier sind Architekturentscheidungen aus dem Fahrzeugprojekt und lassen sich später kaum nachholen.
Erhalte neue NEXERY-Studien, Whitepaper und Trend-Radare als Erste:r — kompakt, ohne Marketing, jederzeit abbestellbar.
Als unabhängige, KI-gestützte Performance- und Restrukturierungsberatung antworten wir persönlich, vertraulich und innerhalb von 24 Stunden — ob Ergebnis- und Kostenprogramm, operative Verbesserung oder Restrukturierung in einer Sondersituation. Je früher wir sprechen, desto größer der Handlungsspielraum.
