Ein Shopsystem migrieren zu wollen klingt für viele Entscheider zunächst nach einem Eingeständnis: nach einem Projekt, das gescheitert ist, bevor es begonnen hat. Tatsächlich verhält es sich meist umgekehrt. Wer im Mittelstand über Jahre in dasselbe System investiert, optimiert, anpasst und flickt, verliert irgendwann den Blick dafür, ob das Fundament überhaupt noch trägt. Die folgende Checkliste hilft dabei, genau diese Frage sachlich zu beantworten.
Kaum ein Unternehmen entscheidet sich leichtfertig für ein Replatforming. Meist geht ein jahrelanger Prozess aus kleinen Verbesserungen voraus: ein neues Plugin hier, eine Sonderentwicklung dort, ein zusätzlicher Dienstleister für die nächste Integration. Jede einzelne Maßnahme wirkt für sich genommen sinnvoll. In der Summe entsteht daraus jedoch häufig ein System, das nur noch mit hohem Aufwand am Laufen gehalten wird. Die Bedeutung weicher Faktoren bei der Shopsystem-Auswahl zeigt, wie stark sich vermeintlich kleine Entscheidungen langfristig auf die Systemarchitektur auswirken.
Die eigentliche Herausforderung liegt selten in einer einzelnen Schwachstelle. Sie liegt darin, dass Optimierung an einem bestimmten Punkt aufhört, das Problem zu lösen, und stattdessen nur noch dessen Symptome behandelt. Genau an dieser Schwelle beginnt die Frage relevant zu werden, ob eine Shopsystem wechseln Strategie wirtschaftlicher ist als der nächste Workaround.
Gerade im Mittelstand ist dieser schleichende Prozess besonders ausgeprägt. Anders als bei großen Konzernen fehlt oft ein festes IT-Budget für strukturelle Systemwechsel, weshalb Investitionen jahrelang in kleinen Portionen fließen. Das ist zunächst betriebswirtschaftlich sinnvoll, führt aber dazu, dass niemand im Unternehmen den Gesamtzustand des Systems mehr objektiv einschätzt. Jede einzelne Entscheidung wirkte im jeweiligen Moment richtig, die Summe aller Entscheidungen ergibt jedoch mit der Zeit eine Architektur, die kaum noch jemand vollständig durchblickt.
Bevor eine Migration überhaupt zur Debatte steht, lohnt sich ein nüchterner Blick auf die Symptome im Alltag. Strukturelle Probleme äußern sich selten spektakulär. Sie zeigen sich in kleinen, wiederkehrenden Reibungsverlusten, die mit der Zeit zur Normalität werden.
Typische Alltagsindizien sind:
Wie ernst dieses Thema in der Praxis genommen wird, zeigt eine aktuelle Untersuchung von Pegasystems und dem Marktforschungsunternehmen Savanta. Demnach entstehen einem durchschnittlichen, international tätigen Unternehmen durch technische Schulden Kosten von mehr als 370 Millionen US-Dollar pro Jahr, hauptsächlich verursacht durch veraltete und ineffiziente Legacy-Systeme, wie computer-automation.de berichtet. Zwar handelt es sich dabei um globale Durchschnittswerte großer Konzerne, doch der Trend lässt sich auf den Mittelstand übertragen: Je länger ein System nur verwaltet statt weiterentwickelt wird, desto teurer wird jedes weitere Jahr im Bestand. Auch die Übersicht zur Shopsystem-Auswahl verdeutlicht, wie stark eine schlecht integrierte E-Commerce-Lösung operative Prozesse belasten kann.
.png)
Die folgende Checkliste fasst zwölf Prüffragen zusammen, mit denen sich der Zustand eines bestehenden Shopsystems strukturiert einschätzen lässt. Jede mit „Ja“ beantwortete Frage zählt als ein Punkt.
1. Dauern kleine Anpassungen unverhältnismäßig lange?
Wenn selbst kleine Feature-Anpassungen viel Entwicklungszeit benötigen, ist das ein deutliches Zeichen dafür, dass die technische Basis zu schwerfällig geworden ist und Weiterentwicklung zunehmend ausbremst.
2. Bleibt die Performance dauerhaft ein Problem?
Wenn Ladezeiten trotz Hosting-, Frontend- oder Infrastrukturmaßnahmen schlecht bleiben, liegt das Problem meist tiefer als in einzelnen Optimierungen. Häufig steckt die Ursache im Zusammenspiel aus Datenmodell, Serverarchitektur und Legacy-Code, das sich nicht mit punktuellen Maßnahmen beheben lässt.
3. Werden ERP-, PIM- oder CRM-Integrationen immer teurer?
Teuer gewartete Integrationen sind ein klares Signal dafür, dass die Systemlandschaft nicht mehr sauber zusammenspielt. Jede neue Anforderung an eine Schnittstelle wird dann zum Sonderprojekt statt zur Routineaufgabe.
4. Besteht das System aus Workarounds und Sonderentwicklungen?
Wenn zentrale Funktionen nur noch über individuelle Anpassungen, Plugins oder Notlösungen funktionieren, wird jede Weiterentwicklung riskanter. Niemand kann mehr zuverlässig vorhersagen, welche Nebenwirkungen eine Änderung an anderer Stelle auslöst.
5. Sind Updates kaum noch möglich oder zu riskant?
Wenn Updates regelmäßig verschoben werden, weil sie bestehende Anpassungen gefährden könnten, wächst die technische Schuld kontinuierlich weiter. Mit jeder verpassten Aktualisierung vergrößert sich der Abstand zum aktuellen Stand der Software.
6. Passt das Datenmodell nicht mehr zum Geschäftsmodell?
Wenn Produktvarianten, Kundengruppen, Preislogiken oder Attribute nur noch umständlich abgebildet werden können, reicht Optimierung oft nicht mehr aus. Das Datenmodell bildet das Fundament des gesamten Systems, und Fundamente lassen sich schlecht nachträglich austauschen.
7. Entstehen viele manuelle Prozesse rund um den Shop?
Wenn Mitarbeitende Daten manuell nachpflegen, Bestellungen korrigieren oder Preislogiken außerhalb des Systems prüfen müssen, ist das kein operatives, sondern ein strukturelles Problem. Manuelle Workarounds binden Kapazitäten, die eigentlich für strategische Aufgaben gebraucht würden.
8. Blockiert das Shopsystem neue Vertriebskanäle?
Wenn Marktplätze, internationale Shops, B2B-Portale oder neue Geschäftsmodelle nur mit hohem Zusatzaufwand möglich sind, limitiert das System die Wachstumsstrategie des Unternehmens direkt.
9. Steigen die laufenden Kosten, ohne dass das System besser wird?
Wenn Agenturaufwand, Wartung, Plugins und Sonderentwicklungen immer teurer werden, sollte nicht nur auf die Lizenzkosten geschaut werden. Zur Total Cost of Ownership gehören ebenso Implementierung, Integration, Wartung, Skalierung und die gebundenen technischen Ressourcen.
10. Sind zentrale B2B-Prozesse nicht sauber abbildbar?
Kundenspezifische Preise, individuelle Sortimente, Staffelpreise, Freigaben und Mehrbenutzerkonten sind im B2B-Geschäft oft keine Extras, sondern Kernprozesse. Wenn diese nur über Zusatzmodule oder Sonderlogiken funktionieren, spricht das stark für eine neue Architektur.
11. Hängt der Shop zu stark an einzelnen Personen oder Dienstleistern?
Wenn nur noch bestimmte Entwickler, Agenturen oder interne Personen wirklich verstehen, wie das System funktioniert, entsteht ein hohes Betriebsrisiko. Fällt diese Person oder dieser Dienstleister aus, steht im Ernstfall der gesamte Vertriebskanal still.
12. Verhindert das System strategische Weiterentwicklung?
Der wichtigste Punkt der gesamten Checkliste: Wenn das Shopsystem nicht mehr aktiv weiterentwickelt, sondern nur noch technisch verwaltet wird, ist ein kompletter Wechsel meist sinnvoller als weitere Optimierung. An diesem Punkt entstehen echte Opportunitätskosten, weil Chancen ungenutzt bleiben, während das System lediglich am Laufen gehalten wird.
Besonders Frage 12 verdient einen zweiten Blick. Sobald ein Shopsystem nicht mehr aktiv weiterentwickelt, sondern nur noch technisch verwaltet wird, verschiebt sich die eigentliche Kostenfrage. Es geht dann nicht mehr um die Ausgaben für die nächste Anpassung, sondern um die entgangenen Chancen, die durch Stillstand entstehen. Genau diesen Punkt greift auch die Shopsystem wechseln Pillar Page auf.
Die Auswertung der Checkliste erfolgt anhand der Gesamtpunktzahl. Sie gibt eine erste, grobe Orientierung, ersetzt aber keine detaillierte technische Analyse.
Wichtig ist dabei die Lesart der mittleren Kategorie. Vier bis sieben Punkte bedeuten nicht automatisch, dass eine Migration falsch wäre. Sie bedeuten, dass eine fundierte Entscheidung ansteht, die sich nicht allein aus dem Bauchgefühl treffen lässt.
An diesem Punkt lohnt sich eine ehrliche Beobachtung aus der Praxis: Ein Shopsystemwechsel wird häufig deutlich zu spät angestoßen. Viele Unternehmen optimieren immer weiter, obwohl das eigentliche Problem längst in der Systemarchitektur liegt und nicht mehr in einzelnen Funktionen. Sobald nur noch Symptome behandelt werden, ist Migration in den meisten Fällen wirtschaftlicher als der nächste Workaround, auch wenn sich das im ersten Moment nicht so anfühlt.
Der Grund dafür liegt in der Natur technischer Schulden. Jede Sonderentwicklung, jede improvisierte Schnittstelle und jede verschobene Aktualisierung erhöht die Komplexität des Systems ein Stück weiter. Wie die 5 fatalen Irrtümer bei Schnittstellen und Anbindungen zeigen, wird gerade im Bereich der Systemintegration häufig unterschätzt, wie schnell sich Komplexität und Kosten gegenseitig hochschaukeln. Eine aktuelle Studie von Slalom bestätigt diesen Trend auf Ebene ganzer Unternehmen: 61 Prozent der befragten deutschen Unternehmen betreiben den Großteil ihrer Hauptgeschäftsanwendungen weiterhin auf veralteten Plattformen, wie it-business.de berichtet. Das betrifft nicht nur Kernsysteme wie ERP, sondern in vielen Fällen auch das Shopsystem als operatives Rückgrat des digitalen Vertriebs.
Die Frage nach den Kosten einer Migration greift dabei häufig zu kurz, wenn sie sich nur auf die Lizenz- oder Projektkosten beschränkt. Wer die Gesamtkosten eines Systems über dessen Lebensdauer betrachtet, kommt an der Frage des passenden Lizenzmodells ohnehin nicht vorbei. Ähnlich verhält es sich bei der ERP-Integration in E-Commerce-Projekten: Je enger ein Shopsystem mit der übrigen Systemlandschaft verzahnt ist, desto teurer wird ein später Wechsel, aber desto teurer wird auch das Hinauszögern.
Ein typisches Beispiel aus der Praxis verdeutlicht diesen Mechanismus. Ein mittelständischer Hersteller mit gewachsenem Produktkatalog stellt fest, dass jede neue Preislogik im B2B-Geschäft eine individuelle Programmierung erfordert, weil das Datenmodell des Shopsystems solche Varianten schlicht nicht vorsieht. Zunächst wirkt die einzelne Anpassung überschaubar. Nach einigen Jahren summieren sich jedoch Dutzende solcher Sonderlösungen, von denen jede einzelne gewartet, dokumentiert und bei jedem Update erneut geprüft werden muss. An diesem Punkt übersteigen die kumulierten Wartungskosten häufig das Budget, das für eine strukturierte Migration nötig gewesen wäre.
Die Checkliste liefert eine erste Einschätzung, aber keine fertige Entscheidung. Bevor konkrete Schritte folgen, sollten die Ergebnisse eingeordnet und mit den relevanten Stellen im Unternehmen besprochen werden.
Sinnvolle nächste Schritte sind:
Wichtig ist, diesen Prozess nicht als reines IT-Thema zu behandeln. Ein Shopsystemwechsel betrifft Vertrieb, Kundenservice und letztlich die gesamte digitale Strategie eines Unternehmens.
Ein Shopsystem migrieren zu müssen ist kein Zeichen von Versagen, sondern häufig die logische Konsequenz aus Jahren erfolgreicher Weiterentwicklung, die irgendwann an ihre architektonischen Grenzen stößt. Die vorgestellte Checkliste bietet dafür eine strukturierte, nachvollziehbare Grundlage. Wer die zwölf Prüffragen ehrlich beantwortet, erkennt meist schnell, ob es sich um punktuelle Schwachstellen handelt oder um ein strukturelles Problem, das sich mit weiteren Anpassungen nicht mehr lösen lässt.
Entscheidend ist der Zeitpunkt der Entscheidung. Je länger ein Unternehmen ausschließlich Symptome behandelt, desto mehr technische Schuld und desto höhere Opportunitätskosten sammeln sich an. Migration ist dabei selten ein Rückschritt, sondern in den meisten Fällen die wirtschaftlichere Option gegenüber dem nächsten Workaround. Wer die eigene Systemarchitektur regelmäßig anhand solcher Kriterien überprüft, trifft die Entscheidung für oder gegen ein Replatforming nicht aus Bauchgefühl, sondern auf Basis nachvollziehbarer Fakten, lange bevor das bestehende System zum echten Wachstumshemmnis wird.
Jenny Bocksberger verantwortet bei steireif das Partnermanagement und sorgt dafür, dass aus Kontakten echte, funktionierende Zusammenarbeit entsteht. Sie verbindet Struktur mit Gespür für Menschen und baut belastbare Partnerschaften auf, hält Fäden zusammen und stellt sicher, dass beide Seiten wissen, woran sie sind.
Partnermanagement
Alexander Steireif GmbH
