Bestandsaufnahme Legacy-Anwendung zum Festpreis

Bevor jemand an einer gewachsenen Anwendung Geld ausgibt, sollte klar sein, woran man ist. Die Bestandsaufnahme ist genau dafür da: ein abgegrenztes Paket mit festem Umfang, festem Preis und einem Ergebnis, mit dem du entscheiden kannst – ob mit mir oder mit jemand anderem.

Was du bekommst

• Technischer Befund: PHP-Version, Framework, Abhängigkeiten, Datenbank, Deployment, Integrationen – und wie weit alles vom heutigen Stand entfernt ist.
• Sicherheitsprüfung: bekannte Lücken in Bibliotheken, typische Schwachstellen im Code (Injection, XSS, Session-Handling, Uploads), Konfiguration und Zugriffsschutz – priorisiert nach Risiko.
• Stabilität und Performance: Fehlerbehandlung, Logging, Datenbank-Engpässe, Stellen, die unter Last oder bei Datenwachstum brechen.
• Geschäftslogik-Landkarte: Welche Prozesse hängen an der Anwendung, wo sitzt undokumentierte Logik, was darf auf keinen Fall kaputtgehen.
• Fahrplan: Empfohlene Reihenfolge der Modernisierung in Etappen, mit Aufwandsschätzung pro Etappe und der ehrlichen Antwort auf die Frage „Upgrade oder Neuentwicklung?“.
• Bericht und Gespräch: Schriftlicher Bericht plus ein Termin, in dem wir die Ergebnisse durchgehen – auch mit deiner Geschäftsführung oder deinem Team.

Ablauf

1. Kurzes Vorgespräch (30 Minuten): Was ist die Anwendung, was macht Sorgen, wer nutzt sie? Danach nenne ich dir den Festpreis.
2. Zugang: Leserechte auf Repository oder Codebasis, eine Kopie der Datenbankstruktur, Zugang zu einer Test- oder Staging-Umgebung. Produktivsysteme fasse ich in dieser Phase nicht an.
3. Analyse (2–3 Arbeitstage): Ich arbeite mit KI-gestützten Werkzeugen für die Durchsicht großer Codebasen – bewertet und eingeordnet wird von mir.
4. Ergebnis: Bericht, Fahrplan, Besprechung. Wenn du danach die Modernisierung mit mir umsetzen willst, wird der Betrag der Bestandsaufnahme angerechnet.

Für wen das gedacht ist

• Unternehmen, deren Entwickler oder Agentur nicht mehr verfügbar ist und die wissen müssen, was sie geerbt haben
• Geschäftsführung, die eine belastbare Grundlage für die Entscheidung „modernisieren oder ersetzen“ braucht
• Käufer oder Investoren, die eine Software als Teil eines Unternehmens übernehmen
• Teams, die eine Zweitmeinung zu einer Anwendung wollen, bevor ein großes Projekt startet

Was die Bestandsaufnahme nicht ist

Kein automatischer Scan-Bericht und kein Verkaufsgespräch für ein Neuentwicklungsprojekt. Wenn die Anwendung besser ist als befürchtet, steht das im Bericht. Wenn ein Werkzeug von der Stange die bessere Lösung ist, auch.