Ihr System läuft seit Jahren. Es rechnet Rechnungen korrekt ab, kennt jede Ausnahme Ihrer Branche und hat schon drei Weihnachtsgeschäfte überstanden. Trotzdem sagt Ihnen jeder zweite Anbieter, den Sie anrufen: "Das gehört komplett neu gemacht." Genau an diesem Satz erkennen Sie, ob jemand Ihr Problem verstanden hat oder nur ein Angebot verkaufen will.
Ein Legacy-System ist kein Beweis für Versagen. Es ist der Beweis, dass die Fachlogik funktioniert. Das Problem ist fast nie die Logik selbst, sondern der Code drumherum: keine Tests, veraltete Frameworks, PHP 5.6 statt 8.3, direkte SQL-Strings statt einer sauberen Datenbankschicht. Wer den richtigen Dienstleister für Legacy Modernisierung sucht, sucht jemanden, der diesen Unterschied kennt.
Woran erkennen Sie einen guten Dienstleister für Legacy Modernisierung?
Ein guter Dienstleister will Ihr System zuerst verstehen, bevor er über Lösungen spricht. Wenn im ersten Gespräch schon "Neuentwicklung" steht, ohne dass jemand eine Zeile Ihres Codes gesehen hat, ist das ein Warnsignal.
Achten Sie auf diese Merkmale:
- Er fragt nach Ihrem Code, nicht nur nach Ihren Wünschen. Ein seriöser Anbieter will das Repository sehen, die Datenbankstruktur, die Deployment-Realität.
- Er redet über Tests, bevor er über Features redet. Ohne Testabdeckung ist jede Änderung an Legacy-Code ein Blindflug. Wer das nicht anspricht, hat noch nie ein echtes Altsystem gerettet.
- Er nennt Risiken offen. "Das könnte an dieser Stelle teuer werden, weil die Zahlungslogik verflochten ist" ist ein besseres Zeichen als eine glatte Erfolgsgarantie.
- Er kennt den Weg der kleinen Schritte. Modernisierung passiert schrittweise im laufenden Betrieb, nicht als großer Umbau mit Stichtag.
Warum ist Neuentwicklung meist die teuerste und riskanteste Option?
Eine Neuentwicklung wirft die Fachlogik weg, die über Jahre gewachsen ist, und muss sie fehlerfrei nachbauen. Das ist teurer und riskanter als der Umbau am bestehenden System, weil niemand mehr genau weiß, warum eine bestimmte Sonderregel existiert.
Genau diese Sonderregeln sind der Wert Ihres Systems. Der Rabattstaffel-Fall für einen einzigen Großkunden, die eigenwillige Rundung im Steuerkontext, die Ausnahme für Bestellungen vor 2019 - all das steht selten in einer Doku. Es steht im Code. Ein Neuschrieb bedeutet, dieses Wissen aus einem alten System zu rekonstruieren, das gleichzeitig weiterlaufen muss. Der berüchtigte "Second-System-Effekt" beschreibt genau diesen Ausgang: Das Neue wird größer, teurer und kommt später als geplant.
Modernisierung dagegen behält die funktionierende Logik und tauscht das Fundament darunter Stück für Stück aus. Sie verlieren dabei kein Wissen. Sie behalten ein produktives System, das jeden Tag Umsatz macht.
Modernisierung oder Neuentwicklung - wann ist welcher Weg richtig?
Modernisierung ist der Standardweg, wenn die Fachlogik trägt und nur der technische Unterbau veraltet ist. Neuentwicklung ist nur dann ehrlich, wenn das Geschäftsmodell selbst sich grundlegend geändert hat und das System das Falsche tut.
Ein ehrlicher Dienstleister trennt diese beiden Fragen sauber:
- Tut das System das Richtige, nur schlecht umgesetzt? Dann modernisieren. Framework aktualisieren, Tests nachrüsten, PHP-Version anheben, Sicherheitslücken schließen.
- Tut das System das Falsche? Nur dann lohnt der Blick auf Neuentwicklung - und selbst dann oft nur für einzelne Module, nicht das Ganze.
In der Praxis fällt die Antwort fast immer auf Punkt eins. Ein Anbieter, der pauschal zur Neuentwicklung rät, verwechselt "alter Code" mit "falschem System".
Welche konkreten Fragen sollten Sie im Erstgespräch stellen?
Die richtigen Fragen entlarven schnell, ob jemand Legacy-Arbeit wirklich beherrscht. Stellen Sie diese vier:
- "Wie sichern Sie ab, dass nichts kaputtgeht, was heute funktioniert?" Die gute Antwort enthält Charakterisierungstests, also Tests, die das aktuelle Verhalten festhalten, bevor etwas geändert wird.
- "Wie gehen Sie mit unserer PHP-Version und den Abhängigkeiten um?" Ein Sprung von PHP 7.x auf 8.3 oder ein Framework-Upgrade von Symfony 3 auf aktuelle Versionen braucht einen Plan, keine Nachtaktion.
- "Wie liefern Sie während des laufenden Betriebs aus?" Erwarten Sie eine Antwort zu Deployment, Rollback und getrennten Umgebungen - nicht "wir spielen das dann ein".
- "Was passiert mit unseren Daten und der Sicherheit?" SQL-Injection-Altlasten, im Klartext gespeicherte Passwörter, fehlende Prepared Statements - ein Profi spricht diese Themen von sich aus an.
Wenn die Antworten konkret und ruhig kommen, haben Sie jemanden gefunden, der schon oft im Maschinenraum eines Altsystems stand.
Welche Warnsignale sprechen gegen einen Anbieter?
Das deutlichste Warnsignal ist ein Festpreis für "komplett neu" ohne jede Code-Analyse. Seriöse Legacy-Arbeit beginnt mit einer Bestandsaufnahme, nicht mit einer Zahl.
Weitere Alarmzeichen:
- Der Anbieter interessiert sich nicht für Ihre bestehenden Tests (oder deren Fehlen).
- Er verspricht die Migration auf ein bestimmtes Framework, bevor er den Ist-Zustand kennt.
- Er redet nur über Technik, nie über Ihr Geschäft und Ihre Fachprozesse.
- Er kann keine Referenz nennen, bei der ein System schrittweise im Betrieb saniert wurde.
- Alles klingt nach Greenfield - der glänzenden grünen Wiese - und nie nach dem echten Alltag mit gewachsenem Code.
Wie sichern Sie sich die Auswahl mit einer Checkliste ab?
Weil das Erstgespräch schnell emotional wird - es geht um Ihr System, oft um Ihr Lebenswerk - hilft eine nüchterne Liste. Wir haben unsere Auswahl-Checkliste für Dienstleister zur Legacy Modernisierung zusammengestellt: die Fragen aus diesem Artikel plus Bewertungsspalten, damit Sie mehrere Angebote sachlich vergleichen können, statt sich vom souveränsten Verkäufer überzeugen zu lassen.
Gehen Sie damit in jedes Gespräch. Ein Anbieter, der Ihre Fragen begrüßt, ist der richtige. Einer, der sie als Misstrauen abtut, hat Ihnen die Antwort schon gegeben.
Praxis-Tipp zum Schluss
Bewerten Sie einen Dienstleister nicht danach, wie überzeugend er die Zukunft malt, sondern wie ernst er Ihre Vergangenheit nimmt. Wer Ihr laufendes System respektiert, statt es reflexhaft "Legacy-Müll" zu nennen, denkt in Ihrem Interesse - denn der teuerste Fehler bei der Modernisierung ist, funktionierende Fachlogik wegzuwerfen, nur weil der Code drumherum alt aussieht.
Wenn Sie genau vor dieser Entscheidung stehen, unterstützt LegacyWerk bei der ehrlichen Einschätzung, ob Ihr System modernisiert oder wirklich neu gebaut werden sollte.
