Die E-Commerce-Plattform ist nicht die Strategie

Eine solche Situation ist im Oktober 2026 keineswegs abwegig. Die Entwicklung rund um Agentic Commerce verändert, wie Produkte gefunden, Angebote verglichen und Kaufprozesse vorbereitet oder durchgeführt werden können. AI-Anwendungen werden zu einer zusätzlichen Schnittstelle zwischen Kunden und Händlern. Unternehmen müssen sich damit beschäftigen, ob ihre bisherigen E-Commerce-Systeme auf diese Entwicklung vorbereitet sind.

Mit dem Agentic Commerce Protocol von OpenAI und dem Universal Commerce Protocol von Google entstehen konkrete technische Möglichkeiten, AI-Anwendungen mit bestehenden E-Commerce-Systemen zu verbinden. E-Commerce-Plattformanbieter entwickeln eigene Funktionen und Integrationen. Was vor kurzer Zeit noch als mögliche Zukunft des digitalen Handels diskutiert wurde, nimmt zunehmend die Form dokumentierter Schnittstellen, verfügbarer Dienste und erster produktiver Anwendungen an.

Daraus entsteht ein nachvollziehbarer Handlungsdruck. Wer neue Vertriebsmöglichkeiten zu spät erschließt, könnte geschäftliche Chancen verlieren. Wer dagegen zu früh in einen grundlegenden Plattformwechsel investiert, bindet Kapital und organisatorische Ressourcen, ohne bereits zu wissen, ob die erwarteten Funktionen für das eigene Geschäftsmodell tatsächlich relevant werden.

Die Unsicherheit besteht also nicht nur darin, wie schnell sich Agentic Commerce durchsetzt. Sie betrifft auch die Frage, welche technologischen Voraussetzungen ein Unternehmen dafür benötigt.

Eine neue E-Commerce-Plattform kann Funktionen besitzen, die dem bestehenden System fehlen. Daraus folgt jedoch noch nicht, dass diese Funktionen nur durch einen Plattformwechsel verfügbar werden. Ebenso wenig ist damit geklärt, ob ihre frühere Verfügbarkeit einen wirtschaftlichen Vorteil schafft.

Dieser Konflikt ist älter als Agentic Commerce.

Internationalisierung, B2B-E-Commerce, Omnichannel-Strategien, Marktplatzintegration und neue Geschäftsmodelle haben Unternehmen immer wieder vor die Frage gestellt, ob ihre vorhandene E-Commerce-Plattform noch geeignet ist. Manchmal erwiesen sich die bestehenden Systeme tatsächlich als strukturelle Hindernisse. In anderen Fällen lagen die Schwierigkeiten in der Integration, in den Prozessen oder in der Organisation, die diese Systeme betrieb.

Die eigentliche Herausforderung besteht darin, beides zu unterscheiden.

Ein Plattformwechsel ist eine weitreichende unternehmerische Entscheidung. Er verändert nicht nur Software, sondern häufig auch Geschäftsprozesse, technische Abhängigkeiten, organisatorische Zuständigkeiten und die wirtschaftlichen Möglichkeiten der kommenden Jahre.

Deshalb reicht es nicht, festzustellen, dass eine andere Plattform etwas kann, was die eigene noch nicht bietet.

Ein Unternehmen muss verstehen, welche geschäftliche Fähigkeit es benötigt, was deren Umsetzung tatsächlich behindert und welche Veränderung das Problem mit vertretbarem Aufwand und Risiko lösen kann.

Die Leistungsfähigkeit eines E-Commerce-Unternehmens entsteht allerdings erst aus dem Zusammenspiel dieser Systeme.

Produktinformationen werden möglicherweise in einem Product Information Management System verwaltet. Ein ERP-System verantwortet kaufmännische Prozesse und wesentliche Stammdaten. Ein Order Management System koordiniert die Bearbeitung von Bestellungen. Weitere Systeme übernehmen Kundenkommunikation, Zahlungsabwicklung, Logistik oder stationäre Verkaufsprozesse.

Welche Funktionen innerhalb der E-Commerce-Plattform liegen sollten und welche außerhalb, lässt sich nicht allgemeingültig beantworten.

Ein mittelständischer Händler mit einem eigenen Onlineshop kann von einer weitgehend standardisierten Lösung profitieren, die viele notwendige Funktionen bereits integriert. Ein international tätiges Handelsunternehmen mit mehreren Marken, Vertriebskanälen und unterschiedlichen rechtlichen Einheiten benötigt möglicherweise eine deutlich stärker verteilte Architektur.

Im B2B-E-Commerce kommen häufig zusätzliche Anforderungen hinzu. Kundenspezifische Preise, Einkaufsorganisationen, Freigabeverfahren, Vertragsbedingungen und komplexe Bestellprozesse können die technische Gestaltung erheblich beeinflussen.

Die geeignete Architektur ergibt sich aus dem Geschäftsmodell und den daraus folgenden Anforderungen. Ihre Qualität lässt sich nicht an der Anzahl einzelner Funktionen oder der Modernität ihrer technischen Komponenten ablesen.

Das gilt auch für das Versprechen integrierter Software-Suiten.

Ein gemeinsamer Hersteller kann Vorteile bieten. Abgestimmte Produktentwicklung, einheitliche Ansprechpartner, gemeinsame Supportstrukturen und vorbereitete Integrationen können den Betrieb vereinfachen. Entscheidend ist allerdings, wie weit die tatsächliche Integration reicht.

Ein gemeinsamer Markenname garantiert noch kein gemeinsames Datenmodell. Ebenso wenig beweist er, dass Kundenidentitäten, Preise, Bestände und Bestellungen über alle beteiligten Systeme hinweg konsistent verarbeitet werden.

Gerade umfangreiche Softwareportfolios können aus Komponenten bestehen, die ursprünglich unabhängig voneinander entwickelt wurden. Ihre technische und organisatorische Integration muss im konkreten Anwendungsfall geprüft werden.

Auf der anderen Seite bringt eine Architektur mit mehreren spezialisierten Systemen zusätzliche Verantwortung mit sich. Schnittstellen müssen betrieben, Änderungen abgestimmt und Zuständigkeiten eindeutig geregelt werden. Technische Unabhängigkeit einzelner Komponenten kann wirtschaftlich wertvoll sein, verlangt aber eine Organisation, die diese Unabhängigkeit auch beherrschen kann.

Die Entscheidung zwischen einer integrierten Suite und einer stärker modularen E-Commerce-Architektur ist deshalb keine einfache Wahl zwischen Bequemlichkeit und Flexibilität.

Es geht um die angemessene Verteilung technischer und organisatorischer Verantwortung.

Welche Geschäftsprozesse müssen durchgehend einheitlich funktionieren? Wo benötigt das Unternehmen individuellen Gestaltungsspielraum? Welche Abhängigkeiten kann es akzeptieren? Und welche Entscheidungen möchte es langfristig selbst kontrollieren können?

Erst aus diesen Fragen entsteht ein sinnvoller Maßstab für die Eignung einer E-Commerce-Plattform.

Neue Funktionen benötigen zu lange. Die Anbindung eines zusätzlichen Vertriebskanals gestaltet sich unerwartet aufwendig. Bestandsinformationen stimmen nicht zuverlässig überein. Sonderentwicklungen werden immer teurer. Die Einführung eines neuen Geschäftsmodells erfordert zahlreiche Anpassungen.

Solche Probleme können auf strukturelle Grenzen der bestehenden E-Commerce-Plattform hinweisen. Sie können aber ebenso durch andere Bestandteile der Systemlandschaft verursacht werden.

Betrachten wir einen Händler, der seinen Kunden ermöglichen möchte, online einzukaufen und die Ware in einer Filiale abzuholen.

Auf den ersten Blick scheint die Aufgabe überschaubar. Der Onlineshop benötigt eine entsprechende Lieferoption und muss anzeigen können, in welcher Filiale ein Produkt verfügbar ist.

Damit ist der Geschäftsprozess jedoch noch nicht gelöst.

Die angezeigte Verfügbarkeit muss aktuell und hinreichend zuverlässig sein. Ein reservierter Artikel darf nicht gleichzeitig im stationären Verkauf verschwinden. Das System muss unterscheiden können, ob eine Bestellung vorbereitet, bestätigt, abholbereit oder bereits abgeschlossen ist. Mitarbeiter in der Filiale benötigen die notwendigen Informationen. Retouren und Stornierungen müssen ebenfalls berücksichtigt werden.

Ob dieser Prozess funktioniert, hängt nicht allein von der E-Commerce-Plattform ab.

Die eigentliche Ursache einer Einschränkung kann in der Warenwirtschaft, der Bestandsführung, der Auftragssteuerung, den Kassensystemen oder den Abstimmungsprozessen zwischen den beteiligten Bereichen liegen.

Eine neue Plattform mit einer überzeugenden Click-&-Collect-Funktion löst diese Probleme nicht automatisch. Sie kann eine geeignete Benutzeroberfläche und vorbereitete Integrationen bereitstellen, benötigt aber weiterhin verlässliche Informationen und funktionsfähige Abläufe.

Es gibt allerdings auch den Gegenfall.

Wenn die bestehende E-Commerce-Plattform grundlegende Bestellzustände nicht ausreichend abbilden kann, notwendige Prozesse nur durch instabile Sonderentwicklungen unterstützt oder eine zuverlässige Integration strukturell verhindert, kann sie tatsächlich zum Hindernis werden.

Dann liegt die Einschränkung nicht lediglich in der umgebenden Architektur. Die Plattform selbst begrenzt eine wesentliche geschäftliche Fähigkeit.

Diese Unterscheidung bildet den Kern einer belastbaren Ursachenprüfung.

Sie ist besonders wichtig für Unified Commerce. Der Anspruch, Kunden über Onlineshop, Filialen, Marktplätze und weitere Vertriebskanäle hinweg konsistente Erfahrungen und Prozesse bereitzustellen, verlangt mehr als technisch miteinander verbundene Systeme.

Ein Kunde erwartet korrekte Verfügbarkeiten, nachvollziehbare Bestellungen und verlässliche Serviceinformationen. Ob diese Informationen aus einer zentralen Plattform oder mehreren spezialisierten Systemen stammen, ist für ihn unerheblich.

Für das Unternehmen macht die Architektur allerdings einen erheblichen Unterschied.

Es muss festlegen, welches System für welche Informationen maßgeblich ist, wie Änderungen verarbeitet werden und wie sich Fehler erkennen und beheben lassen. Eine Schnittstelle kann technisch funktionieren und dennoch fachlich unzureichende Informationen übermitteln.

Die Verfügbarkeit einer API beweist deshalb noch keine durchgängige Prozessfähigkeit.

Hinzu kommt eine weitere häufig unterschätzte Ursache eingeschränkter Veränderungsfähigkeit. Technische Schulden entstehen nicht nur innerhalb der E-Commerce-Plattform, sondern auch zwischen den beteiligten Systemen.

Historisch gewachsene Integrationen, mehrfach gepflegte Daten, individuelle Preislogiken und schlecht dokumentierte Abhängigkeiten können die Weiterentwicklung erheblich erschweren. Viele dieser Strukturen entstanden aus nachvollziehbaren Anforderungen. Problematisch werden sie, wenn ihre ursprünglichen Voraussetzungen längst nicht mehr gelten oder ihre Auswirkungen nicht mehr verstanden werden.

Bei einem Plattformwechsel verschwinden solche Abhängigkeiten nicht automatisch.

Eine neue E-Commerce-Plattform benötigt weiterhin korrekte Preise, verlässliche Bestände und funktionierende Geschäftsregeln. Wenn deren Herkunft oder Verantwortung ungeklärt ist, wird diese Unsicherheit in die neue Architektur übernommen.

Eine sorgfältige Diagnose muss deshalb feststellen, welche Einschränkungen tatsächlich aus der bestehenden E-Commerce-Plattform entstehen und welche unabhängig von ihr bestehen bleiben.

Erst dann lässt sich beurteilen, ob ein Austausch notwendig ist oder lediglich die sichtbarste Komponente einer problematischen Gesamtarchitektur ersetzt würde.

Ein Kunde kann Produkte in einer AI-Anwendung recherchieren, Eigenschaften vergleichen und sich bei der Auswahl unterstützen lassen. Unter bestimmten Voraussetzungen kann dieselbe Anwendung einen Warenkorb vorbereiten oder an einem Checkout-Prozess beteiligt sein. Weitergehende Modelle sehen vor, dass AI-Agenten innerhalb definierter Berechtigungen bestimmte Handlungen im Auftrag eines Kunden durchführen.

Diese Möglichkeiten unterscheiden sich hinsichtlich ihrer technischen Voraussetzungen und ihrer geschäftlichen Bedeutung erheblich.

Für eine AI-gestützte Produktauswahl benötigt ein Händler zunächst geeignete Produktinformationen. Ihre Qualität, Aktualität und Struktur sind entscheidend. Ein verlässlicher Zugriff auf Preise und Verfügbarkeiten kann zusätzliche Anforderungen schaffen.

Ein agentisch vorbereiteter Warenkorb benötigt dagegen die Fähigkeit, eine konkrete Produktauswahl mit den Regeln der bestehenden E-Commerce-Plattform abzugleichen. Bei einem vollständigen Checkout kommen Liefermöglichkeiten, Steuern, Zahlungsabwicklung, Kundenidentität und Bestellbestätigung hinzu.

Sollen AI-Agenten innerhalb eines erteilten Mandats eigenständig handeln, werden Berechtigungen, Budgetgrenzen, Autorisierung und Nachvollziehbarkeit besonders relevant.

Nicht jede dieser Fähigkeiten benötigt dieselbe Architektur. Und nicht jede ist für jedes Geschäftsmodell gleichermaßen wertvoll.

Ein Händler mit beratungsintensiven Produkten könnte zunächst davon profitieren, wenn AI-Anwendungen sein Sortiment besser verstehen und geeignete Produkte empfehlen können. Für ein Unternehmen mit standardisierten, regelmäßig wiederkehrenden Bestellungen könnten stärker automatisierte Einkaufsprozesse einen größeren Nutzen besitzen.

Das sind unterschiedliche Geschäftshypothesen, keine bereits allgemeingültig belegten Marktergebnisse. Ihre Relevanz muss anhand der tatsächlichen Kundenanforderungen und wirtschaftlichen Möglichkeiten untersucht werden.

Gerade deshalb sollte die Reihenfolge der unternehmerischen Überlegung nicht mit dem Funktionsumfang einer anderen E-Commerce-Plattform beginnen.

Zunächst muss geklärt werden, welche Veränderungen im Kundenverhalten oder in den Geschäftsprozessen zu erwarten sind und welche konkreten Fähigkeiten dafür benötigt werden.

Erst danach stellt sich die Frage, ob die bestehende E-Commerce-Architektur diese Fähigkeiten bereitstellen kann.

Die aktuellen Entwicklungen zeigen, dass ein Plattformwechsel dafür nicht zwangsläufig erforderlich ist.

OpenAIs Agentic Commerce Protocol beschreibt einen Integrationsansatz, bei dem der Händler wesentliche Checkout- und Auftragsprozesse weiterhin über seine eigene Infrastruktur verantwortet. Der Händler validiert Bestellungen, berechnet relevante Beträge und verarbeitet Zahlungen über seine bestehenden Zahlungsdienstleister.

Googles Universal Commerce Protocol unterscheidet unter anderem zwischen einem direkten Checkout innerhalb unterstützter Google-Oberflächen und der Übergabe eines vorbereiteten Warenkorbs an den Onlineshop des Händlers.

Beide Ansätze besitzen unterschiedliche technische Anforderungen und Zugangsbedingungen. Sie verdeutlichen aber, dass agentische Verkaufsmöglichkeiten mit bestehenden E-Commerce-Systemen verbunden werden können, ohne deren grundlegende Transaktionsverarbeitung zwangsläufig auszutauschen.

Ein weiteres Beispiel liefert Shopify.

Mit dem Agentic Plan adressiert der Anbieter ausdrücklich Händler, die ihre bestehende E-Commerce-Plattform nicht durch Shopify ersetzen möchten, aber bestimmte agentische Vertriebsmöglichkeiten nutzen wollen. Je nach unterstütztem Vertriebskanal kann die Kaufabwicklung über den bestehenden Onlineshop oder eine von Shopify bereitgestellte Checkout-Lösung erfolgen.

Damit entsteht eine zusätzliche Handlungsoption zwischen dem Verzicht auf neue Funktionen und einem vollständigen Plattformwechsel.

Diese Möglichkeit sollte allerdings nicht mit einer unabhängigen Bestätigung ihrer wirtschaftlichen Eignung verwechselt werden. Sie stammt aus dem dokumentierten Angebot eines Herstellers. Ihre tatsächlichen Kosten, Integrationsanforderungen, Einschränkungen und geschäftlichen Auswirkungen müssen im Einzelfall geprüft werden.

Auch sind die neuen Protokolle und Dienste nicht durchgängig allgemein verfügbar. Dokumentierte technische Spezifikationen, zugelassene Partnerprogramme, Pilotimplementierungen und produktiv nutzbare Funktionen müssen unterschieden werden.

Zum Recherchestichtag ist Instant Checkout in ChatGPT beispielsweise auf zugelassene Partner beschränkt. Auch die Nutzung bestimmter UCP-Funktionen auf Googles eigenen AI-Oberflächen erfordert eine entsprechende Freigabe.

Ein Unternehmen sollte seine Plattformentscheidung deshalb nicht allein auf angekündigte Möglichkeiten stützen.

Ebenso wichtig ist die wirtschaftliche Frage, welche Rolle externe AI-Anwendungen künftig beim Zugang zum Kunden übernehmen.

Ein zusätzlicher Vertriebskanal kann Reichweite schaffen und neue Kaufprozesse ermöglichen. Er kann aber auch Abhängigkeiten erzeugen, etwa hinsichtlich Sichtbarkeit, Kundenzugang, Transaktionsbedingungen oder der verfügbaren Daten.

Die technische Möglichkeit, Produkte über einen AI-Agenten zu verkaufen, sagt noch wenig darüber aus, unter welchen wirtschaftlichen Bedingungen der Händler dies tun kann.

Damit verschiebt sich der Maßstab für die Eignung der bestehenden E-Commerce-Plattform.

Entscheidend ist nicht, ob sie sämtliche neuen agentischen Funktionen selbst anbietet. Entscheidend ist, ob sie die relevanten Produktinformationen, Geschäftsregeln und Transaktionsprozesse zuverlässig und kontrolliert für jene Anwendungen bereitstellen kann, die das Unternehmen tatsächlich einsetzen möchte.

Wenn diese Integration mit angemessenem Aufwand möglich ist, kann der Erhalt der bestehenden Plattform eine strategisch sinnvolle Entscheidung sein.

Wenn grundlegende Einschränkungen genau jene Fähigkeiten verhindern, auf denen ein zukünftiges Geschäftsmodell beruht, gewinnt die Plattformfrage eine andere Bedeutung.

Dann wird Agentic Commerce nicht zum Anlass eines technologischen Modernisierungswunsches, sondern zu einem möglichen Nachweis einer tatsächlichen strategischen Grenze.

Ein Unternehmen kann eine technisch leistungsfähige Architektur auswählen und dennoch Schwierigkeiten bekommen, wenn wichtige Entscheidungen, Zuständigkeiten oder Kompetenzen nicht ausreichend geklärt sind.

Das gilt besonders für stark modulare E-Commerce-Architekturen.

Die Möglichkeit, einzelne Funktionen unabhängig auszuwählen, auszutauschen und weiterzuentwickeln, kann erhebliche Vorteile bieten. Unternehmen können dort individuelle Lösungen schaffen, wo ihr Geschäftsmodell besonderen Gestaltungsspielraum benötigt.

Diese Freiheit erzeugt jedoch zusätzliche Verantwortung.

Schnittstellen müssen entwickelt und überwacht werden. Änderungen in einer Komponente können andere Systeme beeinflussen. Datenverantwortlichkeiten, Sicherheitsanforderungen, Release-Prozesse und Fehlerbehandlung müssen über die gesamte Architektur hinweg geregelt sein.

Ein Unternehmen benötigt dafür nicht zwangsläufig eine große interne Entwicklungsabteilung. Es muss auch nicht sämtliche Systeme selbst betreiben.

Es muss jedoch verstehen und steuern können, welche wesentlichen Architekturentscheidungen getroffen werden, welche Abhängigkeiten daraus entstehen und wer für deren Auswirkungen verantwortlich ist.

Diese Unterscheidung ist besonders wichtig, wenn externe Implementierungspartner einen großen Teil der technischen Arbeit übernehmen.

Ein spezialisierter Dienstleister kann wertvolle Kompetenzen bereitstellen und die Umsetzung erheblich beschleunigen. Problematisch wird die Beziehung erst, wenn das Unternehmen wesentliche Entscheidungen nicht mehr unabhängig beurteilen kann oder der Betrieb dauerhaft von schwer ersetzbaren individuellen Kenntnissen einzelner Partner abhängt.

Dann besitzt es möglicherweise eine flexible technische Architektur, ohne selbst über ausreichende strategische Handlungsfreiheit zu verfügen.

Eine stärker standardisierte SaaS-Plattform kann in solchen Situationen Vorteile bieten. Der Hersteller übernimmt wesentliche Betriebsaufgaben, stellt definierte Funktionen bereit und entwickelt diese innerhalb eines gemeinsamen Produktmodells weiter.

Das reduziert bestimmte Formen technischer Verantwortung. Gleichzeitig entstehen andere Abhängigkeiten.

Individuelle Geschäftsanforderungen müssen sich innerhalb der vorgesehenen Erweiterungs- und Integrationsmöglichkeiten umsetzen lassen. Der Hersteller bestimmt wesentliche Teile der Produktentwicklung und der technischen Rahmenbedingungen.

Wenn eine strategisch notwendige Funktion außerhalb dieser Grenzen liegt, kann eine zunächst einfache Architektur zunehmend aufwendige Zusatzlösungen benötigen.

Weder technische Flexibilität noch weitgehende Standardisierung sind deshalb eigenständige Qualitätsmerkmale.

Die angemessene Entscheidung hängt davon ab, welche Anforderungen das Geschäftsmodell stellt und wie viel technologische Gestaltungsfreiheit die Organisation tatsächlich benötigt und verantworten kann.

Die Forschung des MIT Center for Information Systems Research beschreibt Enterprise Architecture ausdrücklich im Zusammenhang mit dem Operating Model eines Unternehmens. Maßgeblich sind die Anforderungen an Integration und Standardisierung seiner Geschäftsprozesse.

Dieser Zusammenhang ist für E-Commerce-Plattformentscheidungen wesentlich.

Eine Architektur sollte nicht nur ermöglichen, was technisch denkbar ist. Sie muss zu den Verantwortlichkeiten, Kompetenzen und Entscheidungsprozessen des Unternehmens passen.

Dazu gehört auch, dass sich diese Voraussetzungen verändern können.

Ein international expandierendes Unternehmen kann eine andere Architekturorganisation benötigen als während seiner früheren Entwicklungsphase. Ein wachsendes B2B-Geschäft kann neue Anforderungen an Preislogik, Kundenstrukturen und Auftragsprozesse schaffen. Eine konsequente Omnichannel-Strategie kann bislang getrennte Geschäftsbereiche in gemeinsame Verantwortung bringen.

Solche Veränderungen können einen Plattformwechsel rechtfertigen. Sie können aber ebenso zeigen, dass zunächst organisatorische Voraussetzungen geschaffen werden müssen, bevor eine neue E-Commerce-Plattform ihren erwarteten Nutzen entfalten kann.

Eine technisch überlegene Plattform ist für ein Unternehmen wenig wert, wenn ihre Vorteile nur unter Bedingungen entstehen, die das Unternehmen dauerhaft nicht erfüllen kann.

Lizenzgebühren, Hosting, Wartung und laufende Dienstleistungskosten sind wichtige Faktoren. Sie reichen jedoch nicht aus, um eine Entscheidung dieser Tragweite zu begründen.

Ein vollständiger Plattformwechsel verursacht Kosten für Konzeption, Implementierung, Datenmigration, Integration, Tests und die Anpassung bestehender Geschäftsprozesse. Häufig kommen neue Dienstleistungsverträge, Schulungen, organisatorische Veränderungen und zeitweise parallele Betriebsstrukturen hinzu.

Besonders aufwendig kann die Übertragung historisch gewachsener Geschäftslogik werden.

Manche Funktionen sind dokumentiert und nachvollziehbar. Andere bestehen aus zahlreichen Sonderfällen, deren ursprüngliche Bedeutung erst während einer Migration sichtbar wird.

Dabei muss das Unternehmen entscheiden, welche dieser Funktionen weiterhin notwendig sind und welche aus Gewohnheit fortgeführt werden.

Wer sämtliche vorhandenen Besonderheiten ungeprüft übernimmt, riskiert, alte Komplexität in einer neuen technischen Umgebung wiederherzustellen.

Wer dagegen die bisherigen Prozesse grundlegend verändert, muss zusätzlich die wirtschaftlichen und organisatorischen Folgen dieser Veränderung berücksichtigen.

Der Vergleich zwischen zwei E-Commerce-Plattformen greift deshalb zu kurz.

Wirtschaftlich relevant sind die zukünftigen Auswirkungen der tatsächlich verfügbaren Handlungsalternativen.

In vielen Situationen lassen sich drei grundsätzliche Wege unterscheiden.

Das Unternehmen kann die bestehende E-Commerce-Plattform weiterbetreiben und gezielt verbessern. Es kann einzelne Teile der E-Commerce-Architektur modernisieren oder ergänzen. Oder es kann die vorhandene Plattform vollständig durch ein anderes System ersetzen.

Diese Möglichkeiten müssen nicht gleich gut geeignet sein. Sie sollten aber nach nachvollziehbaren, vergleichbaren Annahmen beurteilt werden.

Dazu gehört zunächst ein gemeinsamer Betrachtungszeitraum. Eine hohe Anfangsinvestition und geringere zukünftige Betriebskosten lassen sich nicht sinnvoll mit einer kurzfristig günstigen Lösung vergleichen, deren laufende Kosten über mehrere Jahre erheblich steigen.

Ebenso müssen die erwarteten geschäftlichen Effekte berücksichtigt werden.

Eine neue E-Commerce-Plattform kann Entwicklungszeiten verkürzen, zusätzliche Geschäftsmodelle ermöglichen oder Betriebsrisiken reduzieren. Solche Vorteile sind wirtschaftlich relevant. Ihre Größe und Eintrittswahrscheinlichkeit sollten jedoch nicht allein aus den Versprechen eines Anbieters abgeleitet werden.

Auch der Zeitpunkt, zu dem die Vorteile tatsächlich nutzbar werden, spielt eine Rolle.

Eine begrenzte Modernisierung kann möglicherweise innerhalb weniger Monate erste Ergebnisse liefern. Ein vollständiger Plattformwechsel benötigt unter Umständen einen deutlich längeren Zeitraum, in dem das bestehende System weiterbetrieben werden muss.

Währenddessen bindet das Unternehmen Kapital, Managementaufmerksamkeit und fachliche Kapazitäten.

Diese Ressourcen stehen anderen Entwicklungen nicht oder nur eingeschränkt zur Verfügung.

Die wirtschaftliche Betrachtung muss deshalb sowohl den Total Cost of Ownership als auch den Total Cost of Change berücksichtigen.

Letzteren verstehe ich hier als analytischen Rahmen für die vollständigen wirtschaftlichen Auswirkungen einer Veränderung. Er umfasst neben Investitions- und Betriebskosten auch Übergangsaufwand, organisatorische Belastung, Risiken, Opportunitätskosten und neue dauerhafte Abhängigkeiten. Damit ist kein einheitlich normiertes Berechnungsverfahren für E-Commerce-Plattformwechsel gemeint.

Besonders wichtig ist, dieselbe Sorgfalt auch auf die Alternative des Nicht-Wechselns anzuwenden.

Eine bestehende Plattform kann steigende Wartungskosten verursachen. Fehlende technische Fähigkeiten können neue Geschäftsmodelle verzögern. Sicherheitsrisiken, auslaufende Unterstützung oder schwer ersetzbare Kompetenzen können erhebliche zukünftige Belastungen erzeugen.

Der Verbleib auf der bisherigen Plattform ist deshalb nicht zwangsläufig die wirtschaftlich konservativere Entscheidung.

Gleichzeitig dürfen bereits getätigte Investitionen keinen eigenständigen Grund darstellen, eine ungeeignete Lösung weiterzuführen. Entscheidend ist nicht, wie viel Geld in der Vergangenheit ausgegeben wurde, sondern welche zukünftigen Kosten, Risiken und Vorteile sich aus den verfügbaren Alternativen ergeben.

Zu diesen Alternativen gehört häufig auch eine schrittweise Modernisierung.

Der in der Softwarearchitektur etablierte Strangler-Fig-Ansatz beschreibt, wie bestehende Funktionen nach und nach durch neue Komponenten ersetzt werden können. Auf diese Weise lassen sich Veränderungen begrenzen und einzelne Ergebnisse bereits nutzen, bevor eine vollständige Ablösung abgeschlossen ist.

Allerdings benötigt eine solche Vorgehensweise zeitweise parallele Systeme und zusätzliche Integrationen. Eine schrittweise Veränderung reduziert bestimmte Umstellungsrisiken, muss aber nicht automatisch die geringsten Gesamtkosten verursachen.

Die wirtschaftliche Entscheidung wird damit anspruchsvoller als ein Vergleich zwischen alter und neuer Software.

Es geht darum, welche Alternative die erforderlichen geschäftlichen Fähigkeiten innerhalb eines angemessenen Zeitraums bereitstellt und welche Kosten, Risiken und Abhängigkeiten das Unternehmen dafür übernimmt.

Nicht alle Annahmen werden sich dabei mit gleicher Sicherheit belegen lassen.

Die zukünftige Nachfrage nach einer neuen Funktion kann unsicher sein. Der tatsächliche Migrationsaufwand lässt sich möglicherweise erst nach einer vertieften technischen Untersuchung genauer bestimmen. Dagegen können bestehende Wartungskosten oder dokumentierte Sicherheitsprobleme bereits gut bekannt sein.

Diese Unterschiede sollten im Entscheidungsprozess sichtbar bleiben.

Eine belastbare Plattformentscheidung verlangt keine künstliche Gewissheit über die Zukunft. Sie verlangt, dass bekannte Tatsachen, plausible Annahmen und wesentliche Unsicherheiten nicht miteinander verwechselt werden.

Das wäre ebenso problematisch wie eine vorschnelle Entscheidung für einen Austausch.

Es gibt Situationen, in denen ein Plattformwechsel notwendig oder wirtschaftlich sinnvoll wird, bevor ein bestehendes System seine Aufgaben nicht mehr erfüllen kann.

Wenn die Unterstützung einer E-Commerce-Plattform absehbar endet, wesentliche Sicherheitsanforderungen nicht mehr zuverlässig erfüllt werden können oder notwendige technische Kompetenzen langfristig nicht verfügbar sind, entsteht bereits aus dem zukünftigen Betriebsrisiko ein legitimer Veränderungsbedarf.

Ein Unternehmen muss nicht abwarten, bis eine kritische Geschäftsfunktion tatsächlich ausfällt.

Auch strukturelle Einschränkungen bei der Weiterentwicklung können einen frühzeitigen Wechsel begründen.

Wenn eine neue Geschäftsstrategie auf Fähigkeiten angewiesen ist, die mit der vorhandenen E-Commerce-Plattform nur durch unverhältnismäßige Sonderentwicklungen bereitgestellt werden können, kann die Entscheidung für eine andere Plattform wirtschaftlich vernünftiger sein.

Dabei ist nicht erforderlich, dass sämtliche denkbaren Erweiterungen zuvor umgesetzt und als gescheitert nachgewiesen werden.

Entscheidend ist eine ausreichend belastbare Beurteilung ihrer technischen, wirtschaftlichen und organisatorischen Tragfähigkeit.

Umgekehrt sollte eine neue Plattform nicht allein deshalb bevorzugt werden, weil sie bestimmte Funktionen bereits anbietet.

Ein dokumentierter Funktionsvorsprung kann relevant sein. Ob er strategisch entscheidend ist, hängt jedoch davon ab, ob das Unternehmen diese Fähigkeit benötigt, innerhalb welchen Zeitraums sie verfügbar sein muss und welchen geschäftlichen Vorteil sie voraussichtlich schafft.

Damit kehren wir zum Ausgangspunkt zurück.

Ein E-Commerce-Verantwortlicher sieht neue Möglichkeiten im Agentic Commerce. Andere Plattformanbieter präsentieren Funktionen, die das bestehende System noch nicht bereitstellt.

Er kann nun einen Plattformvergleich initiieren und nach der technologisch fortschrittlichsten Alternative suchen.

Er kann aber auch zuerst untersuchen, welche agentischen Anwendungen für das eigene Geschäftsmodell tatsächlich relevant werden, welche Daten und Prozesse diese benötigen und ob sich die notwendigen Fähigkeiten innerhalb der vorhandenen E-Commerce-Architektur schaffen lassen.

Erst wenn daraus eine konkrete strukturelle Grenze erkennbar wird, verändert sich die Qualität der Plattformentscheidung.

Dann geht es nicht länger um die allgemeine Attraktivität einer anderen Lösung. Es geht darum, ob die bestehende E-Commerce-Plattform eine geschäftlich notwendige Entwicklung verhindert und welche Alternative diese Grenze mit vertretbaren wirtschaftlichen Folgen überwinden kann.

Diese Überlegung gilt unabhängig davon, ob der Auslöser Agentic Commerce, Internationalisierung, B2B-Expansion, Unified Commerce oder eine grundlegende Veränderung des Geschäftsmodells ist.

Die E-Commerce-Plattform bleibt ein wesentlicher Bestandteil der unternehmerischen Handlungsfähigkeit. Sie bestimmt mit, welche Prozesse zuverlässig funktionieren, welche Entwicklungen möglich werden und welche technischen Abhängigkeiten entstehen.

Sie ersetzt jedoch keine Strategie.

Eine Strategie bestimmt, welche geschäftlichen Fähigkeiten ein Unternehmen benötigt und welche Veränderungen es dafür verantworten will. Die E-Commerce-Plattform muss zu diesen Anforderungen passen.

Manchmal gelingt das durch die Weiterentwicklung der bestehenden Architektur. Manchmal durch eine gezielte Modernisierung einzelner Komponenten. Und manchmal ist der vollständige Austausch der Plattform die richtige Entscheidung.

Die Qualität dieser Entscheidung zeigt sich nicht daran, wie modern das gewählte System erscheint.

Sie zeigt sich daran, wie überzeugend ein Unternehmen begründen kann, warum gerade diese Veränderung notwendig ist, welche Alternativen geprüft wurden und welche Verantwortung es mit seiner Entscheidung übernimmt.

Eine ergänzende Perspektive bietet der Executive Essay „Welche Frage wir zur Entscheidung stellen“, der sich mit der Qualität der Problemdefinition vor einer Technologieentscheidung beschäftigt.