Das Muster ist vorhersagbar. Ein Konzern mit mehreren Marken kündigt eine "einheitliche Plattform" an. Das technische Team entwirft ein gemeinsames Backend, eine Component Library, eine einzige Deployment-Pipeline. Achtzehn Monate später gibt es drei Plattformen statt einer: die "einheitliche" plus zwei markenspezifische Forks, die entstanden sind, als sich die Stakeholder nicht einigen konnten.
Das ist kein Engineering-Versagen, sondern ein politisches.
Jede Marke und jede Business Unit hält ihre Customer Journey für einzigartig. Ganz falsch ist das nicht: Markenidentität, Preisstrategie, regulatorischer Kontext und Kundenerwartungen unterscheiden sich tatsächlich. Nur ist der Unterschied meist kleiner als behauptet. Die darunterliegenden Commerce-Abläufe — Warenkorb, Checkout, Bestand, Fulfillment — sind über die Marken hinweg zu 80 % identisch.
Das Engineering-Team sieht die 80 % Überschneidung und entwirft auf Wiederverwendung. Die Markenführung sieht die 20 % Unterschied und will nicht nachgeben. Das Projekt bleibt in der Lücke zwischen technischer Architektur und Organisationspolitik stecken.
Die Architektur muss zuerst das politische Problem lösen: Gib den Markenverantwortlichen visuelle Eigenständigkeit, damit sie aufhören, das gemeinsame Backend zu blockieren.
Bei Volkswagen sollten fünf Automarken — VW, Audi, Skoda, Seat, Porsche — über eine gemeinsame Commerce-Plattform direkt an Endkunden verkaufen. Über eine Million Nutzer in fünf Märkten. Jede Markenführung musste das Gefühl behalten, die Kontrolle über ihr Kundenerlebnis nicht abgegeben zu haben.
Die Lösung war ein Ansatz aus WhiteLabelFrontEnd und MonoRepo: Jede Marke bekam volle visuelle Eigenständigkeit, ein eigenes Design-System, eine eigene Darstellung der Customer Journey, ein eigenes Markenerlebnis. Darunter teilten sich alle das Commerce-Rückgrat: Warenkorb-Logik, Zahlungsabwicklung, Bestandsführung, Auftragsabwicklung.
Jede Markenführung konnte auf "ihr" Frontend zeigen; das Engineering pflegte ein Backend. Die Architektur bediente die Politik, und die gemeinsame Schicht hielt das Ganze effizient.
Architektur ist notwendig, aber nur ein Teil. Die zweite Anforderung: Jeder Stakeholder muss auf etwas in der Plattform zeigen und es als Erfolg verbuchen können. Das Plattform-Team muss aktiv auf politische Lesbarkeit hin entwerfen — Namenskonventionen, Dashboards, Reporting-Strukturen und Governance-Modelle, die jedem Beteiligten Sichtbarkeit und Anerkennung geben.
Wenn deine einheitliche Plattform ein einziges Dashboard mit "Plattform-Kennzahlen" ohne Aufschlüsselung nach Marke hat, ist die politische Auseinandersetzung schon verloren. Jede Marke muss ihre Zahlen sehen, in ihrem Kontext, präsentiert als ihr Erfolg.
Wenn deine Multi-Brand-Architektur einen Stakeholder nicht übersteht, der sie ablehnt, ist sie keine Architektur. Dann ist sie ein Vorschlag.
Der eigentliche Test ist, ob das System politisch trägt: ob die Leute, die die Macht haben, zu forken, zu verzögern oder das Projekt zu beenden, ihre Interessen im Entwurf wiederfinden. Ohne diese Abstimmung übersteht keine einheitliche Plattform ihr erstes Jahr.