Ein Loyalty-Feature soll vor dem Weihnachtsgeschäft live gehen, aber die Änderung hängt an drei Release-Zyklen, einem externen Integrator und einer zentralen Plattform, die niemand anfassen möchte. Genau an diesem Punkt werden Composable Commerce Trends für Handels- und Markenunternehmen konkret. Es geht nicht um ein neues Architektur-Label. Es geht um die Fähigkeit, profitable Kundenerlebnisse, neue Geschäftsmodelle und operative Verbesserungen ohne monatelange IT-Warteschlange umzusetzen.
Für viele europäische Händler ist das Thema inzwischen eine Führungsfrage. Die bestehende Landschaft muss zuverlässig laufen, gleichzeitig steigen die Erwartungen an Geschwindigkeit, Personalisierung, Datenqualität und Kostenkontrolle. Composable Commerce verspricht mehr Entscheidungsfreiheit. Er verlangt aber auch mehr Architekturdisziplin, ein klares Betriebsmodell und Verantwortliche, die Technologie nicht als isoliertes IT-Projekt behandeln.
Warum Composable Commerce jetzt zur Managementfrage wird
Composable Commerce beschreibt eine Handelsarchitektur aus austauschbaren, API-basierten Fähigkeiten. Suche, Content, Checkout, Payment, Promotions, Order Management oder Kundenkonto können als getrennte Bausteine gewählt, integriert und weiterentwickelt werden. Im Gegensatz zur großen Suite wird nicht jede Funktion vom selben Anbieter bezogen und im selben Release-Takt verändert.
Das Modell passt zur Realität vieler Unternehmen: Kein Händler startet auf einer grünen Wiese. In Deutschland und im DACH-Raum treffen gewachsene ERP-Landschaften, Filialsysteme, Marktplätze, lokale Payment-Anforderungen und teils sehr unterschiedliche Business Units aufeinander. Die Frage lautet daher selten: „Suite oder Composable?“ Entscheidend ist, welche Fähigkeiten Differenzierung schaffen, wo Standardisierung wirtschaftlicher ist und welche Abhängigkeiten das Wachstum bremsen.
Der Reiz liegt in verkürzten Entscheidungswegen. Wenn ein Team die Produktsuche optimieren oder einen neuen Fulfillment-Partner anbinden will, muss es nicht zwangsläufig das gesamte Commerce-Backend umbauen. Das kann Time-to-Market, Conversion und operative Reaktionsfähigkeit verbessern. Kann – denn modulare Technologie erzeugt keinen Geschäftswert, wenn Datenmodelle, Ownership und Prioritäten nicht ebenso modular und klar organisiert sind.
Die Composable Commerce Trends mit echtem Hebel
1. Der Wechsel von Plattform-Migration zu Capability-Investment
Die sichtbarste Entwicklung ist ein anderer Blick auf Modernisierung. Statt einer jahrelangen Komplettmigration investieren führende Händler gezielt in einzelne Fähigkeiten mit messbarem Nutzen. Ein Fashion-Retailer kann zunächst Product Discovery und Content-Ausspielung entkoppeln. Ein Lebensmittelhändler priorisiert gegebenenfalls Slots, Verfügbarkeiten und Substitution im digitalen Einkauf. Eine Marke mit starkem Wholesale-Geschäft konzentriert sich auf B2B-Portal, Preislogik und Order Capture.
Dieser Ansatz reduziert das Risiko eines Big-Bang-Projekts. Er setzt allerdings eine harte Priorisierung voraus. Nicht jede Komponente muss austauschbar sein. Wenn die aktuelle Lösung stabil funktioniert und keine strategische Differenzierung begrenzt, kann ein Austausch zusätzliche Komplexität statt Fortschritt schaffen. Das Ziel ist nicht maximale Modularität, sondern gezielte Beweglichkeit an den Stellen, an denen Umsatz, Marge oder Kundenzufriedenheit davon abhängen.
2. API-First wird durch Event-First ergänzt
APIs bleiben die Grundlage für die Verbindung von Services. Doch im Handel reicht es nicht, Daten auf Anfrage bereitzustellen. Preisänderungen, Bestandsbewegungen, Retouren, Kundeninteraktionen und Lieferstatus müssen in vielen Fällen nahezu in Echtzeit in andere Systeme fließen. Deshalb gewinnt eine eventgetriebene Architektur an Gewicht.
Der Unterschied ist operativ relevant. Ein API-Aufruf fragt: „Wie ist der Bestand jetzt?“ Ein Event signalisiert: „Der Bestand hat sich verändert.“ Damit können Commerce, CRM, Service, Marketing und Operations schneller auf denselben Zustand reagieren. Bei knappen Beständen oder bei der Steuerung von Click & Collect kann das die Differenz zwischen einem verlässlichen Erlebnis und einem enttäuschten Kunden ausmachen.
Die Kehrseite: Events brauchen Governance. Ohne eindeutige Definitionen, Monitoring und Verantwortlichkeiten entstehen widersprüchliche Datenströme. Führungsteams sollten daher nicht nur Integrationskosten betrachten, sondern auch die Fähigkeit der Organisation, Datenqualität dauerhaft zu betreiben.
3. KI wird als austauschbare Commerce-Fähigkeit aufgebaut
Generative KI und Machine Learning beschleunigen die Nachfrage nach modularen Architekturen. Händler wollen Produktberatung, intelligente Suche, Content-Erstellung, Next-Best-Action, Nachfrageprognosen und Service-Automatisierung testen, ohne das Kernsystem jedes Mal zu verändern. Composable Ansätze schaffen dafür klarere Eintrittspunkte.
Der stärkste Anwendungsfall ist selten ein allgemeiner Chatbot. Wirkung entsteht, wenn KI in konkrete Kauf- und Betriebsprozesse eingebettet wird: Eine Suche versteht Absicht, eine Produktseite liefert passende Alternativen bei fehlender Verfügbarkeit, ein Service-Agent erkennt den Kontext einer Retoure, ein Planungsmodell priorisiert gefährdete Bestände. Dafür braucht die KI jedoch verlässliche Produkt-, Kunden- und Bestandsdaten sowie Grenzen für Zugriffe und Entscheidungen.
Gerade im europäischen Handel ist Governance kein nachgelagertes Thema. Datenschutz, Markenführung, Preisverantwortung und Nachvollziehbarkeit müssen bereits im Design der Fähigkeit berücksichtigt werden. Wer KI als separaten Pilot ohne fachliche Ownership behandelt, produziert schnell beeindruckende Demos ohne belastbaren Betrieb.
4. Das Frontend wird zum Experimentierfeld, nicht zum Selbstzweck
Headless Commerce bleibt ein zentraler Baustein, weil er das Kundenerlebnis von der Commerce-Engine entkoppelt. Teams können Web, App, Clienteling-Tools, digitale Instore-Screens oder B2B-Portale über gemeinsame Commerce-Funktionen bedienen. Das eröffnet Raum für schnellere Experience-Tests und konsistentere Journeys über Kanäle hinweg.
Doch ein modernes Frontend löst keine grundlegenden Prozessprobleme. Wenn Produktdaten fehlen, Lieferzusagen unzuverlässig sind oder Promotion-Regeln nicht kanalübergreifend gelten, macht ein neues Interface die Schwächen nur sichtbarer. Der Business Case muss daher über Design hinausgehen: höhere Conversion, weniger Servicekontakte, schnellere Kampagnenaussteuerung oder bessere Wiederkaufraten sind die relevanten Kennzahlen.
5. Composable trifft auf Kosten- und Lieferantensteuerung
Mit der Zahl spezialisierter Anbieter steigt der Bedarf an aktivem Vendor Management. Lizenzmodelle, API-Aufrufe, Cloud-Kosten, Integrationsaufwand und Support-Verantwortung können sich unbemerkt summieren. Ein Best-of-Breed-Stack ist nicht automatisch günstiger als eine Suite. Er kann aber wirtschaftlicher sein, wenn die ausgewählten Komponenten nachweislich Wachstum ermöglichen oder hohe manuelle Aufwände senken.
Vorstände und Bereichsleitungen sollten deshalb auf eine vollständige Kostenrechnung bestehen. Dazu zählen nicht nur Softwarekosten, sondern auch Architekturkompetenz, Testautomatisierung, Observability, Security und der Betrieb von Schnittstellen. Wer diese Fähigkeiten intern nicht aufbauen will, braucht einen Partneransatz mit klaren Service Levels und eindeutiger Eskalationslogik.
Was eine belastbare Umsetzung unterscheidet
Die Technologieauswahl sollte nicht am Markt-Quadranten beginnen, sondern bei wenigen priorisierten Wertströmen. Wo verlieren Kunden heute Zeit oder Vertrauen? Wo verhindert die Architektur eine profitable Sortimentserweiterung, ein besseres Omnichannel-Angebot oder die Monetarisierung von Daten und Services? Diese Fragen verbinden Fachbereich, Operations und IT auf eine gemeinsame Ergebnislogik.
Danach braucht es ein Zielbild, das bewusst nicht alles festschreibt. Definiert werden sollten gemeinsame Domänen wie Produkt, Kunde, Auftrag, Bestand und Preis, die führenden Systeme für diese Daten sowie Standards für APIs, Events, Sicherheit und Monitoring. Die konkrete Wahl einzelner Tools darf sich innerhalb dieses Rahmens entwickeln. So bleibt die Architektur steuerbar, ohne Innovation in langwierigen Freigaben zu ersticken.
Ebenso entscheidend ist das Teammodell. Produktteams brauchen fachliche End-to-End-Verantwortung, nicht nur Tickets aus dem Business. Ein Team, das den Checkout verantwortet, sollte Conversion, Zahlungsabbruch, Performance und Compliance gemeinsam steuern können. Plattformteams wiederum schaffen wiederverwendbare Integrations-, Daten- und Observability-Fähigkeiten, damit nicht jedes Produktteam seine eigene technische Insel baut.
Ein pragmatischer Startpunkt ist ein Use Case mit hoher Sichtbarkeit und begrenzter Abhängigkeit. Die Personalisierung der Suche, ein neues B2B-Self-Service-Angebot oder die Entkopplung eines Kampagnen-Frontends können geeignete Kandidaten sein. Wichtig ist ein Vorher-Nachher-Maßstab: Release-Frequenz, Conversion, Bearbeitungszeit, Fehlerrate oder Cost-to-Serve. Ohne diese Messung bleibt Composable Commerce eine Architektur-Erzählung.
Die Fragen, die jetzt in den Vorstand gehören
Composable Commerce verlagert Entscheidungen näher an die Teams. Das erhöht Geschwindigkeit, kann aber auch zu Fragmentierung führen. Führungskräfte müssen deshalb klären, wo Autonomie erwünscht ist und wo gemeinsame Standards unverhandelbar bleiben. Besonders bei Identitäten, Zahlungsdaten, Kundenrechten, Preisen und Produktinformationen ist Zentralisierung häufig sinnvoller als lokale Optimierung.
Zweitens braucht es Klarheit über die Differenzierung. Eine Standard-Checkout-Funktion muss nicht zwingend selbst gebaut oder individuell komponiert werden. Ein proprietäres Beratungserlebnis, eine komplexe B2B-Preislogik oder eine besonders präzise Verbindung von Online- und Filialbestand kann dagegen strategisch relevant sein. Investitionen sollten dieser Unterscheidung folgen.
Drittens zählt die Umsetzungsfähigkeit mehr als die Zielarchitektur auf Folien. Die besten Programme schaffen einen festen Takt aus Business-Review, Architekturentscheidung und messbarem Release. Genau hier wird der Austausch mit anderen Operatoren wertvoll: Welche Abhängigkeiten wurden unterschätzt? Welche Governance beschleunigt wirklich? Wo wurde ein spezialisierter Anbieter zum kritischen Engpass?
Bei RETAIL NXT gehören diese Fragen an den Tisch von Handels- und Markenentscheidern, die nicht nach dem nächsten Buzzword suchen, sondern nach belastbaren Wegen zu mehr Geschwindigkeit und Wirkung. Der richtige nächste Schritt ist kein Architekturprogramm um seiner selbst willen. Er ist eine klar abgegrenzte Geschäftsentscheidung, die ein Team innerhalb weniger Monate sichtbar besser treffen und liefern kann.
