Technische Due Diligence für Software- und SaaS-Unternehmen

Eine technische Due Diligence ist die unabhängige Prüfung der Technologie eines Unternehmens vor einer Investition oder Übernahme. Sie beantwortet eine Frage: Trägt die Software den Businessplan, den Sie finanzieren? Geprüft werden Codebasis, Architektur, Sicherheit, Skalierbarkeit, die Engineering-Prozesse und das Team dahinter. Das Ergebnis ist ein schriftlicher Bericht mit Befunden, ihrem Risiko und dem geschätzten Aufwand, sie zu beheben. Im Deutschen wird der Begriff auch für die Prüfung von Gebäuden und technischen Anlagen verwendet; wir machen ausschließlich die Variante für Software.

Fünf, eine je Säule. Trägt das Team die nächsten zwei Jahre, oder hängt alles an einer Person? Liefern die Prozesse verlässlich, oder ist jedes Release ein Ereignis? Ist festgehalten, wie das System funktioniert, oder steckt es in Köpfen? Hält die Codebasis Wachstum aus, und wo liegen Sicherheits- und Skalierungsrisiken? Und löst das Produkt das Problem, für das Sie zahlen? Jede Antwort kommt mit Belegen aus Interviews und Repository, mit einer Einschätzung des Risikos und mit dem Aufwand, der zur Behebung nötig ist.

Wir prüfen ein Software- oder SaaS-Unternehmen entlang von fünf Säulen: Team und Führung, Prozesse, schriftliche Kommunikation, Engineering sowie Problem und Lösung. Konkret heißt das: Interviews mit Gründerinnen, Gründern und Engineers, ein Review von Codebasis und Architektur sowie eine Einschätzung von Sicherheit, Skalierbarkeit und der Art, wie das Team tatsächlich ausliefert. Alles zusammen ergibt einen schriftlichen Bericht über mehr als 60 bewertete Punkte, nicht eine abgehakte Checkliste.

Nein. Im Deutschen meint technische Due Diligence meistens die Prüfung eines Gebäudes, seiner technischen Anlagen oder eines Energie-Assets vor einer Immobilientransaktion. Das machen Ingenieurbüros und Prüforganisationen, und das machen wir nicht. Unsere technische Due Diligence prüft Software: Codebasis, Architektur, Engineering-Team und die Prozesse hinter einem SaaS-Produkt. Wenn Sie ein Gebäude kaufen, brauchen Sie einen Gutachter. Wenn Sie in ein Softwareunternehmen investieren, brauchen Sie uns.

Ja. Software Due Diligence, Technologie-Due-Diligence, IT-Due-Diligence, technische Due-Diligence-Prüfung und Tech DD bezeichnen dieselbe Arbeit: eine unabhängige Bewertung der Codebasis, der Architektur, der Engineering-Praxis und des Teams dahinter. Welcher Begriff Ihnen begegnet, hängt davon ab, wer den Prozess führt. Private Equity und Corporate Development sagen eher Technologie-Due-Diligence, Venture-Investoren eher technische Due Diligence. Bei einer Übernahme ist es ein Arbeitsstrang neben der Financial und der Legal Due Diligence. Der Umfang ist derselbe, egal wie Ihre Deal-Checkliste ihn nennt. Eine Warnung zur Abkürzung: TDD steht in Investorenunterlagen für Technical Due Diligence, unter Entwicklerinnen und Entwicklern aber für Test-Driven Development, eine Arbeitsweise beim Programmieren. Wenn Sie TDD schreiben und Ihr Gegenüber Tests meint, reden Sie aneinander vorbei.

Nein. Die Financial Due Diligence und eine Quality of Earnings prüfen Umsatzrealisierung, ARR-Qualität, Kohorten und die Zahlen, und das ist Aufgabe einer Wirtschaftsprüfung. Eine ISO-27001- oder SOC-2-Prüfung bestätigt, dass Sicherheitskontrollen existieren und wirksam sind, und das ist Aufgabe einer Zertifizierungsstelle. Die technische Due Diligence beantwortet eine dritte Frage: ob Software, Architektur und Engineering-Team den Businessplan tragen, den Sie finanzieren. Größere Transaktionen brauchen meist mehr als eine der drei. Wir machen die technische, und wir sagen es Ihnen deutlich, wenn Ihnen in Wirklichkeit eine der beiden anderen fehlt.

Nein. Ein Code-Audit, also das Review der Codebasis selbst, ist ein Teil der Prüfung. Wir sehen uns außerdem die Struktur des Teams an, die Entwicklungsprozesse, Architektur, Infrastruktur, Sicherheit und Skalierbarkeit. Reine Code-Metriken sagen wenig darüber aus, ob ein Team in zwei Jahren noch liefern kann.

10 Arbeitstage vom Basis-Interview bis zum fertigen Bericht. Darin enthalten sind die Interviews, das Code Review, die Systemanalyse und das Debriefing. Bei einem engen Deal-Fahrplan verdichten wir auf 5 Arbeitstage mit fokussiertem Umfang. Den genauen Zeitplan stimmen wir vorab auf Ihren Prozess ab.

Eine Executive Summary für Investment Committee und Beirat, einen ausführlichen technischen Bericht mit Beobachtungen und Bedenken je Säule sowie einen nach Wirkung priorisierten Maßnahmenplan. Danach folgt ein Debriefing, und auf Wunsch kommen wir in die Beiratssitzung und stellen die Ergebnisse selbst vor.

Erfahrene Staff Engineers und CTOs, die selbst jahrelang SaaS-Produkte gebaut und Teams geführt haben. Keine Juniors, keine weitergereichte Bewertung. Die Personen, die den Bericht schreiben, sind dieselben, die Ihr Zielunternehmen interviewen und den Code lesen.

Nein. Etwa die Hälfte unserer Mandate kommt von Investoren vor einer Beteiligung. Die andere Hälfte kommt von Gründerinnen und Gründern, die vor einer Finanzierungsrunde Klarheit wollen, von Beiräten, die eine unabhängige technische Einschätzung anfordern, und von Unternehmen, die sich auf eine Übernahme vorbereiten, auf beiden Seiten des Deals.

Das Erstgespräch führen wir gerne auf Deutsch. Das Audit selbst, die Interviews mit dem Engineering-Team und der Bericht sind auf Englisch. Das ist in der Praxis selten ein Problem: Engineering-Teams in DACH arbeiten ohnehin überwiegend auf Englisch, und der Bericht geht in der Regel an ein internationales Investment Committee. Wir sagen es hier trotzdem vorab, damit es später keine Überraschung ist.

Wir arbeiten unter striktem NDA und behandeln alle Informationen entsprechend vertraulich. Jeder Zugang, den Sie uns geben, wird unmittelbar nach Abschluss des Mandats wieder entzogen.

Das hängt vom Umfang ab. Ein kompaktes Audit für ein Seed-Unternehmen mit kleinem Team kostet weniger als eine tiefe Prüfung eines Series-B-Übernahmeziels. Im Erstgespräch schätzen wir den Umfang ein und nennen Ihnen einen konkreten Preis. Der Preis spiegelt die Seniorität des Teams: jedes Mandat wird von erfahrenen CTOs und Staff Engineers geführt.

Ja. Ein wachsender Teil der Codebasen, die wir bewerten, ist weitgehend mit KI-Werkzeugen entstanden. Wir prüfen Qualität, Sicherheit und Wartbarkeit mit derselben 5-Säulen-Methodik und stellen zusätzlich die Fragen, die nur für KI-geschriebene Software gelten: ob der generierte Code durch Tests abgedeckt ist, ob jemand prüft, was die Werkzeuge produzieren, und ob das Team noch erklären kann, wie das System funktioniert.

Ja, standardmäßig in jedem Audit. Wir sehen uns an, wie das Team KI heute nutzt, und gleichen das mit dem Repository ab, denn was in Commits, Pull Requests und Dokumentation steht, ist regelmäßig mehr als das, was in den Interviews zur Sprache kam. Dazu kommen Leitplanken und Review-Disziplin, die Frage, wohin Quellcode gelangen darf, die Abhängigkeit von einem einzelnen Modellanbieter, das Verhältnis von KI-Ausgaben zur beobachtbaren Nutzung und die Frage, ob die Codebasis gut genug dokumentiert ist, damit KI-Werkzeuge sicher darin arbeiten können.

Der Bericht gibt Ihnen ein klares Bild und einen priorisierten Maßnahmenplan. Wenn Sie Unterstützung bei der Umsetzung wollen, bieten wir CTO-Coaching, CTO as a Service und Software-Engineering-Unterstützung an. Viele Mandate beginnen mit einer Due Diligence und werden zu einer längeren Zusammenarbeit. Eine Verpflichtung dazu gibt es nicht.

Ja, beides. Unsere Due-Diligence-Checkliste steht als ausführlicher Leitfaden auf dieser Website: die fünf Säulen, die konkreten Fragen je Säule und die Warnsignale, die im Deal zählen. Und Sie können einen echten Beispielbericht herunterladen, um Aufbau und Detailtiefe zu sehen, bevor Sie mit uns sprechen. Beides ist auf Englisch.

Ja. madewithlove arbeitet remote und über Ländergrenzen hinweg: Wir sind Marktführer für technische Due Diligence von SaaS-Unternehmen in Belgien und den Niederlanden und haben Kunden auf der ganzen Welt, darunter in Deutschland, Österreich und der Schweiz, in Skandinavien, im Vereinigten Königreich und in den USA. Insgesamt sind es 190+ auditierte Unternehmen und 1,200+ geführte Interviews.