Devkollektiv kollektiv.dev

Migration Eigenentwicklung oder Altsystem → Standardsystem

Eigenentwicklung oder Altsystem ablösen

Ein individuell gebauter Shop, den niemand mehr pflegen kann? So läuft die Ablösung durch ein Standardsystem — von der Bestandsaufnahme bis zum Go-Live.

Der unangenehmste Fall: Der Shop läuft, aber niemand traut sich mehr, ihn anzufassen. Die Entwickler von damals sind nicht mehr erreichbar, Dokumentation gibt es keine, und jede Änderung ist ein Risiko. Oft kommt hinzu, dass die PHP-Version ausgelaufen ist und der Hoster Druck macht.

Hier ist der erste Schritt nie die Migration, sondern die Bestandsaufnahme: Welche Daten liegen wo, welche Prozesse hängen daran, was davon wird überhaupt noch gebraucht? Erst danach lässt sich seriös sagen, was der Umzug kostet.

Wie wir an so ein System herangehen

  • Datenbank und Code sichten, Struktur dokumentieren
  • Erfassen, welche Funktionen im Alltag tatsächlich genutzt werden
  • Schnittstellen finden — oft laufen im Hintergrund Abgleiche, von denen niemand mehr weiß
  • Zielsystem auswählen: Magento oder Shopware, je nach Sortiment und Prozessen
  • Exportstrecken bauen und mit Testmigrationen absichern

Das alte Frontend lässt sich nicht mitnehmen — dein Erscheinungsbild schon: Wir bauen es im Zielsystem nach, wenn Stammkunden sich nicht umgewöhnen sollen, oder nutzen den Umzug gleich für ein Facelift. Genauso mit den Funktionen, die dein Altsystem hatte: Was es als Standard nicht gibt, entsteht als eigenes Modul neu — und was über die Jahre nur mitgeschleppt wurde, lassen wir bewusst weg.

Der Gewinn liegt nicht nur im neuen Shop, sondern darin, dass danach wieder mehrere Menschen das System pflegen können. Genau darum geht es bei einer Ablösung: raus aus der Abhängigkeit von einer einzelnen Person oder einem einzelnen Dienstleister. Wie wir mit gewachsenen Systemen umgehen, steht auch unter Individuelle Entwicklung.

Häufige Fragen

Was, wenn es keine Dokumentation gibt?
Das ist der Normalfall, nicht die Ausnahme. Wir arbeiten uns über Datenbank und Code ein und dokumentieren dabei, was wir finden. Diese Dokumentation gehört anschließend dir — unabhängig davon, ob du mit uns weiterarbeitest.
Lassen sich die Daten überhaupt exportieren?
In aller Regel ja. Auch ohne Exportfunktion liegen die Daten in einer Datenbank und lassen sich auslesen. Aufwändig wird es nur, wenn Informationen unstrukturiert gespeichert wurden — auch das findet die Bestandsaufnahme heraus.
Können wir den Umzug in Etappen machen?
Oft ja. Ein gangbarer Weg ist, zuerst den Verkauf umzuziehen und angebundene Prozesse übergangsweise über eine Zwischenschicht weiterlaufen zu lassen. Das verteilt Risiko und Kosten.

Konkret werden?

Sag uns, was heute läuft und wohin es gehen soll. Wir sehen uns den Bestand an und nennen dir Aufwand und Risiken — auch die unbequemen. Das Erstgespräch kostet nichts und ist unverbindlich.

Migration besprechen

Andere Wege

Magento 1 / OpenMage Magento 2

Der häufigste Fall. Kein Update, sondern ein Neuaufbau mit vollständiger Datenübernahme.

Magento Shopware 6

Meist eine strategische Entscheidung: Betriebsaufwand, Kosten oder ein Team, das mit Shopware besser zurechtkommt.

Shopware 5 Shopware 6

Zwischen den Versionen liegt ein kompletter Technologiewechsel — Plugins und Templates lassen sich nicht übernehmen.

WooCommerce Magento 2 oder Shopware 6

Typisch, wenn ein gewachsener WooCommerce-Shop an Grenzen stößt: viele Varianten, komplexe Preise, B2B.