Composable Commerce

Viele mittelständische Unternehmen betreiben Commerce-Plattformen, die vor fünf oder zehn Jahren als monolithische Systeme implementiert wurden. Diese Plattformen haben ihren Dienst geleistet — aber die Anforderungen haben sich fundamental verändert. Neue Vertriebskanäle (Marktplätze, Apps, B2B-Portale), steigende Kundenerwartungen an Performance und Personalisierung, und die Notwendigkeit, schnell mit neuen innovativen Funktionen auf Marktveränderungen zu reagieren, überfordern monolithische Architekturen.

Die typischen Symptome: Jede Änderung dauert Monate, weil Frontend und Backend eng gekoppelt sind. Upgrades sind Großprojekte, die das Tagesgeschäft blockieren. Die Time-to-Market für neue Features liegt bei Quartalen statt Wochen. Und die Lizenzkosten steigen, während die Flexibilität sinkt. Manche Unternehmen sitzen auf Enterprise-Plattformen im hohen fünf- bis sechsstelligen Lizenzbereich — und nutzen davon weniger als 30 % der Funktionalität.

Schade, wenn ein Großteil des Budgets in ungenutzte Funktionen fließt, statt in passgenaue Weiterentwicklung. Mit einer transparenten TCO-Betrachtung schaffen wir Klarheit darüber, wo sich Investitionen wirklich lohnen.

MACH steht für Microservices, API-first, Cloud-native, Headless — vier Architekturprinzipien, die zusammen eine neue Art des Commerce-Plattform-Baus definieren. Statt einer einzigen Software, die alles kann (und vieles davon mittelmäßig), wählen Sie für jede Funktion die beste verfügbare Lösung und verbinden sie über standardisierte APIs.

bedeutet: Jede Funktion — Katalog, Warenkorb, Preisfindung, Suche, Payment — ist ein eigenständiger Service, der unabhängig entwickelt, deployed und skaliert werden kann. Ein Fehler im Suchdienst bringt nicht den gesamten Shop zum Stillstand.

heißt: Alle Komponenten kommunizieren über definierte Schnittstellen. Das ermöglicht den Austausch einzelner Bausteine, ohne das Gesamtsystem anfassen zu müssen. Wenn eine bessere Suchlösung auf den Markt kommt, tauschen Sie den Search-Service aus — in Wochen statt Monaten.

sorgt für elastische Skalierung: Bei Lastspitzen — etwa durch Kampagnen oder Saisongeschäft — skaliert Ihre Plattform automatisch und fällt danach wieder auf das Basisniveau zurück. Sie zahlen nur, was Sie brauchen.

trennt Frontend und Backend. Ihr Design-Team kann die Nutzeroberfläche frei gestalten, ohne von Backend-Einschränkungen gebremst zu werden. Mehrere Frontends — Webshop, App, Kundenportal, POS — greifen auf dasselbe Backend zu.

Eine Composable-Commerce-Architektur im deutschen B2B-Mittelstand besteht typischerweise aus mindestens vier Kernkomponenten: einer Commerce Engine (z. B. commercetools, Spryker oder medusa.js), einem Frontend (z. B. auf Basis von Next.js) als Experience Layer, einem Headless CMS (z. B. Storyblok, Strapi oder Payload CMS) für Content-Management, einer Suchlösung (z. B. FactFinder oder Algolia) und einem Integration Layer (BFF), der alles verbindet und die Kommunikation orchestriert.

Dazu kommen je nach Bedarf Payment-Provider, Marketing-Automation, Analytics, DAM und Personalisierungslösungen. Entscheidend ist der Integration Layer (BFF) - die Middleware, die alle Bausteine verbindet, Events verarbeitet und Datenflüsse orchestriert. Hier liegt unsere Kernkompetenz: Wir designen event-driven Integrationslayer, die resilient, performant und wartbar sind. Kein Spaghetti aus Punkt-zu-Punkt-Verbindungen, sondern eine saubere Architektur mit klaren Verantwortlichkeiten.

Die größte Angst bei der Migration von einem Monolithen zu Composable Commerce: der Big Bang. Alles gleichzeitig umbauen, monatelang im Parallelbetrieb, und dann hoffen, dass am Go-Live-Tag alles funktioniert. Wir verfolgen - wenn möglich - einen anderen Ansatz: das Strangler-Fig-Pattern. Wie eine Würgefeige, die einen Baum langsam umschließt und ersetzt, migrieren wir Funktion für Funktion.

In der Praxis heißt das: Wir beginnen mit einer klar abgegrenzten Funktion — zum Beispiel der Suche oder dem Content-Management — und ersetzen sie durch eine moderne Composable-Komponente. Der Rest der Plattform läuft unverändert weiter. Schritt für Schritt werden weitere Funktionen migriert, bis der Monolith vollständig abgelöst ist. Jeder Schritt liefert bereits Mehrwert, und das Risiko ist auf ein Minimum reduziert. Dieser Ansatz hat sich bei unseren Kunden im Maschinenbau, Großhandel und in der Chemieindustrie bewährt.

Gleichzeitig gilt: Dieser Weg ist häufig sinnvoll, aber nicht immer möglich – insbesondere dann, wenn sich das Altsystem nicht sinnvoll schrittweise ablösen lässt. Daher ist es Teil unserer Beratung, das passende Migrationsszenario mit Blick auf Zeit, Kosten und Risiken individuell zu entwickeln.