Warum die Architektur eines E-Commerce-Systems eine Entscheidung der Geschäftsführung sein sollte
In vielen Unternehmen wird die Entscheidung über die E-Commerce-Architektur noch immer als technisches Thema behandelt, das man der IT-Abteilung, einem Softwarehaus oder dem Implementierungsteam überlassen kann. Aus Sicht der Geschäftsführung scheinen dann vor allem das Budget, der Zeitpunkt des Plattformstarts und die Liste der Funktionen wichtig zu sein, die zum Start verfügbar sein sollen. Das Problem besteht darin, dass genau diese Denkweise sehr oft zu einer Situation führt, in der ein Unternehmen ein System kauft, das die aktuellen Anforderungen erfüllt, gleichzeitig aber die Entwicklung in den folgenden Jahren einschränkt. Heute ist Architektur nicht mehr nur der technologische Hintergrund. Sie ist einer der Mechanismen zur Steuerung des Wachstumstempos, der Kosten von Veränderungen, der Datenqualität und der Widerstandsfähigkeit des gesamten Vertriebsmodells.
Genau deshalb sollte das Nachdenken über die Architektur eines E-Commerce-Systems nicht damit beginnen, welches Frontend gewählt werden soll, wie viele Integrationen in der ersten Phase gebaut werden können oder welche Plattform die längste Funktionsliste hat. Es sollte mit der Frage beginnen, welche Art von Unternehmen die Organisation in zwei, drei und fünf Jahren sein möchte. Ob sie neue Märkte erschließen, weitere Vertriebskanäle starten, B2B und B2C parallel entwickeln, KI in Vertriebsprozesse einbinden, neue Preismodelle schneller einführen, Daten konsolidieren und Abläufe vereinfachen möchte. Wenn die Antwort ja lautet, wird Architektur zu einer Entscheidung der Geschäftsführung, weil sie die Grenzen dafür definiert, wie schnell und wie sicher diese Ziele umgesetzt werden können. Branchenberichte zeigen seit Jahren, dass Technologie immer weniger eine nebensächliche Unterstützung ist und immer stärker zu einem Bestandteil des operativen Modells einer Organisation und ihrer Fähigkeit zur wirksamen digitalen Transformation wird.
Architektur entscheidet über die Kosten jeder weiteren Veränderung
Der größte Fehler bei E-Commerce-Projekten besteht darin, Technologie durch die Perspektive des Starts zu betrachten und nicht durch die Perspektive der späteren Weiterentwicklung. Am Tag des Launches sehen viele Systeme ähnlich aus. Sie haben einen Produktkatalog, einen Checkout, grundlegende Integrationen, ein Administrationspanel und die Möglichkeit, Verkäufe abzuwickeln. Die Unterschiede zeigen sich später – in dem Moment, in dem das Unternehmen die Preislogik ändern, das Aktionsmodell erweitern, ein weiteres Lager anbinden, einen neuen Marketplace implementieren, in den internationalen Vertrieb einsteigen, ein Unternehmenskonto mit Rollen und Freigaben starten oder E-Commerce mit einem weiteren operativen System verbinden möchte. Dann stellt sich heraus, dass die wichtigste Frage nicht mehr lautet, ob eine bestimmte Funktion möglich ist, sondern wie viel ihre Implementierung kosten wird und wie stark sie den Rest der Umgebung destabilisiert. Genau auf diese Frage gibt die Architektur eine Antwort.
Technische Entscheidungen, die aufgeschoben oder zu kurzfristig getroffen werden, werden zu einer Barriere für die Modernisierung des Geschäfts. In der Praxis bedeutet das, dass das Unternehmen nicht nur für Code bezahlt. Es bezahlt für jeden Workaround, jede überflüssige Abhängigkeit, jeden manuellen Vorgang und jede zukünftige Änderung, die in einem besseren Architekturmodell einfacher, günstiger und weniger riskant wäre. Die Geschäftsführung sollte Architektur daher genauso betrachten wie die Kostenstruktur der Organisation. Denn ein schlecht entworfenes E-Commerce-System ist kein einmaliger technologischer Fehler. Es ist eine Quelle jahrelanger operativer und strategischer Kosten.
Im B2B-E-Commerce beeinflusst Architektur, ob Vertrieb überhaupt skalierbar sein wird
In B2B-Projekten hat das Thema Architektur eine noch größere Bedeutung als bei einfachen Implementierungen im Konsumentenvertrieb. Ein B2B-Unternehmen benötigt selten nur einen Katalog und einen Warenkorb. Es braucht eine Umgebung, die den tatsächlichen Einkaufsprozess eines Geschäftskunden abbilden kann: Rollen und Berechtigungen, Freigabe-Workflows, individuelle Preise, Budgets, Schnellbestellungen nach SKU, Bearbeitung von Angebotsanfragen, ERP-Integration, Handelsdokumente und eine mehrstufige Kontostruktur. Shopware entwickelt solche Szenarien im Rahmen seiner B2B-Komponenten, unter anderem Employee Management, Rollen und Berechtigungen sowie Approval Processes. Das sind keine Zusatzfunktionen, sondern die Grundlage für Unternehmen, die den realen Einkaufsprozess in den digitalen Kanal übertragen möchten und nicht nur seine vereinfachte Version.
Wenn die Geschäftsführung Architektur als rein technisches Thema behandelt, kommt es häufig zu einer Situation, in der die Organisation eine Plattform implementiert, die formal modern, operativ aber zu oberflächlich ist. Der Kunde kann sich einloggen, sieht aber seine Handelskonditionen nicht. Er kann eine Bestellung aufgeben, aber es gibt keinen sinnvollen Freigabe-Workflow. Die Plattform funktioniert, ist aber nicht kohärent mit ERP, PIM oder Dokumenten verbunden. Infolgedessen erledigen Vertriebsmitarbeiter weiterhin einen erheblichen Teil der Arbeit manuell, der Customer Service beantwortet weiterhin wiederkehrende Fragen, und das Unternehmen erzielt keinen Skaleneffekt. Genau deshalb betrachten wir bei CREHLER die B2B-Architektur nicht als technologische Ebene des Shops, sondern als Art und Weise, wie die Vertriebsumgebung und die Betreuung von Geschäftskunden organisiert werden. In unseren Materialien betonen wir immer, dass B2B-Vertrieb eine andere Architektur erfordert als Konsumentenvertrieb, weil er die Organisationsstruktur der Kunden abbilden, den Bestellprozess automatisieren und die Plattform mit externen Systemen integrieren muss.
Architektur ist eine Entscheidung über Daten, nicht nur über die Anwendung
Die Geschäftsführung versteht E-Commerce sehr häufig als Anwendung für den Vertrieb. Aus Wachstumsperspektive ist jedoch wesentlich wichtiger, ob E-Commerce als kohärente Datenumgebung funktioniert. Wenn die Plattform keine gut konzipierten Verbindungen zu ERP, PIM, WMS, Zahlungssystemen, Marketing-Automation-Tools und Analytics hat, baut das Unternehmen keinen digitalen Vorteil auf – es fügt lediglich eine weitere Schnittstelle zu bereits vorhandenem Chaos hinzu. In einem solchen Modell beginnen Daten zu Preisen, Verfügbarkeit, Kunden, Produkten, Aktionen und Bestellstatus in mehreren parallelen Welten zu leben. Das wiederum beeinträchtigt das Vertrauen der Kunden, die Effizienz der Teams und die Qualität geschäftlicher Entscheidungen. B2B-Käufer bemerken sehr häufig Unstimmigkeiten zwischen den Informationen auf der Website und dem, was sie vom Verkäufer hören, und ein solcher Widerspruch schwächt direkt die Glaubwürdigkeit des Unternehmens.
Deshalb sollte die E-Commerce-Architektur von der Geschäftsführung auch als Entscheidung darüber betrachtet werden, wo sich in der Organisation die Quelle der Wahrheit befindet. Ob das Unternehmen ein einheitliches Datenmodell haben möchte, das Vertrieb, Marketing, Logistik und Kundenservice versorgt, oder ob es weiterhin das Funktionieren vieler lokaler Versionen der Realität akzeptiert. Diese Frage ist nicht technisch. Es ist eine Frage nach der Qualität der Unternehmensführung. Aus diesem Grund beginnen die besten Implementierungsprojekte nicht mit Mockups und nicht mit der Wahl eines Themes, sondern mit einer Karte der Prozesse, Integrationen und Verantwortlichkeiten für Daten. Eine wirksame Implementierung einer E-Commerce-Plattform ist genau der Prozess der Vorbereitung der Organisation – der Ordnung von Prozessen, Daten und Entscheidungswegen, bevor Technologie die Rolle eines strategischen Wachstumswerkzeugs übernimmt.
Ohne gute Architektur wird KI das Geschäft nicht beschleunigen
In den letzten Monaten hören Geschäftsführungen sehr häufig, dass KI die Entwicklung beschleunigen, Personalisierung verbessern, Suche, Nachfrageprognosen oder dynamisches Angebotsmanagement optimieren wird. Das stimmt, aber nur unter der Voraussetzung, dass die Organisation über eine Umgebung verfügt, die für den sicheren Einsatz von KI bereit ist. Im Jahr 2026 ist Architektur wichtiger als Funktionen, und ohne solide Architektur beschleunigt KI das Geschäft nicht, sondern macht lediglich seine Schwächen sichtbar. KI braucht kohärente Daten, stabile Integrationen, ein vorhersehbares Verantwortungsmodell zwischen Systemen und eine Umgebung, in der Veränderungen schnell umgesetzt werden können, ohne das Ganze zu destabilisieren.
Das ist auch der Grund, warum die Entscheidung über Architektur nicht vollständig auf die technische Ebene delegiert werden kann. Wenn die Geschäftsführung möchte, dass Technologie tatsächlich die Time-to-Market verkürzt, das Kundenerlebnis verbessert und die Prozesseffizienz erhöht, muss sie für die richtigen Grundlagen sorgen. Technologischer Erfolg entsteht nicht allein durch den Einsatz neuer Tools, sondern durch die Verbindung stabiler organisatorischer Prioritäten, der Konzentration auf Qualität und einer reifen Arbeitsweise der Teams. Das ist ein weiteres Argument dafür, dass Architektur nicht nur eine Entscheidung über Code ist. Sie ist eine Entscheidung über die Fähigkeit der Organisation zu sicherer und wiederholbarer Veränderung.
Architektur beeinflusst das Tempo der Expansion und Skalierung des Vertriebs
In Geschäftsführungen wird sehr häufig über internationale Expansion, den Eintritt in neue Kanäle, den Start von Marketplace-Vertrieb, die Entwicklung von D2C oder das Hinzufügen neuer Geschäftsbereiche zur bestehenden Umgebung diskutiert. Das Problem besteht darin, dass solche Entwicklungsrichtungen später auf einem System ausprobiert werden, das dafür nicht konzipiert wurde. Infolgedessen löst jede neue Initiative ein eigenes Projekt, ein eigenes Budget, eigene Workarounds und ein eigenes Risiko aus. Eine gut entworfene Architektur sollte dagegen eine schichtweise Entwicklung ermöglichen – so, dass Frontend, Backend, Integrationen, B2B-Funktionen und weitere Vertriebskanäle sich entwickeln können, ohne dass jedes Mal das gesamte System umgebaut werden muss. Shopware unterstützt diese Richtung durch seinen API-first-Ansatz, Modularität und Offenheit für Integrationen.
Aus Sicht der Geschäftsführung hat das eine sehr einfache finanzielle Dimension. Architektur verkürzt entweder den Weg von der geschäftlichen Entscheidung zur Umsetzung oder sie verlängert ihn. Sie ermöglicht entweder, weitere Initiativen kontrolliert zu starten, oder sie verwandelt jede Veränderung in ein separates, kostspieliges Mini-Transformationsprogramm. Deshalb sollten Unternehmen, die schneller wachsen wollen, Architektur als Entwicklungsinfrastruktur betrachten und nicht als einmalige Projektkosten. In der Praxis entscheidet genau sie darüber, ob ein Unternehmen neue Vertriebsszenarien schneller implementieren kann als die Konkurrenz.
Wenn die Architektur schlecht ist, zahlt die Geschäftsführung trotzdem – nur später und mehr
Viele Entscheidungsträger vermeiden das Gespräch über Architektur, weil sie zu technisch, zu detailliert oder zu weit von geschäftlichen KPIs entfernt erscheint. Das Paradoxe ist, dass das Ausbleiben dieses Gesprächs das Problem nicht beseitigt. Es verschiebt es nur in die Zukunft. Die Geschäftsführung wird für schlechte Architektur in Form steigender Entwicklungskosten, sinkender Projektplanbarkeit, langsamerer Time-to-Market, schwierigerer Integrationen, eines höheren Ausfallrisikos, einer größeren Abhängigkeit von Dienstleistern und immer schmerzhafterer Migrationen bezahlen. Genau deshalb sollte technologische Schuld nicht als Programmierproblem verstanden werden, sondern als Barriere für die Modernisierung des Geschäfts. Architektur sollte systemisch bewertet werden – durch die Perspektive von Zuverlässigkeit, Sicherheit, Performance und Kosten – denn all diese Elemente beeinflussen das Geschäftsergebnis.
Im E-Commerce sind diese Kosten besonders sichtbar, weil die Vertriebsplattform sehr nah am Umsatz liegt. Wenn das System ineffizient ist, der Checkout ausfällt, es nicht konsistent mit dem ERP funktioniert oder zu langsam auf Änderungen im Angebot und bei Preisen reagiert, verliert das Unternehmen nicht eine abstrakte „IT-Qualität“, sondern Conversion, Marge und Kundenvertrauen. Aus diesem Grund sollte Architektur nicht ausschließlich auf Ebene der technischen Spezifikation freigegeben werden. Sie sollte einen Management-Filter durchlaufen: wie sie die Geschwindigkeit von Implementierungen, die Kosten von Veränderungen, die Möglichkeit zur Entwicklung neuer Kanäle, Integrationsbereitschaft, Datenqualität, den Automatisierungsgrad und die operative Widerstandsfähigkeit des gesamten Geschäfts beeinflusst.
Architektur als strategisches Thema
Bei CREHLER behandeln wir die E-Commerce-Implementierung nicht als Projekt zur bloßen Einführung eines Shops. Wir betrachten sie als Projekt zur Gestaltung einer Vertriebsumgebung, die zu weiterem Wachstum fähig ist. Das bedeutet Arbeit an Architektur, Integrationen, Daten, dem B2B-Modell, der Prozesslogik und der Art und Weise, wie die Organisation die Plattform nach dem Start weiterentwickeln wird. Deshalb präsentieren wir Shopware in unseren Materialien als architektonische und nicht nur funktionale Grundlage. Wir betonen API-first, Modularität, Unterstützung für B2B-Szenarien, Offenheit für Integrationen, die Möglichkeit der Headless-Entwicklung und den Aufbau composable Umgebungen, weil genau diese Elemente die zukünftigen Kosten und das Entwicklungstempo des Projekts real beeinflussen.
Aus unserer Sicht entstehen die meisten Probleme in Projekten nicht aus einem Mangel an Funktionen, sondern aus der falschen Einbettung der Technologie in die Organisation. Das Unternehmen wählt eine Plattform, definiert aber keine Quelle der Wahrheit für Daten. Es startet E-Commerce, ordnet aber das Integrationsmodell nicht. Es implementiert eine B2B-Plattform, bildet aber den realen Einkaufsprozess des Kunden nicht ab. Es möchte KI nutzen, hat aber keine Umgebung, die bereit ist, Modelle kohärent mit Daten zu versorgen. Genau deshalb sollte die Entscheidung über Architektur auf Ebene der Geschäftsführung getroffen werden – nicht damit die Geschäftsführung ein Framework oder eine Caching-Methode auswählt, sondern damit sie bewusst entscheidet, welche Entwicklungsfähigkeit das Unternehmen zusammen mit der Implementierung kauft.
Die Architektur eines E-Commerce-Systems ist eine Entscheidung über die Zukunft der Organisation
Kurz gesagt: Die Architektur eines E-Commerce-Systems sollte eine Entscheidung der Geschäftsführung sein, weil sie alle Bereiche beeinflusst, die für die Geschäftsführung wirklich relevant sind: Wachstum, Marge, Veränderungstempo, Risiko, Datenqualität, operative Widerstandsfähigkeit und die Möglichkeit zur Skalierung des Vertriebs. Das ist kein Thema mehr, das in der IT eingeschlossen ist. Es ist eine Entscheidung darüber, ob das Unternehmen die kommenden Jahre auf einer Umgebung aufbauen wird, die Entwicklung unterstützt, oder auf einem System, das das Geschäft mit jeder neuen Initiative immer stärker einschränken wird. In einer Welt, in der die Rolle von KI, Integrationen, Multichannel-Vertrieb und komplexen B2B-Szenarien wächst, wird die Bedeutung der Architektur weiter zunehmen. Technologischer Vorteil hängt immer stärker von der Fähigkeit der Organisation ab, ihr Betriebsmodell umzubauen, und nicht nur von der Implementierung einzelner Tools.
Deshalb sollten Unternehmen, die die Entwicklung ihres E-Commerce planen, nicht ausschließlich fragen, welche Plattform sie wählen sollen. Sie sollten fragen, wie sie eine Architektur entwerfen können, die es ermöglicht, den Vertrieb weiterzuentwickeln, ohne zusätzliches Chaos, Kosten und Abhängigkeiten zu erzeugen. Genau an dieser Stelle beginnt das strategische Gespräch. Und genau damit sollte aus unserer Perspektive jede reife Implementierung einer E-Commerce-Plattform beginnen.
