Technische Due Diligence

Die technische Geschichte kann einen Deal entscheiden.

Sie stehen kurz davor, in ein Unternehmen zu investieren. Das Deck sieht gut aus. Die Zahlen ergeben Sinn. Aber das Produkt läuft auf einem System, das niemand außerhalb des Gründerteams vollständig versteht — und der CTO sagt, alles sei “in Ordnung.”

Stimmt das?

Technische Schulden sind nicht immer in den Finanzdaten sichtbar. Fragile Infrastruktur taucht nicht in der G&V auf. Eine Codebase, die von einem einzigen kritischen Entwickler zusammengehalten wird, der vielleicht gehen wird — das ist ein Risiko, das in die Due Diligence gehört, nicht in die Post-Closing-Überraschungen.

Dafür gibt es die Technische Due Diligence.

Für wen

• Investoren und Fonds, die ein Unternehmen vor Abschluss eines Deals bewerten
• Käufer, die verstehen müssen, was sie technisch gesehen tatsächlich kaufen
• Gründer, die eine Finanzierungsrunde vorbereiten und ihre Schwachstellen kennen möchten, bevor Investoren sie finden

Der Bericht ist so geschrieben, dass er von nicht-technischen Entscheidungsträgern gelesen werden kann. Kein Jargon. Klare Schlussfolgerungen. Umsetzbare Zahlen.

Was überprüft wird

Codequalität und technische Schulden Wie wartbar ist die Codebase? Wie viel davon wurde in Eile geschrieben und nie bereinigt? Gibt es kritische Sicherheitslücken? Was kostet es, die Schulden zu beheben?

Infrastruktur und Betrieb Was kostet der Betrieb tatsächlich? Ist er robust — oder gibt es einen einzelnen Ausfallpunkt, der darauf wartet, aufzutreten? Was sind die externen Abhängigkeiten und Vendor-Lock-in-Risiken?

Team und Prozesse Wer kennt das System? Was passiert, wenn sie gehen? Wie ist die Entwicklung organisiert? Was ist der Release-Prozess, und funktioniert er?

Kritische Risiken und Deal-Breaker Was könnte das Unternehmen am Skalieren hindern? Was ist das größte technische Risiko, das nicht im Datenraum ist?

Modernisierungskostenschätzungen Wenn Dinge behoben werden müssen, wie viel wird das kosten? Keine grobe Schätzung — eine strukturierte Kalkulation mit klar angegebenen Annahmen.

Was Sie erhalten

Ein strukturierter schriftlicher Bericht mit:

• Zusammenfassung — das Urteil in verständlicher Sprache, für nicht-technische Leser
• Risikomatrix — was kritisch ist, was bedeutend ist, was handhabbar ist
• Technische Schuldenbeurteilung — was vorhanden ist, was es kostet zu tragen, was es kostet zu beheben
• Infrastrukturreview — Zuverlässigkeit, Kosten, Abhängigkeiten
• Teambewertung — Schlüsselpersonenrisiko, organisatorische Reife
• Modernisierungsschätzungen — was es kosten würde, das System auf Standard zu bringen
• Empfehlungen — fortfahren, neu verhandeln oder sich zurückziehen

Der Bericht ist so geschrieben, dass er von einem CFO, einem Partner oder einem Vorstandsmitglied gelesen werden kann — nicht nur von einem CTO.

Format und Zeitplan

Eine Woche.

Zugang erforderlich: die Codebase (nur Lesen), Infrastrukturdokumentation, Architekturdiagramme falls vorhanden, und ein oder zwei technische Gespräche mit dem Team des Zielunternehmens.

Der Bericht wird am Ende der Woche geliefert. Ein Auswertungsgespräch ist inbegriffen, um die Ergebnisse durchzugehen.

Remote-Engagement standardmäßig. Vor-Ort möglich, wenn die Situation es erfordert.

Investition

8.500 € — Festpreis

Eine Woche Arbeit. Ein strukturierter Bericht. Ein Auswertungsgespräch.

Keine Überraschungen auf der Rechnung.

Zur Vertraulichkeit

Technische Due Diligence beinhaltet Zugang zu sensitivem Code und Systemen. Ich arbeite standardmäßig unter NDA. Der Bericht wird ausschließlich mit dem Auftraggeber geteilt.

Ich teile keine Informationen zwischen Kunden und nutze das, was ich bei einer Beauftragung sehe, nicht zur Informierung der Arbeit bei einer anderen.

Timing

Due Diligence hat Fristen. Wenn Sie auf ein Abschlussdatum hinarbeiten, nehmen Sie frühzeitig Kontakt auf — ich sage Ihnen ehrlich, ob ich Ihren Zeitplan einhalten kann.