Composable Commerce gilt als Antwort auf immer komplexere Anforderungen im E-Commerce: flexibel, modular, skalierbar und anpassungsfähig. Doch genau hier beginnt häufig der Denkfehler. Denn die entscheidende Frage lautet nicht: Brauchen wir Composable Commerce? Sie lautet: Welche Customer Journey, Geschäftsmodelle und Prozesse muss unsere Commerce-Plattform künftig ermöglichen?
Erst wenn diese Anforderungen geklärt sind, lässt sich entscheiden, welche E-Commerce-Architektur sinnvoll ist. Für viele Unternehmen kann eine leistungsfähige, integrierte E-Commerce-Plattform weiterhin die wirtschaftlich und strategisch bessere Wahl sein. Andere benötigen eine modulare E-Commerce-Architektur. Das ist vor allem bei sehr unterschiedlichen Märkten, Prozessen oder digitalen Touchpoints sinnvoll. Einzelne Komponenten lassen sich dann unabhängig voneinander anpassen.
Die Architekturentscheidung sollte deshalb nicht einem Technologietrend folgen. Sie sollte aus dem Geschäft entstehen. Genau hier setzt eine strategische E-Commerce-Beratung an. Zuerst klärt sie Anforderungen und Ziele. Danach folgt die passende technische Lösung.
Composable Commerce vs. Monolith: Die bessere Frage beginnt beim Business
Die Diskussion Composable Commerce vs. Monolith reduziert eine komplexe strategische Entscheidung häufig auf zwei technische Gegenpole. Für Unternehmen ist diese Betrachtung zu kurz gegriffen.
Eine integrierte Commerce-Plattform bündelt viele wichtige Funktionen in einem System. Dadurch greifen Prozesse besser ineinander und Verantwortlichkeiten bleiben klar. Viele Anforderungen lassen sich direkt mit vorhandenen Funktionen umsetzen.
Eine modulare Commerce-Plattform trennt einzelne Funktionen stärker voneinander. Diese können gezielt ausgewählt, angepasst oder ersetzt werden. Das ist vor allem dann interessant, wenn sich einzelne Bereiche unterschiedlich schnell entwickeln.
Die passende E-Commerce-Systemarchitektur hängt davon ab, wo Flexibilität einen wirtschaftlichen oder strategischen Vorteil bringt.
Ein guter erster Prüfpunkt lautet:
Müssen bestimmte Funktionen einzeln geändert, skaliert oder ersetzt werden, weil das messbare Vorteile für die Customer Journey oder das Geschäftsmodell bringt?
Wenn die Antwort überwiegend Nein lautet, schafft zusätzliche Modularität möglicherweise vor allem zusätzliche Komplexität.
Welche Anforderungen muss eine E-Commerce-Plattform wirklich erfüllen?
Wer eine E-Commerce-Plattform auswählen möchte, sollte nicht mit einer Liste möglicher Systeme beginnen. Viel wichtiger sind die konkreten Anforderungen an die E-Commerce-Plattform.
Dabei lohnt es sich, mehrere Perspektiven gemeinsam zu betrachten.
Märkte, Marken und Geschäftsmodelle
Ein Shop für einen einzelnen Markt hat meist überschaubare Anforderungen. Deutlich komplexer wird es bei mehreren Marken, Ländern und Vertriebskanälen.
Relevante Fragen sind beispielsweise:
- Werden B2B, B2C oder D2C miteinander kombiniert?
- Müssen unterschiedliche Länder eigene Sortimente erhalten?
- Gibt es mehrere Marken oder Verkaufskanäle?
- Werden künftig weitere digitale Geschäftsmodelle erwartet?
- Greifen Shop, Kundenportal, App oder andere Touchpoints auf dieselben Daten zu?
Gerade bei Composable Commerce im B2B entstehen viele Anforderungen nicht im Frontend. Entscheidend sind oft unterschiedliche Preise, Prozesse und angebundene Systeme. Das zeigt sich besonders bei komplexen Online-Shops mit individuellen Geschäftsmodellen.
Sortimente und Produktinformationen
Auch das Sortiment beeinflusst die passende Commerce-Plattform.
Ein überschaubarer Produktkatalog stellt andere Anforderungen als zehntausende Varianten, technische Produktinformationen, konfigurierbare Produkte oder länderspezifische Sortimente.
Entscheidend ist außerdem, wo Produktinformationen entstehen. Müssen verschiedene Touchpoints auf dieselben Daten zugreifen, gewinnt eine klare Daten- und Integrationsarchitektur an Bedeutung. Bestehende Systeme wie ERP, PIM oder CRM müssen dabei von Anfang an berücksichtigt werden. Eine saubere Systemintegration und Schnittstellen-Entwicklung wird damit zu einem wichtigen Teil der Architektur.
Preise und Verfügbarkeiten
Insbesondere im B2B-Commerce werden Preislogiken schnell komplex.
Kundenspezifische Preise, Vertragskonditionen, Mengenstaffeln, Währungen oder unterschiedliche Preislisten müssen möglicherweise mit aktuellen Lagerbeständen und Lieferinformationen kombiniert werden.
Die entscheidende Frage lautet dann nicht, welches System möglichst viele Funktionen besitzt. Wichtiger ist: Welche Systeme müssen welche Informationen bereitstellen – und wie aktuell müssen diese Informationen sein?
Checkout und Kaufprozesse
Auch ein Checkout ist längst nicht immer ein einfacher Weg vom Warenkorb zur Zahlung.
Unternehmen benötigen beispielsweise:
- individuelle Zahlungsbedingungen,
- Angebotsprozesse,
- Freigabeschritte,
- Wiederbestellungen,
- kundenspezifische Bestellrechte,
- unterschiedliche Prozesse nach Markt oder Kundengruppe.
Je stärker diese Prozesse vom Standard abweichen, desto wichtiger wird die Frage, welche Funktionen langfristig flexibel bleiben müssen.
Personalisierung und Self-Service
Moderne Customer Journeys enden nicht mit dem Kauf.
Kunden erwarten zunehmend digitale Services: Bestellhistorien, Dokumente, Produktinformationen, individuelle Konditionen oder schnelle Wiederbestellungen.
Eine gute E-Commerce-Architektur unterstützt deshalb nicht nur den Verkauf. Sie sollte Kunden auch nach dem Kauf ein gutes digitales Erlebnis bieten. Welche Funktionen dafür entscheidend sind, sollte bereits bei der UX-/UI-Konzeption entlang der Customer Journey berücksichtigt werden.
SEO, Tracking und Conversion sind ebenfalls Architektur-Anforderungen
Die Entscheidung für eine Commerce-Architektur wird häufig zwischen IT und E-Commerce diskutiert. Marketinganforderungen kommen erst später hinzu. Das kann unnötige Einschränkungen verursachen.
Denn auch SEO, Tracking und Conversion-Optimierung stellen konkrete Anforderungen an die Plattform.
Produkt- und Kategorieseiten müssen für Suchmaschinen gut auffindbar und indexierbar sein. Auch URLs und strukturierte Daten sollten sich sauber steuern lassen. Deshalb sollte Suchmaschinenoptimierung bereits bei der Konzeption mitgedacht werden.
Für das Tracking muss geklärt sein, wie Nutzersignale und Commerce-Ereignisse über verschiedene Touchpoints konsistent erfasst werden.
Für die Conversion-Optimierung braucht das Marketing wiederum genügend Flexibilität, um Landingpages, Inhalte, Tests und Customer Journeys anzupassen.
Eine flexible Commerce-Architektur kann all das unterstützen. Sie löst diese Anforderungen aber nicht automatisch. Auch eine integrierte Plattform kann sehr gute Voraussetzungen bieten, wenn SEO, Tracking und Conversion von Anfang an berücksichtigt werden.
Wann eine integrierte E-Commerce-Plattform vollkommen ausreicht
Nicht jeder Online-Shop profitiert davon, möglichst viele einzelne Komponenten miteinander zu verbinden.
Eine integrierte Plattform ist häufig sinnvoll, wenn:
- Geschäftsmodell und Customer Journey relativ stabil sind,
- zentrale Commerce-Prozesse im Standard gut abgebildet werden,
- nur wenige komplexe Integrationen erforderlich sind,
- Märkte und Sortimente überschaubar bleiben,
- zentrale Funktionen gemeinsam weiterentwickelt werden,
- eine schnelle Umsetzung wichtiger ist als maximale Austauschbarkeit.
Bewusst auf unnötige Komplexität zu verzichten, kann dabei ein echter Vorteil sein. Entscheidend ist nicht der höchste Grad an Modularität, sondern der Nutzen für das Unternehmen.
Wann Composable Commerce strategisch sinnvoll wird
Der Business Case für Composable Commerce entsteht dort, wo einzelne Funktionen tatsächlich unterschiedliche Anforderungen haben.
Unterschiedliche Bereiche entwickeln sich unterschiedlich schnell
Vielleicht muss die Produktsuche häufig optimiert werden, während Checkout und Warenkorb über längere Zeit stabil bleiben.
Dann kann es sinnvoll sein, diese Bereiche unabhängig voneinander weiterzuentwickeln.
Mehrere Geschäftsmodelle nutzen dieselben Grundlagen
Ein Unternehmen verkauft möglicherweise an Endkunden, Händler und Großkunden. Gleichzeitig gibt es unterschiedliche Länder oder Marken.
Wenn verschiedene Touchpoints gemeinsame Produkt-, Kunden- oder Verfügbarkeitsdaten nutzen, kann eine modulare Architektur Vorteile schaffen.
Einzelne Funktionen sind besonders wichtig für das Geschäftsmodell
Nicht jede Commerce-Funktion hat dieselbe Bedeutung.
Ein Standard-Checkout reicht oft aus. Andere Funktionen können deutlich wichtiger sein. Dazu gehören beispielsweise eine individuelle Produktsuche, ein Konfigurator oder ein Self-Service-Bereich.
Gerade solche Funktionen können gezielt als einzelne Komponenten aufgebaut oder weiterentwickelt werden.
Das bestehende System begrenzt Veränderungen
Ein weiteres Signal sind kleine fachliche Änderungen, die regelmäßig große technische Auswirkungen verursachen.
Wenn eine Anpassung in einem Bereich zahlreiche andere Funktionen betrifft, kann die Plattform selbst zum Engpass werden. Dann sollte geprüft werden, ob eine gezielte Modularisierung diese Abhängigkeiten reduziert.
Gerade vor einem Shop-Relaunch lohnt es sich deshalb, nicht nur das bestehende System, sondern auch seine Grenzen zu betrachten.
Mehr Flexibilität bedeutet nicht automatisch weniger Komplexität
Einer der größten Irrtümer rund um Composable Commerce lautet: Modularität beseitigt Komplexität.
Das tut sie nicht. Sie verteilt Komplexität anders.
Mit zusätzlichen Komponenten steigen auch der Aufwand für Integration und Abstimmung sowie die technische Verantwortung. Deshalb sollten neben Flexibilität und Skalierbarkeit auch klare Zuständigkeiten und vorhandenes technisches Know-how berücksichtigt werden.
Zur wirtschaftlichen Betrachtung gehören außerdem nicht nur Lizenz- und Projektkosten. Entscheidend sind die gesamten Kosten über den Lebenszyklus – häufig als Total Cost of Ownership bezeichnet.
Die technologisch flexibelste Lösung ist deshalb nicht automatisch die wirtschaftlich beste.
Integriert, hybrid oder composable? Eine Entscheidungsmatrix
Zwischen einer vollständig integrierten und einer stark modularen Architektur gibt es zahlreiche Abstufungen. Für viele Unternehmen kann deshalb auch ein hybrider Ansatz sinnvoll sein.
Welche Architektur passt zu welchen Anforderungen?
| Kriterium | Integrierte Plattform | Hybrider Ansatz | Composable Commerce |
|---|---|---|---|
| Geschäftsmodelle | wenige und stabil | einzelne Sondermodelle | mehrere, stark unterschiedlich |
| Märkte & Marken | überschaubar | wachsend | international und komplex |
| Preislogiken | überwiegend Standard | teilweise individuell | hochindividuell |
| Checkout | standardisiert | gezielt erweitert | strategisch differenziert |
| Integrationen | wenige und stabil | mehrere Spezialsysteme | umfangreiche Systemlandschaft |
| Änderungsfrequenz | überwiegend gemeinsam | einzelne Bereiche unabhängig | stark unterschiedliche Zyklen |
| Internes Know-how | schlank | gemischt | hohe technische Kompetenz |
| Architekturziel | Effizienz | Balance | maximale Flexibilität |
Die Entscheidung sollte nicht anhand einer starren Punktzahl getroffen werden.
Wichtiger ist eine einfache Faustregel:
Je mehr geschäftskritische Funktionen unabhängig voneinander verändert werden müssen, desto eher spricht das für eine modulare Commerce-Plattform.
Drei Beispiele: Welche Architektur könnte passen?
Szenario 1: Mittelständischer B2C-Shop
Eine Marke, zwei Märkte, weitgehend standardisiertes Sortiment, klassischer Checkout und wenige etablierte Integrationen.
Hier kann eine leistungsfähige integrierte Plattform vollkommen ausreichen. Zusätzliche Modularität schafft in diesem Fall möglicherweise kaum zusätzlichen Geschäftsnutzen.
Szenario 2: Internationaler B2B-Commerce
Mehrere Länder, komplexe Produkte, kundenspezifische Preise, ERP-Verfügbarkeiten, Freigabeprozesse und ein umfangreicher Self-Service-Bereich.
Hier steigen die Anforderungen an Skalierbarkeit und Schnittstellen deutlich. Eine modulare oder hybride Architektur kann sinnvoll werden, wenn einzelne Funktionen unabhängig weiterentwickelt werden müssen.
Szenario 3: Multi-Brand-Commerce
Mehrere Marken nutzen gemeinsame Produktdaten, benötigen aber individuelle Frontends, Inhalte, Suchfunktionen und Customer Journeys.
Hier kann eine modulare E-Commerce-Architektur sinnvoll sein. Zentrale Funktionen lassen sich gemeinsam nutzen, während einzelne Touchpoints flexibel gestaltet werden können.
So sollte die Architekturentscheidung entstehen
Eine belastbare Entscheidung beginnt nicht mit einem Shopsystem. Sie beginnt mit einem Zielbild.
1. Customer Journey definieren
Was sollen Kunden künftig digital tun können?
Nicht nur kaufen, sondern beispielsweise informieren, konfigurieren, vergleichen, bestellen, verwalten und Services nutzen.
2. Geschäftsprozesse ableiten
Welche internen Prozesse sind dafür notwendig? Welche Systeme liefern Daten? Wo entstehen Abhängigkeiten?
3. Kritische Funktionen identifizieren
Welche Funktionen sind Standard – und welche schaffen tatsächlich einen Wettbewerbsvorteil?
4. Bestehende Systemlandschaft bewerten
Wo liegen heute Engpässe, Medienbrüche oder technische Grenzen?
5. Organisation berücksichtigen
Wer verantwortet künftig welche Komponenten? Welches fachliche und technische Know-how ist vorhanden?
6. Wirtschaftlichkeit betrachten
Neben der ersten Investition zählen Integrationsaufwand, Qualitätssicherung, interne Ressourcen und die langfristigen Gesamtkosten.
7. Architektur ableiten
Erst jetzt sollte entschieden werden, welche Commerce-Plattform und welcher Grad an Modularität sinnvoll sind. Eine unabhängige Systemberatung kann dabei helfen, Anforderungen und technische Möglichkeiten strukturiert gegenüberzustellen.
Die beste Commerce-Architektur ist nicht die modularste
Composable Commerce kann Unternehmen viel Flexibilität bieten. Einen echten Wert hat diese Flexibilität aber nur, wenn sie konkrete Anforderungen des Geschäfts unterstützt.
Deshalb sollte die Entscheidung nicht mit der Architektur beginnen. Entscheidend sind Customer Journey, Geschäftsmodell, Märkte, Prozesse, Daten und die eigenen organisatorischen Möglichkeiten.
Manchmal führt diese Analyse zu einer stark modularen Commerce-Plattform. Manchmal zu einem hybriden Ansatz. Und manchmal ist eine integrierte E-Commerce-Plattform genau die richtige Entscheidung.
Die beste E-Commerce-Architektur ist nicht automatisch die modernste oder modularste. Entscheidend ist, dass sie Ihr Geschäftsmodell zuverlässig unterstützt und Veränderungen dort ermöglicht, wo sie wirklich gebraucht werden. Gleichzeitig sollte sie keine zusätzliche Komplexität schaffen, die keinen wirtschaftlichen Mehrwert bietet.
Genau deshalb sollte die zentrale Frage vor einem Relaunch nicht lauten:
„Brauchen wir Composable Commerce?“
Sondern:
„Was muss unsere Commerce-Plattform in den kommenden Jahren für Kunden und Unternehmen leisten können?“
