Automotive customer journey oem dealer network 2026 de

Customer Journey in der Automobilbranche: sie bricht an der Systemgrenze, nicht am Design

Wer die Customer Journey im Automobilgeschäft aufzeichnet, bekommt fast immer dieselbe Folie: Aufmerksamkeit, Recherche, Konfiguration, Probefahrt, Kauf, Service, Wiederkauf. Sauber, plausibel, und in der Praxis selten das eigentliche Problem. Die Journey scheitert im Automobilhandel nicht an fehlenden Phasen und nicht an schlechtem Interface-Design. Sie scheitert an Übergängen zwischen Organisationen und Systemen: Die Markenseite gehört dem Hersteller, der Konfigurator hängt an dessen Produktlogik, die Verfügbarkeit und der Abschluss liegen im Händlernetz, das Teilegeschäft läuft in einem dritten System mit eigener Storefront. Jeder dieser Übergänge ist ein Bruch, an dem der Kunde neu anfängt: neue Navigation, neue Suche, neuer Warenkorb, oft neue Marken-Anmutung.

Dieser Beitrag ordnet ein, wo genau diese Brüche liegen, warum sie 2026 zusätzlich unter Druck geraten, und welche Rolle der Frontend-Layer dabei spielt. Er ersetzt keine Vertriebsstrategie, sondern klärt die Architekturfrage darunter.

Das Vertriebsmodell selbst ist gerade in Bewegung

Der Grund, warum diese Frage jetzt akut ist: Die Branche hat sich noch nicht entschieden, wer eigentlich verkauft.

Volkswagen hat im Dezember 2025 angekündigt, das Agenturmodell für Elektrofahrzeuge europaweit zu beenden und zum klassischen Vertragshandel mit eigener Preishoheit der Händler zurückzukehren; im Flottengeschäft bleibt das Agenturmodell bestehen (electrive, ecomento). BMW geht den umgekehrten Weg und stellt den Vertrieb der Kernmarke in Europa auf das Agenturmodell um, mit Mini als Blaupause und dem Umstellungszeitpunkt 2027 (auto motor und sport).

Zwei große europäische Hersteller, zwei gegenläufige Entscheidungen, innerhalb weniger Monate. Für die Journey ist das entscheidend, weil das Vertriebsmodell festlegt, wer den Preis setzt, wer den Vertrag schließt und wem der Kundenkontakt gehört. Wer diese Logik fest in eine Storefront einbaut, baut sie beim nächsten Modellwechsel wieder auseinander. Die praktische Konsequenz ist unspektakulär, aber folgenreich: Das Vertriebsmodell gehört in die Konfigurationsebene, nicht in den Frontend-Code.

Vier Bruchstellen, die typisch für die Branche sind

1. Markenseite und Konfigurator. Der Konfigurator ist in vielen Setups ein eigenes Produkt mit eigener Renderlogik, eigener Datenquelle und eigenem Look. Der Übergang von der emotionalen Markenwelt in ein technisch dominiertes Auswahlwerkzeug ist der erste sichtbare Bruch, und der teuerste, weil hier die konkrete Kaufabsicht entsteht.

2. Konfigurator und Händlernetz. Eine fertige Konfiguration ist wertlos, solange sie nicht auf Verfügbarkeit, Standort und ein konkretes Angebot trifft. Genau hier endet in vielen Journeys der Hersteller-Kontext und beginnt eine Händlerseite mit anderem Frontend, anderem Datenstand und anderer Terminlogik.

3. Neuwagen und Aftersales. Service, Zubehör und Teile sind das wiederkehrende Geschäft, laufen aber meist in einer separaten Storefront, häufig auf einem anderen Backend. Aus Kundensicht ist das derselbe Anbieter, aus Systemsicht sind es zwei Welten.

4. Marken und Märkte. Automobilkonzerne sind Multi-Brand- und Multi-Market-Organisationen. Wird pro Marke und pro Land ein eigenes Frontend gepflegt, vervielfacht sich jeder Fix, jede Accessibility-Anforderung und jede Kampagnen-Anpassung.

Diese vier Stellen haben eines gemeinsam: Sie sind keine Design-Fehler. Sie sind das sichtbare Ergebnis einer Systemlandschaft, die historisch nach Zuständigkeit geschnitten wurde, nicht nach Kundenweg.

Was die Marktdaten nahelegen

Zwei Datenpunkte helfen bei der Priorisierung.

Erstens die Kaufbereitschaft online: Laut dem Automobilbarometer 2026 von Consors Finanz können sich in Deutschland 60 Prozent der Befragten vorstellen, ein Auto komplett online zu kaufen, von der Information bis zur Lieferung. Gleichzeitig ist die Bereitschaft zum rein digitalen Neuwagenkauf im Zeitverlauf leicht rückläufig, von 65 Prozent im Jahr 2022 auf 63 Prozent in einer aktuellen Befragung (kfz-betrieb). Die Bereitschaft ist also hoch, aber sie wächst nicht automatisch weiter. Sie hängt daran, wie gut der digitale Weg tatsächlich funktioniert.

Zweitens das Teilegeschäft: Der Online-Handel mit Ersatzteilen im Aftermarket wächst deutlich schneller als das Neuwagengeschäft. Die Schätzungen der Marktforschungshäuser gehen auseinander, bewegen sich für 2026 aber im Bereich von rund 93 bis 130 Milliarden US-Dollar weltweit; The Business Research Company beziffert das Wachstum von 111,97 Milliarden US-Dollar im Jahr 2025 auf 130,24 Milliarden US-Dollar im Jahr 2026 (The Business Research Company via GII, Mordor Intelligence). Die Spannweite der Zahlen sagt viel über die Abgrenzungsprobleme dieser Marktdefinitionen aus, die Richtung ist über alle Quellen hinweg gleich.

Die nüchterne Lesart: Der Fahrzeugkauf bleibt auf absehbare Zeit hybrid, online angebahnt und häufig offline abgeschlossen. Das planbare, wiederkehrende Online-Volumen liegt im Aftersales- und Teilegeschäft. Wer Digitalbudget verteilt, sollte beides bedienen, aber nicht so tun, als wäre der Neuwagen-Online-Checkout das einzige Ziel.

Der Frontend-Layer als das, was stabil bleibt

Wenn Vertriebsmodell, Backend-Landschaft und Händlerstruktur sich unterschiedlich schnell bewegen, braucht es eine Ebene, die diese Unterschiede aufnimmt, ohne bei jeder Änderung neu gebaut zu werden. Das ist die Aufgabe eines entkoppelten Frontend-Layers.

Konkret heißt das für ein Automobil-Setup:

  • Ein Frontend, mehrere Backends. OEM-Commerce-System, Händlerdaten und Teile-Shop liefern Daten an dieselbe Präsentationsebene, statt jeweils ein eigenes Frontend mitzubringen. Laioutr unterstützt über 50 Backends (Quelle: laioutr.com/why-laioutr), darunter die im Konzernumfeld verbreiteten Systeme; für SAP-basierte Landschaften gibt es dafür eine eigene Einstiegsseite zum Headless Frontend für SAP Commerce Cloud.
  • Eine Komponenten-Bibliothek über Marken und Märkte. Multi-Brand und Multi-Locale laufen über dieselbe Bibliothek, ein Fix ist einmal gemacht und überall live. Das ist der Kern der Multi-Brand- und Multi-Market-Funktionen.
  • Konfigurator und Checkout als Teil derselben Architektur. Statt eines eingebetteten Fremdsystems läuft die Auswahlstrecke im selben Component-Modell wie der Rest der Seite. Wie wir Auswahl- und Abschlussstrecken einordnen, steht auf der Seite zu Konfiguratoren und Checkout-Flows.
  • Frontend-Qualität als Plattform-Eigenschaft. Der mediane LCP-Wert in Live-Frontends liegt bei 1,2 Sekunden, gemessen als Field-Daten-Median in Q2 2026 (Quelle: laioutr.com/why-laioutr). Für Konfiguratoren mit hoher Medienlast ist das kein Nebenaspekt, sondern die Bedingung dafür, dass die Strecke überhaupt zu Ende gegangen wird.

Architektonisch ist das der Frontend-Slice einer Composable Digital Experience Platform: Die Systeme darunter bleiben, was sie sind, die Kundensicht wird darüber zusammengesetzt.

Zwei Geschäftsmodelle, zwei Anforderungen

Automobil ist kein einheitlicher Anwendungsfall. Das Endkundengeschäft rund um Fahrzeug, Zubehör und Service folgt einer Retail-Logik mit Filialbezug: Verfügbarkeit beim Händler vor Ort, Terminbuchung, Abholung. Dafür sind die Muster aus dem Growth Kit für Multichannel Retail der passende Ausgangspunkt.

Das Teile- und Werkstattgeschäft dagegen ist B2B: Kundenspezifische Preise, Schnellerfassung über Teilenummern, Angebotsanfragen, wiederkehrende Bestellungen. Hier setzen die Komponenten aus dem B2B Growth Kit an, und die Frage nach Direktvertrieb an gewerbliche Abnehmer ist auf der Seite zu B2B-Großhandel und Herstellervertrieb ausgeführt.

Wer beide Modelle auf derselben Frontend-Ebene betreibt, muss sie nicht zweimal bauen, sondern konfiguriert sie unterschiedlich.

Abgrenzung: was das nicht ist

Das hier ist kein Omnichannel-Argument im allgemeinen Sinn. Wie Touchpoints über Kanäle hinweg konsistent bleiben, haben wir in Omnichannel Customer Journey behandelt, und was KI-vermittelte Journeys für Commerce-Teams ändern, steht in The AI-Mediated Customer Journey. Der Automobil-Fall ist deshalb ein eigener, weil der Bruch hier nicht zwischen Kanälen verläuft, sondern zwischen Rechtssubjekten: Hersteller, Handelsbetrieb, Teilehandel. Kein Personalisierungs-Feature repariert eine Journey, in der auf halber Strecke die verkaufende Organisation wechselt. Das ist zuerst eine Architektur- und Governance-Frage, dann eine Design-Frage.

Unsere Einschätzung

Die Automobilbranche diskutiert die Customer Journey seit Jahren als Vertriebsthema und behandelt sie technisch als Sammlung von Einzelprojekten: ein Konfigurator hier, ein Händlerportal dort, ein Teile-Shop im dritten Budget. Solange die Frontend-Ebene pro Projekt neu entsteht, wandert jede Vertriebsmodell-Änderung als Umbauauftrag in alle drei Projekte gleichzeitig. Die Alternative ist unaufgeregt: die Präsentationsebene einmal entkoppeln, die Systeme darunter lassen, wo sie sind, und das Vertriebsmodell als Konfiguration behandeln statt als Architekturentscheidung. Angesichts der Tatsache, dass zwei der größten europäischen Hersteller ihr Modell derzeit in entgegengesetzte Richtungen drehen, ist das weniger eine Zukunftswette als eine Absicherung.

Häufige Fragen

Warum reicht es nicht, den Konfigurator zu modernisieren? Weil der Konfigurator selten die Stelle ist, an der die Journey abbricht. Der Abbruch passiert am Übergang danach, wenn die Konfiguration auf Verfügbarkeit und ein konkretes Angebot im Händlernetz trifft. Ein besserer Konfigurator ohne angebundenen Folgeschritt verschiebt das Problem nur nach hinten.

Müssen wir dafür unser Commerce-Backend austauschen? Nein. Der Ansatz setzt genau darauf, dass die Backends bleiben. Der Frontend-Layer sitzt darüber und spricht mit den vorhandenen Systemen; das Backend bleibt später austauschbar, ohne das Frontend neu zu bauen.

Was ist mit dem Händlernetz, das eigene Websites betreibt? Das ist der Regelfall und kein Widerspruch. Entscheidend ist, ob Händlerauftritte auf derselben Komponenten-Basis laufen und dieselben Datenquellen nutzen. Dann bleiben Markenführung und Datenstand konsistent, ohne den Händlern die Eigenständigkeit zu nehmen.

Lohnt sich der Aufwand, wenn der Abschluss ohnehin meist offline stattfindet? Gerade dann. Der digitale Teil ist die Anbahnung, und er entscheidet, mit welcher Vorbereitung und welchem Vertrauen jemand beim Händler ankommt. Dazu kommt das Teile- und Servicegeschäft, das online planbar wiederkehrt.

Nächste Schritte

Wenn ihr gerade prüft, wie sich Markenseite, Konfigurator, Händlernetz und Teile-Commerce auf einer Frontend-Ebene zusammenführen lassen, buche eine 30-Minuten-Demo. Wir gehen die vier Bruchstellen an eurem konkreten Setup durch.

Weitere Themen aus der Laioutr-Plattform

Über den Autor: Marcel Thiesies ist Co-Founder von Laioutr und beschäftigt sich damit, wie Frontend-Architektur Organisationsgrenzen abfedert, statt sie an den Kunden weiterzureichen.

Mehr interessante Frontend Artikel

Praxiswissen für Frontend-Entwicklung, smarte Agenten und Headless

Shopify
Shopify ist eine Commerce-Plattform zum Verkaufen online und im stationären Handel.
Shopware
Shopware ist eine flexible E-Commerce-Plattform aus Europa für Produktkataloge und Omnichannel-Commerce.
Planned
Scayle
SCAYLE ist eine Commerce-Engine, mit der Marken und Händler ihr Geschäft skalieren.
Planned
Commerce Layer
Commerce Layer ist eine Headless-Commerce-Plattform, um Bestände und Kataloge online verfügbar zu machen.
Planned
Salesforce Commerce Cloud
Salesforce Commerce Cloud ist eine cloudbasierte Enterprise-Commerce-Plattform für Unternehmen jeder Größe.
Commercetools
Commercetools ist eine SaaS-basierte, headless E-Commerce-Plattform mit weltweitem Einsatz.
Sylius
Sylius ist ein entwicklerfreundliches E-Commerce-Framework für B2C- und B2B-Shopping-Erlebnisse.
OXID eShop
OXID eShop ist eine erweiterbare Commerce-Plattform für komplexe B2B- und B2C-Anforderungen.
Emporix
Emporix ist eine composable, API-first Commerce-Plattform für skalierbare B2B- und B2C-Szenarien.
Adobe Commerce
Adobe Commerce ist eine Enterprise-Commerce-Plattform für komplexe, globale B2C- und B2B-Szenarien.
Coming Soon
VTEX
Cloud-native, composable Commerce-Plattform für B2B und B2C im großen Maßstab.
Planned
Spryker
Composable Commerce-Plattform für anspruchsvolle B2B- und B2C-Geschäftsmodelle.
Planned
SAP Commerce Cloud
Enterprise-Commerce-Plattform für komplexe Kataloge, Preismodelle und Omnichannel-Journeys.
Planned
Websale
Stabiles, enterprise-taugliches Commerce-Backend für komplexe Handelsumgebungen.
Planned
Intershop
Enterprise-Commerce-Plattform für komplexe B2B- und B2C-Geschäftsmodelle.
Planned
Magento 2
Weit verbreitete, erweiterbare Commerce-Plattform für B2C- und B2B-Szenarien.
Planned
B2Bsellers
B2B-Suite für Shopware, die den Online-Shop zur professionellen B2B-Commerce-Plattform macht.
Planned
Saleor
Open-Source-, API-first-Commerce-Plattform auf GraphQL-Basis für Custom-Storefronts.
Planned
Prestashop
Open-Source-Commerce-Plattform für kleine und mittlere Händler in Europa und darüber hinaus.
Planned
Vendure
Vendure ist eine Headless-Commerce-Plattform für Unternehmen mit komplexen Anforderungen.
Planned
Patchworks
Patchworks ist eine Low-Code-iPaaS, die E-Commerce, ERP, WMS, 3PL und Marktplätze verbindet.
Planned
HCL Software
Enterprise-Suite für digitalen Commerce und Experience mit hoher Konfigurierbarkeit.
Book a demo mobile
Strategie-Gespräch

Bereit, Dein Frontend zur Steuerebene zu machen?

Zeig uns Deinen Stack, Deine Roadmap, Dein Replatforming-Szenario, wir zeigen Dir, wie Laioutr passt, was es kostet und wie schnell ihr live geht.

"Nach 30 Minuten wussten wir, dass Laioutr unser Replatforming machbar macht." - Daniel B., CEO, hygibox.de

SEO / GEO / AEO Ready
Performance & Core Web Vitals
WCAG 3.0 Ready
Tracking & Analytics
Brand Consistency