.svg)
Warum E-Commerce-Innovationen auf die Plattform geschoben werden
Wenn eine Funktion fehlt, bekommt die Plattform die Schuld, weil sie für jeden sichtbar ist. Der Storefront ist die sichtbare Oberfläche des Stacks, daher wird „Wir können keine Abonnements anbieten“ als Fehler des Storefronts wahrgenommen. Aber Abonnements, Treueprogramme, Marktplätze und Suchfunktionen sind keine Storefront-Features. Es sind separate Systeme, die einen Fluss von Bestell-, Kunden-, Lager- und Produktdaten zum und vom Kern benötigen.
Was sie tatsächlich blockiert, ist der Zustand der Verbindungen. Ein Stack, der durch Punkt-zu-Punkt-Verbindungen und eine Flut von Plugins zusammengehalten wird, hat keinen sauberen Weg, ein neues System anzubinden, ohne den laufenden Betrieb zu gefährden. Diese Fehldiagnose hat geschäftliche Folgen: Unternehmen ersetzen eine Plattform, die nie der limitierende Faktor war, verbringen ein Jahr mit der Migration und landen auf der neuen Plattform mit demselben spröden Integrationsgeflecht wie zuvor.
Welche E-Commerce-Funktionen benötigen Integration statt Replatforming?
Die meisten. Ein Marktplatz-Start ist ein Datenfluss: Produkte, Preise und Lagerbestände raus, Bestellungen und Retouren rein. Click-and-Collect bedeutet, dass Webshop und Kassensystem sich über Lagerbestand und Bestellstatus abstimmen. Abonnements sind eine Abrechnungs-Engine, die mit Kunden- und Bestelldaten verbunden ist. KI-gestützte Suche und Personalisierung sind Lesevorgänge auf Basis sauberer Produkt- und Verhaltensdaten. Nichts davon erfordert den Austausch der zugrunde liegenden Plattform; jedes erfordert lediglich die Anbindung eines spezialisierten Systems.
Das ist die praktische Seite von Composable Commerce: das Hinzufügen von Best-of-Breed-Komponenten um einen Kern herum, der weiterhin seine Arbeit verrichtet. Der Stack entwickelt sich Funktion für Funktion weiter, statt Generation für Generation. Die Voraussetzung ist, dass Verbindungen an einem zentralen Ort verwaltet werden, denn fünf spezialisierte Systeme über fünf Jahre hinweg hinzuzufügen ist nur sinnvoll, wenn jedes einzelne an eine kontrollierte Schicht angeschlossen wird, statt an jeden einzelnen Nachbarn.
Der phasenweise Weg: Funktionen hinzufügen, den Kern behalten
Der phasenweise Ansatz betrachtet Modernisierung als eine Abfolge von Ergänzungen und gezielten Austauschprozessen statt als einen großen „Big Bang“. Die neue Funktion geht neben den bestehenden Systemen live, beweist sich im echten Betrieb und übernimmt erst dann mehr Last. Wenn ein Teil des Stacks tatsächlich ersetzt werden muss, wird er als eine einzige Verbindung auf der Integrationsschicht ausgetauscht, während alles andere weiterläuft.
Der Kompromiss muss klar benannt werden: Phasenweise vorzugehen bedeutet, länger mit dem alten Kern zu leben, und eine Integrationsschicht ist eine Investition, die getätigt wird, bevor die erste Funktion live geht. Was man dafür bekommt, ist das Ende der Alles-oder-Nichts-Wette. Kein geschäftskritisches Cutover-Wochenende, kein zweijähriges Projekt, das auf Anhieb perfekt sein muss, und jede Erweiterung ist durch ihren eigenen Return on Investment gerechtfertigt.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
