Phase 1: Initiale Analyse (Pauschalpreis)

Bevor wir über eine Ablösung sprechen, schaffen wir gemeinsam Klarheit. Dabei verlassen wir uns nicht nur auf den Code, sondern kombinieren mehrere Quellen zu einem vollständigen Bild.

Vorgehen

Code- und Architektur-Analyse

Mit Unterstützung von AI analysieren wir, wie die Applikation aufgebaut ist und welche Technologien im Einsatz sind. Dabei entstehen eine Abhängigkeitskarte über Module, Datenbank und Schnittstellen, eine Übersicht über Frameworks und Bibliotheken samt End-of-Life-Risiken und Sicherheitslücken sowie eine lesbare Darstellung der im Code verstreuten Geschäftsregeln. Technische Schulden lokalisieren wir dort, wo sie teuer werden.

Vorhandene Dokumentation einbeziehen

Wir sichten, was an Unterlagen noch existiert – von Spezifikationen und Architekturskizzen bis zur Historie aus Ticketsystem und Versionsverwaltung – und gleichen sie gegen den tatsächlichen Code ab. Wo Dokumentation und Realität auseinanderlaufen, entstehen bei einer Migration die Überraschungen. Fehlt die Dokumentation ganz, ist das kein Hindernis: Der Code bleibt die verlässliche Quelle.

Gespräche mit Anwenderinnen und Anwendern

Ergänzend zur technischen Analyse führen wir Gespräche mit den Personen, die die Applikation heute nutzen. So gewinnen wir ein initiales Verständnis davon, wozu die Applikation eigentlich dient und wie sie im Alltag eingesetzt wird – Wissen, das im Code allein oft nicht sichtbar ist.

Regulatorische und sicherheitsrelevante Anforderungen erfassen

Wir klären früh, welche Vorgaben die Applikation erfüllen muss – etwa Datenschutz nach DSG und DSGVO, Aufbewahrungs- und Protokollierungspflichten, Revisionsfähigkeit oder branchenspezifische Auflagen. Diese Anforderungen fliessen in die Variantenbewertung ein, statt erst bei der Umsetzung aufzutauchen.

Datenanalyse (optional)

Auf Wunsch beziehen wir auch die verwalteten Daten ein, um frühzeitig abzuschätzen, welche Datenbereinigungen bei einer Migration nötig werden. Dieser Schritt ist kein Bestandteil der Kernanalyse.

Ziele

Geschäftslogik sichtbar machen
Was tut die Applikation tatsächlich – auch dort, wo es keine Dokumentation mehr gibt?
Aktuelle Dokumentation herstellen
Wie ist die Applikation aufgebaut und wovon hängt sie ab? Architekturübersicht, Abhängigkeiten und Geschäftsregeln werden nachvollziehbar festgehalten, statt in Köpfen und im Code verborgen zu bleiben.
Handlungsvarianten vergleichen
Welcher Weg passt – Neuentwicklung, Refactoring der bestehenden Codebasis oder Ablösung durch ein Standardprodukt?

Aufwandschätzung & Roadmap erstellen
Was kostet die Ablösung, wie lange dauert sie und in welchen Etappen lässt sie sich umsetzen?
Erste Testfälle für das heutige Verhalten ableiten
Was leistet die Applikation heute tatsächlich? Aus Code, Dokumentation und Anwendergesprächen leiten wir erste Testfälle für die zentralen Abläufe ab – kein vollständiges Testfallset, sondern eine Grundlage, die unabhängig von der gewählten Variante nutzbar bleibt und in Phase 2 ausgebaut wird.
Risiken & technische Schulden erkennen
Wo liegen die grössten Stolpersteine für eine Migration?

Dauer & Ergebnisse

Am Ende dieser Phase erhalten Sie:

Analysebericht: Zustand, Architektur und Abhängigkeiten Ihrer Applikation, inklusive der wichtigsten Risiken und technischen Schulden.

Variantenvergleich mit Empfehlung: Neuentwicklung, Refactoring oder Standardprodukt – bewertet nach Aufwand, Risiko und Zielbild.

Aufwandschätzung und Roadmap: Kosten- und Zeitbandbreite für die Ablösung, gegliedert in mögliche Etappen.

Erste Testfälle: dokumentiertes Ist-Verhalten der zentralen Abläufe als Ausgangspunkt für den Abnahmemassstab in Phase 2.

Rekonstruierte Dokumentation: Architekturübersicht, Abhängigkeiten und Geschäftsregeln in dokumentierter Form.

Damit haben Sie die verlässliche Grundlage für Ihren nächsten Entscheid – auch dann, wenn Sie sich vorerst gegen eine Modernisierung entscheiden.

Klarheit in 2-3 Wochen

Die initiale Analyse dauert je nach Grösse der Applikation rund 2-3 Wochen ab Erhalt des Quellcode-Zugriffs.