Irgendwann steht jedes Unternehmen mit einem Altsystem vor derselben Gabelung: das Bestehende migrieren oder von Grund auf etwas Neues bauen? Die Frage klingt technisch, ist aber vor allem eine über Risiko, Wissen und Geld. Und sie wird oft falsch entschieden – meist zugunsten der Neuentwicklung, weil die verlockend klingt: endlich alles richtig machen, ohne den alten Ballast.
Diese Verlockung hat einen blinden Fleck. Schauen wir ihn uns an.
Der unterschätzte Wert im Altsystem
Ein altes System ist nie nur Technik. Es ist die Summe aller Geschäftsregeln, die über Jahre hineingewachsen sind – oft ohne dass jemand sie je aufgeschrieben hat. Welcher Rabatt gilt für welchen Sonderfall. Wie genau eine Frist berechnet wird. Welche Ausnahme bei diesem einen Großkunden greift. Dieses Wissen steckt im Code, nicht in einem Dokument.
Bei einer Neuentwicklung beginnt man auf der grünen Wiese – und genau dort liegt die Falle. Die offensichtlichen Funktionen baut man nach. Die hundert kleinen Sonderfälle, an die sich niemand erinnert, fallen durchs Raster. Sie tauchen erst wieder auf, wenn ein Kunde sich beschwert oder eine Abrechnung falsch ist. Eine Migration dagegen zwingt dazu, den alten Code zu lesen und diese Regeln freizulegen, statt sie zu vergessen.
Wann Migration die richtige Wahl ist
Migration ist meist die bessere Entscheidung, wenn:
- die fachliche Logik wertvoll und gewachsen ist und im Code viel undokumentiertes Wissen steckt,
- die Anwendung im Kern tut, was sie soll, und nur die Technik veraltet ist,
- der Betrieb nicht ausfallen darf und ein schrittweiser Übergang nötig ist,
- das Budget planbar bleiben soll – Migration lässt sich in Etappen mit sichtbaren Zwischenergebnissen zerlegen.
Das beschreibt die große Mehrheit der Legacy-Systeme im Mittelstand. Deshalb lautet die ehrliche Antwort öfter „Migration“, als der erste Impuls vermuten lässt.
Wann Neuentwicklung sinnvoll ist
Es gibt aber klare Fälle für den Neuanfang. Neuentwicklung lohnt sich, wenn:
- die Anwendung fachlich überholt ist und ohnehin grundlegend andere Prozesse abbilden soll,
- der Funktionsumfang klein und überschaubar ist, sodass wenig wertvolles Wissen verloren gehen kann,
- das Altsystem so chaotisch und kaputt ist, dass das Freilegen der Logik mehr kostet als ein sauberer Neubau,
- sich die Geschäftsanforderungen so stark geändert haben, dass vom Alten kaum etwas übrig bliebe.
Ehrlich gesagt: Wer ein kleines, klar umrissenes Tool ablösen will, dessen Logik auf eine Seite passt, fährt mit Neuentwicklung oft schneller. Die Kunst ist, diese Fälle von den anderen zu unterscheiden.
Der dritte Weg, den viele übersehen
Es ist selten ein reines Entweder-oder. Häufig ist die beste Lösung eine Mischung: die wertvolle, gewachsene Kernlogik migrieren und dabei freilegen, und nur die Teile neu bauen, die ohnehin überholt sind. So bewahrt man das Wissen und modernisiert dort, wo es sich wirklich lohnt. Diese Abwägung trifft man nicht pauschal, sondern Modul für Modul.
Wie man die Entscheidung nicht aus dem Bauch trifft
Migration oder Neuentwicklung lässt sich nicht seriös am grünen Tisch entscheiden. Es braucht den Blick in den echten Code: Wie sauber ist er, wie viel undokumentierte Logik steckt drin, wie kaputt sind die Daten, wie überholt sind die Anforderungen? Genau diese Fragen beantwortet das Code-Assessment. Am Ende steht eine begründete Empfehlung – migrieren, neu bauen oder eine Mischung –, statt eines Bauchgefühls.
Einen Überblick über die Wege, die wir gehen, gibt die Leistungsübersicht.
Häufige Fragen
Ist Neuentwicklung nicht moderner und damit besser? Modern wird auch eine Migration – das Ziel ist derselbe aktuelle Stack. Der Unterschied liegt darin, ob das gewachsene Geschäftswissen erhalten bleibt oder verloren geht.
Woher wissen wir, wie viel Wissen in unserem System steckt? Das zeigt sich beim Lesen des Codes. Genau dafür gibt es das Assessment.
Können wir mit einer Migration starten und später Teile neu bauen? Ja, das ist sogar oft der klügste Weg. Die schrittweise Vorgehensweise erlaubt es, je Modul zu entscheiden.
Dieser Beitrag ist ein allgemeiner Ratgeber und ersetzt keine individuelle Beratung.