Technische Due Diligence bei SaaS-Übernahmen

Prüfen Sie Mandantentrennung, Abrechnung, Kosten und Übergabeabhängigkeiten. Verbinden Sie Nachweise mit Übernahme- und Integrationszielen.

Mehrere Belegdokumente unter einer silbernen Lupe in einem dunklen Rahmen.

Eine SaaS-Übernahme überträgt einen laufenden Dienst, nicht nur Code. Käufer übernehmen Kundenversprechen, Abhängigkeiten und Wissen der Menschen, die Störungen beheben. Prüfen Sie die Annahmen: Kann das verfügbare Team den Dienst mit dem geplanten Budget betreiben, integrieren und entwickeln? Formulieren Sie diese Fragen vor dem Repositoryzugang.

Den Mandantenlebenszyklus verfolgen

Betrachten Sie Aufnahme, Zugriff, Abrechnung, Verarbeitung, Support und Austritt. Wo wird Mandantenkontext durchgesetzt, wie sind privilegierte Aktionen begrenzt? Beziehen Sie Jobs, Exporte und Integrationen neben interaktiven Anfragen ein. Zuständigkeiten können sich unterscheiden. Trennen Sie Codebeobachtung von demonstriertem Verhalten in vereinbarter Umgebung.

Übernahmefrage	Nachweis	Folgeschritt
Unabhängiger Betrieb möglich?	Konten, Zugangsherstellung und Anbieter	Übergabeplan und Übung
Wie skalieren Kosten?	Arbeitslastkosten und geteilte Ressourcen	Explizites Kapazitätsmodell
Kundenverpflichtungen erfüllbar?	Grenzen, Support und Wiederherstellung	Plan für wesentliche Lücken
Produkte integrierbar?	Identität, Datenmodelle und APIs	Begrenzter Integrationstest

Technik und Geschäft verbinden

Fragen Sie, wie Abonnementstatus Zugriff steuert, Kündigungen und Fehler wirken und Nutzung zugeordnet wird. Technik ersetzt keine Finanzprüfung, zeigt aber Umsatzabhängigkeiten. Eine niedrige Cloud-Rechnung beweist keine günstige Skalierung: Suchen Sie Handarbeit, geteilte Konten und ausgeblendete Kosten.

Die erste Betriebsphase planen

Benennen Sie Personen, Rechte und wiederkehrende Aufgaben nach Übergabe. Finden Sie konzentriertes Wissen und planen Transfer. Trennen Sie akute Kontinuität von späterer Verbesserung. Eine große Neuentwicklung kann Kundenbindung gefährden; ein kompatibler Übergang besser passen.

Investitionsthese in belegbare Fragen übersetzen.
Gesamten Lebenszyklus einschließlich Administration beproben.
Übergabeabhängigkeiten gegen Termin prüfen.
Risiken, Abnahme und offene Annahmen liefern.

Die Schlussfolgerung muss zeigen, wo Belege den Plan tragen, zusätzliche Investition nötig und etwas unbekannt ist. Technologievorlieben sind ohne konkrete Einschränkung kein Hindernis. Machen Sie sichtbar, wo personelle Kontinuität erforderlich bleibt: Beziehungen und Erfahrungswissen lassen sich nicht vollständig durch Dokumente übertragen. Berücksichtigen Sie diese praktische Voraussetzung in der Transaktionsplanung.

Häufige Fragen

Reicht Quellcodezugang?

Nein. Betriebshistorie, Eigentum, Abrechnung und Gespräche ergänzen das Bild.

Sollten wir Isolation testen?

Vereinbaren Sie risikogerechte Bewertung und unterscheiden Code, Konfiguration und autorisierte Tests.

Validiert das die Umsätze?

Es untersucht unterstützende Systeme. Finanzielle und kommerzielle Prüfungen bleiben eigenständig.

Nach Kauf sofort neu schreiben?

Nur nach Prüfung von Einschränkungen, Kundenbindung und Integration; schrittweise Verbesserung kann besser sein.

Was ist ein guter Folgeplan?

Kontinuität und Integration mit Personen, Zugang, Abhängigkeiten und Abschlussnachweisen.

Vom Vorhaben zu einem umsetzbaren Umfang

Teilen Sie Nutzerablauf, Schnittstellen und Rahmenbedingungen. Gemeinsam klären wir den Umfang und erstellen eine Schätzung mit Annahmen und Ausschlüssen.

Leistungsumfang ansehen →