Einleitung
Künstliche Intelligenz ist zu einer großen und konzentrierten Kategorie von Venture-Investitionen geworden. Stanford HAI berichtet, dass sich die weltweiten Unternehmensinvestitionen in AI im Jahr 2025 mehr als verdoppelt haben, wobei generative AI nahezu die Hälfte der privaten AI-Finanzierung auf sich vereinte [1]. Die NVCA berichtet, dass US-Venture-Investitionen im ersten Halbjahr 2026 Rekordniveaus erreichten, während der Großteil des investierten Kapitals an AI-Unternehmen und Finanzierungen von USD 100 million oder mehr floss [2]. Carta verzeichnet für 2025 von Unternehmen auf seiner Plattform eingeworbene USD 119.5 billion über 4.859 Finanzierungsrunden – die niedrigste jährliche Rundenzahl seit mindestens sechs Jahren; die Series-A-Daten zeigen eine Median-Bewertungsprämie von 38 % für AI-Unternehmen [3]. Die OECD berichtet, dass AI-bezogene Investitionen im Jahr 2025 mehr als die Hälfte der gesamten Venture-Investitionen ausmachten [6].
Diese Zahlen beschreiben Kapitalmärkte, nicht die Investitionsqualität. Ein Label wie AI-nativ kann sich auf ein Produkt beziehen, dessen Kundenergebnis von maschineller Inferenz abhängt, auf ein konventionelles Softwareprodukt, das eine Modellschnittstelle hinzugefügt hat, auf ein Dienstleistungsunternehmen, das AI intern nutzt, auf ein Workflow-Unternehmen mit proprietärer Evaluierungs- und Datenschleife oder auf ein Gründernarrativ mit begrenzter Produktionsevidenz. Jeder Fall hat ein anderes Produkt-, Risiko-, Margen-, Vertriebs- und Kapitalprofil.
Das Underwriting-Problem ist daher ein Beweisproblem. Ein Investor muss feststellen, was die Anwendung tut, welches Kundenergebnis sich ändert, welcher Teil des Workflows automatisiert ist, welche Modell- und Datenabhängigkeiten relevant sind, wie Qualität bewertet wird, wie Fehler kontrolliert werden, wie Kunden das Produkt kaufen und binden, wie Umsatz in Cash umgewandelt wird, wie sich die Kosten der Leistungserbringung mit der Nutzung ändern und welche Rechte es dem Unternehmen erlauben, tätig zu sein. Ein Gründer benötigt dieselben Nachweise, um das Unternehmen zu führen und einen glaubwürdigen Finanzierungsprozess vorzubereiten.
Die zentrale These der Forschungsarbeit ist, dass das qualitätsbereinigte akzeptierte Kundenergebnis die richtige operative Einheit ist. Ein akzeptiertes Ergebnis ist eine abgeschlossene Kundenaufgabe oder Entscheidung, die definierte Qualitäts-, Berechtigungs- und Evidenzkriterien erfüllt. Beispiele sind ein geprüftes Kreditmemo, eine gelöste Kundenanfrage, eine akzeptierte Rechnungsklassifizierung, eine freigegebene Softwareänderung, eine abgeschlossene Compliance-Prüfung oder ein vom Kunden genehmigtes Design. Tokens, Calls, Generierungen, Agenten und Modell-Benchmark-Werte sind technische Inputs. Sie werden wirtschaftlich relevant, wenn sie zu akzeptierten Ergebnissen, gebundenen Kunden und vereinnahmtem Bruttogewinn beitragen.
Es folgen sieben Underwriting-Prinzipien. Erstens muss das AI-native Label in einen beobachtbaren Workflow und eine beobachtbare Architektur übersetzt werden. Zweitens sollte das Unternehmen die Modellleistung anhand repräsentativer Kundenaufgaben belegen. Drittens erfordert Umsatzqualität Nachweise zu Verträgen, Rechnungen, Inkasso, Kohorten, Zugeständnissen und Konzentration. Viertens erfordert die Bruttomarge ein vollständiges Kostenledger pro Ergebnis, einschließlich Kosten für menschliche Prüfung und Zuverlässigkeit. Fünftens sind Modell- und Cloud-Anbieter Teil der Produktlieferkette. Sechstens bestimmen Datenrechte, Datenschutz, geistiges Eigentum, Sicherheit und regulatorische Rolle, wo und wie das Produkt verkauft werden kann. Siebtens sollte der Investment Case einen Modellpreisschock, eine Qualitätsverschlechterung, die Abkündigung eines Anbieters, den Verlust eines Kunden und einen langsameren Verkaufszyklus überstehen.
Der Evidenzstichtag ist der 1. August 2026. Die Analyse verwendet aktuelle offizielle Marktberichte, Wertpapierunterlagen, Anbieterdokumentation, Regulierungsmaterial, Gesetzgebung, Standards und Sicherheitsressourcen. Es wurden kein Unternehmen, kein Gründer, kein Fonds, kein Kunde, kein Produkt, kein Vertrag, keine Kohorte, kein Datenraum, keine Evaluationssuite, kein Kostenledger, keine Cap Table und kein Investmentmemorandum bereitgestellt. Alle durchgerechneten Mengen, Preise, Kosten, Konversionsraten, Produktivitätseffekte und Bewertungsinputs sind hypothetische Modellannahmen. Zugeschriebener Matchpoint- oder Kundenumsatz, zugeschriebene Kostensenkung und zugeschriebene Verlustreduktion bleiben USD 0.

Geltungsbereich, Definitionen und Evidenzgrenzen
Anwendungsschicht
Die Anwendungsschicht wandelt Modelle, Daten, Software und menschliche Arbeit in ein Produkt um, das für einen bestimmten Kundenworkflow genutzt wird. Sie kann Benutzeroberflächen, Anwendungslogik, Retrieval, Speicher, Tools, Modell-Routing, Prompts, Fine-Tuning, Evaluation, Zugriffskontrolle, Observability, Abrechnung und Support umfassen. Das Anwendungsunternehmen kann proprietäre, Drittanbieter- oder Open-Weight-Modelle verwenden. Seine Verteidigungsfähigkeit kann aus Workflow-Integration, proprietären Datenrechten, Evaluationsressourcen, Distribution, Wechselkosten, regulierten Berechtigungen, Kundenvertrauen oder operativem Lernen entstehen.
Die Modellschicht liefert Inferenz oder Modellgewichte. Die Infrastrukturschicht liefert Compute, Speicher, Orchestrierung und Deployment. Diese Grenzen können sich überschneiden. Ein Unternehmen, das ein Modell fine-tuned oder hostet, muss weiterhin zeigen, wie das Modell das Kundenergebnis verändert und wie die Anwendung Wert erfasst.
| Tranche | Hauptkomponenten | Underwriting-Frage | Mindestnachweis |
|---|---|---|---|
| Kundenworkflow | Benutzer, Aufgabe, Entscheidung, Ausnahme und Genehmigung | Welche kostspielige oder wertvolle Aufgabe ändert sich? | Prozesskarte, Baseline-Zeit, Qualität und Berechtigung |
| Anwendung | Schnittstelle, Logik, Retrieval, Tools und Integration | Welches Produkt kaufen die Kunden? | Produktdemonstration, Release-Historie und Kundennutzung |
| Evaluierung | Testfälle, Bewerter, Schwellenwerte und Monitoring | Wie wird Qualität sichergestellt und aufrechterhalten? | Repräsentative Testsuite, Ergebnisse, Fehler und Release-Gates |
| Daten | Quelle, Rechte, Herkunft, Qualität und Aufbewahrung | Darf das Unternehmen die Daten für diesen Zweck verwenden? | Rechteverzeichnis, Stichproben, Herkunft und Kontrollen |
| Modell | Anbieter, Version, Route, Prompt und Tuning | Welche Fähigkeit wird benötigt und ist ersetzbar? | Anbieterregister, Tests, Kosten und Migrationsnachweise |
| Infrastruktur | Compute, Speicher, Sicherheit und Observability | Kann der Dienst zuverlässig und wirtschaftlich betrieben werden? | Architektur, Rechnungen, Protokolle, Vorfälle und Kapazitätsplanung |
| Kommerziell | Vertrag, Preis, Laufzeit, Verlängerung und Forderungseinzug | Wird Nutzung zu gebundenem, vereinnahmtem Umsatz? | Contract-to-Cash- und Kohorten-Nachweise |
AI-native Klassifizierung
Eine AI-native Klassifizierung sollte auf Nachweisen beruhen. Die Klassifizierung erfordert keine bestimmte technische Architektur. Sie erfordert eine wesentliche Abhängigkeit von maschineller Inferenz innerhalb der Kundenwertschöpfungskette, ein Produkt, das um diese Fähigkeit herum konzipiert ist, und ein Betriebssystem, das deren Qualität und Wirtschaftlichkeit misst.
| Test | Nachweis einer substanziellen AI-nativen Anwendung | Schwache Nachweise |
|---|---|---|
| Kundenergebnis | Definierte Aufgabe mit Ausgangsbasis, Abnahme und Konsequenz | Pauschale Produktivitätsaussage |
| Produktdesign | Workflow rund um Inferenz, Überprüfung und Ausnahmebehandlung | Zu bestehender Software hinzugefügte Chat-Oberfläche |
| Evaluierung | Repräsentative Aufgabensuite und Produktionsmonitoring | Ein Anbieter-Benchmark oder eine Gründerdemonstration |
| Daten | Governierte Quelle, Rechte, Datenherkunft und Rückkopplungsschleife | Nicht spezifizierte Behauptung zu proprietären Daten |
| Wirtschaftliche Konditionen | Preis, Kosten und Bruttogewinn je Ergebnis | Tokenkosten ohne Workflow-Kosten ausgewiesen |
| Operations | Release-, Incident-, Rollback- und Anbieterwechselprozess | Manuelle Fehlersuche nach Best-Effort-Prinzip |
| Kommerziell | Gebundene Kundennutzung, geknüpft an Vertrag und Forderungseinzug | Nur Pilotlogos oder Absichtserklärungen |
| Verteidigungsfähigkeit | Evidenzschleife, Workflow-Integration, Distribution oder Berechtigung | Modellzugang für jeden Wettbewerber verfügbar |
Das Ergebnis kann als AI-native, AI-enabled, AI-assisted Dienstleistung oder als unverifiziert erfasst werden. Die Kennzeichnung ist eine Due-Diligence-Schlussfolgerung, keine Bewertungsschlussfolgerung.
Nachweiskategorien
Jede wesentliche Behauptung sollte eine Klasse und einen Verantwortlichen erhalten. Beobachtete Evidenz stammt aus einem kontrollierten System of Record. Unabhängig reproduzierte Evidenz stammt aus einer Testwiederholung durch den Investor, Berater oder einen qualifizierten Dritten. Kundenseitig bestätigte Evidenz stammt von einem namentlich benannten autorisierten Kundenvertreter und sollte soweit möglich mit Systemdaten abgeglichen werden. Von der Geschäftsleitung geschätzte Evidenz wird gekennzeichnet und durch eine Methode gestützt. Nicht belegte Behauptungen bleiben offene Punkte.
| Klasse | Definition | Zulässige Verwendung in Investment-Memos |
|---|---|---|
| O1 beobachtet | Datierte Quellsystem-Evidenz mit Verantwortlichem und Abgleich | Angegeben als im definierten Zeitraum und Umfang beobachtet |
| O2 reproduziert | Methode unabhängig erneut durchgeführt mit beibehaltenen Eingaben und Ergebnis | Angegeben als in der getesteten Umgebung reproduziert |
| O3 bescheinigt | Bestätigung durch benannten Kunden oder Kontrahenten | Angegeben als bescheinigt; Einschränkungen offengelegt |
| M1 vom Management geschätzt | Dokumentierte Berechnung mit nicht verifizierten Eingaben | Als Management-Schätzung oder illustratives Szenario gekennzeichnet |
| U nicht belegt | Keine angemessenen Nachweise vorgelegt | Vom Basisszenario ausgeschlossen; als offener Punkt erfasst |
Öffentliche Vergleichsunternehmen und Marktberichte
Öffentliche Einreichungen zeigen Analysemethoden und mögliche wirtschaftliche Schwankungen. Palantir meldete USD 4.475 billion Umsatz für 2025, eine Bruttomarge von 82 % und 954 Kunden [7]. UiPath meldete USD 1.611 billion Umsatz für das Geschäftsjahr 2026, USD 1.853 billion an annualisierter Run-Rate aus Verlängerungen und eine Bruttomarge von 83 % [8]. C3 AI meldete USD 250.3 million Umsatz für das Geschäftsjahr 2026 und eine GAAP-Bruttomarge von 31 % [9]. Duolingo gab bekannt, dass gestiegene Kosten für generative AI und Hosting die Bruttomarge im Jahr 2025 verringerten, und beschrieb später fortgesetzte Investitionen in AI-Infrastruktur [10].
Diese Unternehmen unterscheiden sich in Größe, Produkt, Bereitstellung, Kundenmix, Dienstleistungen, Rechnungslegung und Reifegrad. Ihre Kennzahlen bestimmen weder die Bruttomarge noch die Bewertung eines privaten Start-ups. Sie zeigen, warum ein Investor eine pauschale AI-Software-Margenannahme vermeiden sollte.
Marktberichte haben ebenfalls Grenzen. Die veröffentlichten Daten von Carta werden aus Unternehmen und Wertpapierinhabern auf seiner Plattform aggregiert und schließen Unternehmen aus, die den Ausschluss von anonymisierten Studien beantragt haben [3-5]. Der Bericht der NVCA deckt das US-amerikanische Risikokapital-Ökosystem mit PitchBook als Datenanbieter ab [2]. Die OECD verwendet Preqin-Daten in ihrem AI-Venture-Brief [6]. Stanford HAI kombiniert mehrere öffentliche und proprietäre Quellen [1]. Die Forschungsarbeit wahrt den Geltungsbereich jeder Quelle.
Rechtliche, investitionsbezogene und Autorengrenzen
Diese Forschungsarbeit legt nicht fest, ob ein Produkt reguliert ist, ob die Verarbeitung rechtmäßig ist, ob geistige Eigentumsrechte gültig sind, ob ein Wertpapier geeignet ist, ob eine Bewertung angemessen ist oder ob eine Investition getätigt werden sollte. Diese Entscheidungen erfordern den maßgeblichen Vertrag, die Fakten, die Rechtsordnung und eine qualifizierte autorisierte Stelle.
Matchpoint Partners ist der organisatorische Autor. Keine Gründerleistung, Investorensicht oder Kundenresultat wird einer namentlich genannten Person zugeschrieben.
Entscheidungskarte für Investoren und Gründer
Investorenentscheidungen
Investoren benötigen eine abgestufte Antwort auf fünf Fragen. Ist das Kundenproblem wertvoll und wiederkehrend? Schafft das Produkt ein akzeptiertes Ergebnis, für das Kunden zahlen werden? Kann das Unternehmen Qualität und Kontrolle durch Modell- und Marktveränderungen aufrechterhalten? Schafft der gebundene Umsatz attraktive Bruttogewinn- und Cash-Eigenschaften? Wird der Finanzierungspreis durch die Nachweise und das Abwärtsrisiko gestützt?
| Entscheidung | Kernnachweise | Fehlersignal | Zuständigkeit |
|---|---|---|---|
| Screening | Kundenproblem, Workflow, Produkt und erste Traktion | AI-Label ohne Kundenergebnis | Deal-Team |
| Technische Due Diligence | Architektur, Evaluierungen, Datenrechte, Sicherheit und Portabilität | Demonstration kann nicht reproduziert werden | Technischer Prüfer und Deal-Lead |
| Kommerzielle Due Diligence | Contract-to-Cash, Kohorten, Referenzen und Pipeline | Pilotprojekte als wiederkehrende Produktion gezählt | Deal-Team und kommerzieller Spezialist |
| Finanzielle Due Diligence | Umsatzüberleitung, Bruttomarge, Burn, Runway und Kapitalplan | Kosten lassen Inferenz, Review oder Support unberücksichtigt | Finanzprüfer |
| Rechtliche und regulatorische Due Diligence | Matrix zu Gesellschaftsrecht, IP, Daten, Lizenzen und Produktrollen | Rechte oder Berechtigungen können nicht nachgewiesen werden | Qualifizierter Rechtsberater und Compliance-Verantwortlicher |
| Bewertung und Struktur | Basis, Downside, Verwässerung, Meilensteine und Rückstellungen | Prämie ausschließlich durch die Kategorie AI getrieben | Investmentausschuss |
| Post-Investment-Plan | Evidenz-Gates, Personalaufbau sowie Produkt- und Finanzierungsmeilensteine | Der Plan misst Output-Volumen ohne akzeptierte Ergebnisse | Board und Geschäftsführung |
Gründerentscheidungen
Dieselbe Evidenz stützt die Gründerkontrolle. Ein Gründer sollte wissen, welches Kundenergebnis die Kundenbindung treibt, welcher Fehler den größten Kundenschaden verursacht, welche Anbieterabhängigkeit die Skalierung einschränkt, welche Kohorte den Bruttogewinn erzeugt und welcher Meilenstein die nächste Kapitaleinheit verdient.
| Entscheidung | Erforderliche Aufzeichnung | Managementnutzung |
|---|---|---|
| Produktumfang | Definition akzeptierter Ergebnisse und Ausnahmegrenze | Priorisiere den Workflow, den Kunden wertschätzen |
| Modellauswahl | Repräsentative Evaluation, Kosten und Latenz je Anbieter/Version | Aufgaben routen und Migrationen planen |
| Datenstrategie | Rechte, Qualität, Herkunft und Feedback-Register | Rechtmäßige und nützliche Lernschleifen aufbauen |
| Bepreisung | Ergebniswert, Nutzung, Serviceintensität und Zahlungsbereitschaft | Abonnement-, nutzungs- oder ergebnisbasierte Preisgestaltung auswählen |
| Vertrieb | Funnel nach Segment, Quelle, Phase und Zeit | Gründer- und Vertriebskapazität zuweisen |
| Customer Success | Kohortennutzung, Akzeptanz, Support und Verlängerung | Ursachen für Adoption und Abwanderung identifizieren |
| Personalgewinnung | Engpass, Fähigkeit und Meilenstein | Mitarbeiterzahl mit Produkt- oder kommerziellen Nachweisen verknüpfen |
| Kapitalbeschaffung | Mittelverwendung, Gate-Kriterien, Runway und Downside | Kapital an Evidenzaufbau koppeln |
Gemeinsamer Nachweisraum
Investor und Gründer sollten mit demselben abgestimmten Nachweisraum arbeiten. Unterschiedliche Interpretationen sind legitim. Unterschiedliche zugrunde liegende Zahlen schaffen vermeidbares Risiko.
| Nachweisblock | Hauptverantwortlicher | Abstimmung |
|---|---|---|
| Kunden und Verträge | Kaufmännischer Leiter | Von CRM über das Vertragsrepository bis zur Rechnungsstellung und zum Inkasso |
| Produktnutzung und Ergebnisse | Produktleiter | Vom Ereignisprotokoll zur Definition akzeptierter Ergebnisse |
| Bewertung und Vorfälle | Engineering-Leiter oder AI-Leiter | Vom Release über den Bewertungsbericht zur Produktionsüberwachung |
| Kosten und Bruttomarge | Finanzleiter | Zuordnung von Lieferantenrechnungen und Lohn-/Gehaltsabrechnungen zu Telemetrie und Hauptbuch |
| Daten und geistiges Eigentum | Rechtsabteilung oder Datenverantwortlicher | Quelle, Vereinbarung, Nutzung, Aufbewahrung und Ausgaberichtlinie |
| Sicherheit und Datenschutz | Sicherheits- oder Datenschutzverantwortlicher | Architektur, Kontrollen, Tests, Vorfälle und Behebung |
| Cap Table und Finanzierung | CFO oder Company Secretary | Rechtsregister, Optionsregister und unterzeichnete Urkunden |
| Behauptungen | CEO und Funktionsverantwortliche | Behauptung, Quelle, Klasse, Umfang, Datum und Genehmigung |
| Tranche | Hauptkomponenten | Underwriting-Frage | Mindestnachweis |
|---|---|---|---|
| Kundenworkflow | Benutzer, Aufgabe, Entscheidung, Ausnahme und Genehmigung | Welche kostspielige oder wertvolle Aufgabe ändert sich? | Prozesskarte, Baseline-Zeit, Qualität und Berechtigung |
| Anwendung | Schnittstelle, Logik, Retrieval, Tools und Integration | Welches Produkt kaufen die Kunden? | Produktdemonstration, Release-Historie und Kundennutzung |
| Evaluierung | Testfälle, Bewerter, Schwellenwerte und Monitoring | Wie wird Qualität sichergestellt und aufrechterhalten? | Repräsentative Testsuite, Ergebnisse, Fehler und Release-Gates |
| Daten | Quelle, Rechte, Herkunft, Qualität und Aufbewahrung | Darf das Unternehmen die Daten für diesen Zweck verwenden? | Rechteverzeichnis, Stichproben, Herkunft und Kontrollen |
| Modell | Anbieter, Version, Route, Prompt und Tuning | Welche Fähigkeit wird benötigt und ist ersetzbar? | Anbieterregister, Tests, Kosten und Migrationsnachweise |
| Infrastruktur | Compute, Speicher, Sicherheit und Observability | Kann der Dienst zuverlässig und wirtschaftlich betrieben werden? | Architektur, Rechnungen, Protokolle, Vorfälle und Kapazitätsplanung |
| Kommerziell | Vertrag, Preis, Laufzeit, Verlängerung und Forderungseinzug | Wird Nutzung zu gebundenem, vereinnahmtem Umsatz? | Contract-to-Cash- und Kohorten-Nachweise |
Marktkontext und das AI-Kapitalkonzentrationsproblem
Prämie und Selektion
AI-Kapitalwachstum erweitert das Chancenspektrum und erhöht den Selektionsdruck. Die Daten von Carta für 2025 zeigen mehr Kapital über weniger Finanzierungsrunden und eine AI-Bewertungsprämie ab Serie A [3]. Ihre Seed-Forschung berichtet von schlankeren frühen Teams, längeren Finanzierungszeiträumen und einer wachsenden Lücke zwischen typischen und Spitzenbewertungen, insbesondere bei AI-Unternehmen [4]. Ihr Vergütungsbericht für H2 2025 beschreibt AI-getriebene Kapital- und Talent-Effekte und betont dabei kleinere Teams in frühen Phasen [5].
Der Anleger sollte daher eine Kategorieprämie von unternehmensspezifischen Belegen unterscheiden. Eine Bewertung kann Knappheit, Wettbewerb, strategischen Optionswert, Marktgröße, Wachstum, Kundenbindung, Team, Technologie, Datenrechte oder Momentum widerspiegeln. Jeder Treiber benötigt eigene Belege und eine Behandlung von Abwärtsrisiken.
Methodik der Marktgrößenbestimmung
Ein Markt auf Anwendungsebene sollte mit Kundeneinheiten und Workflow-Ausgaben beginnen. Top-down-Gesamtwerte von AI können die Adoption einordnen. Sie begründen keinen erzielbaren Umsatz.
| Marktebene | Berechnung | Evidenz-Freigabepunkt |
|---|---|---|
| Grundgesamtheit mit Problem | Anzahl der Zielorganisationen oder Nutzer mit dem definierten Workflow | Genannte Segmentierungsquelle und Ausschlüsse |
| Adressierbarer Workflow | Grundgesamtheit mit erforderlichen Daten, Budget, Jurisdiktion und Integration | Kundenerkundung und Kanalbelege |
| Zahlende Einheit | Vertraglich gebundenes Konto, Lizenzplatz, Workflow, Transaktion oder akzeptiertes Ergebnis | Tatsächliche Preisgestaltung und Kaufprozess |
| Erreichbarer Markt | Qualifizierte Kundenkonten, die über verfügbare Vertriebskanäle erreichbar sind | Belege zu Funnel, Kapazität, Konversion und Vertriebszyklus |
| Basisplan | Vereinnahmte Neu- und Expansionserlöse nach Kohorte | Contract-to-Cash-Modell und Negativszenario |
Für ein vertikales AI-Unternehmen sollte das Marktmodell die Anzahl der Zielunternehmen, infrage kommende Abteilungen, Workflow-Häufigkeit, aktuelle Kosten, erforderliche Berechtigung, Integrationsaufwand, Budgetverantwortlichen und plausible Adoption umfassen. Bei einem horizontalen Produkt verhindert eine Segmentierung nach Anwendungsfall und Käufer eine oberflächliche Berechnung der Gesamtzahl der Sitze.
Wahrscheinlichkeit der Kapitalbeschaffung und Finanzierungsreichweite
Die Marktevidenz stützt ein konzentriertes Finanzierungsumfeld. Sie belegt nicht, dass ein bestimmtes Unternehmen Kapital aufnehmen kann. Der Finanzierungsplan sollte ein Szenario ohne Kapitalaufnahme, ein Szenario verzögerter Kapitalaufnahme und ein Szenario mit niedrigerem Preis enthalten. Er sollte monatliche Barmittel, gebundene Kosten, diskretionäre Kosten, Einstellungsauslöser, Anbieterverpflichtungen, Working Capital und eine minimale operative Finanzierungsreichweite ausweisen.
| Finanzierungsfall | Unverifizierte illustrative Annahme | Erforderliche Management-Reaktion |
|---|---|---|
| Basis | Die nächste Finanzierungsrunde schließt in Monat 12 | Einstellungen nur bei Erreichen von Produkt- und kommerziellen Gates |
| Verzögerung | Die nächste Finanzierungsrunde schließt in Monat 18 | Barmittel schonen und nicht kritische Verpflichtungen aufschieben |
| Niedrigerer Preis | Pre-Money-Bewertung 30 % unter Basis | Verwässerung, Struktur und Optionspool-Effekt modellieren |
| Keine Finanzierungsrunde | Kein externes Kapital innerhalb von 24 Monaten | Break-even, strategischen Verkauf oder geordnete Abwicklung als Pfad definieren |
Diese Fälle sind hypothetische Modellierungsannahmen. Sie veranschaulichen die Planungsmechanik. Sie prognostizieren weder Finanzierungsverfügbarkeit noch Bewertung oder Rendite.

Der AI-native Anwendungsschicht-Test
Kundenergebnis vor Modellfähigkeit
Die erste Due-Diligence-Sitzung sollte einen Kundenworkflow ohne das Produkt rekonstruieren. Das Team erfasst Auslöser, Eingabe, Bearbeiter, Entscheidung, Ausgabe, Prüfung, Ausnahme, verstrichene Zeit, Fehlerkosten und Entscheidungsbefugnis. Anschließend rekonstruiert es denselben Workflow mit dem Produkt. Der Vergleich zeigt, welche Schritte entfallen, sich ändern, beschleunigt werden oder neue Kontrollen erfordern.
Die Übung deckt Kategorienfehler auf. Ein schnellerer Entwurf kann den Prüfaufwand erhöhen. Eine kürzere Bearbeitungszeit kann Korrekturen oder Eskalationen erhöhen. Eine höhere Automatisierungsquote kann eine geringere Kundenakzeptanz verdecken. Ein Produkt, das mehr Output erzeugt, kann den Wert verringern, wenn Nutzer ihn nicht innerhalb ihres Entscheidungsfensters überprüfen können.
| Workflow-Feld | Ausgangsdatensatz | Unterstützter Datensatz | Nachweis der Annahme |
|---|---|---|---|
| Auslöser | Ereignis, das die Aufgabe auslöst | Gleiches oder geändertes Ereignis | Zeitstempel des Quellsystems |
| Eingabe | Dokumente, Daten und Kontext | An Anwendung und Modell übergebene Daten | Datenherkunft und Rechte |
| Arbeit | Menschliche und softwarebasierte Schritte | Automatisierte, assistierte und beibehaltene Schritte | Prozessprotokoll und Beobachtung |
| Ergebnis | Entscheidung, Inhalt oder Aktion | Generierter Kandidat und endgültige Ausgabe | Versions- und Prüferprotokoll |
| Qualität | Fehler-, Vollständigkeits- und Richtlinientest | Dieselben Tests plus modellspezifische Fehler | Repräsentative Evaluierung |
| Zuständigkeit | Zur Freigabe einer Aktion berechtigte Person | Freigabegrenze durch Mensch oder System | Rollen- und Genehmigungsprotokoll |
| Konsequenz | Umsatz, Kosten, Risiko oder Kundenerlebnis | Beobachtete Veränderung | Kunden- und Finanznachweise |
Akzeptiertes Kundenergebnis
Ein akzeptiertes Ergebnis hat fünf Elemente. Die Aufgabe ist definiert. Die Quellennachweise sind ausreichend. Die Ausgabe erfüllt Qualitäts- und Richtlinien-Schwellenwerte. Die autorisierte Person oder das autorisierte System akzeptiert es. Das Ergebnis erreicht den Kundenworkflow. Eine verworfene generierte Antwort, ein vollständig neu zu erstellender Entwurf und eine durch Überprüfung revidierte automatisierte Entscheidung sind erzeugte Ausgaben, keine akzeptierten Ergebnisse.
Das Unternehmen sollte akzeptierte Ergebnisse pro Kunde und Kohorte messen. Nützliche Kennzahlen sind First-Pass-Akzeptanz, akzeptierte Ergebnisse pro aktivem Nutzer, Überprüfungsminuten pro akzeptiertem Ergebnis, Ausnahmequote, Korrekturquote, Vorfallquote, Kundeneskalation und Zeit bis zur Akzeptanz. Die Definition sollte stabil genug für Kohortenanalysen und spezifisch genug sein, um eine Mengeninflation zu verhindern.
Aussagenregister
Die Durchsetzung durch die SEC in Bezug auf AI-Aussagen zeigt, wie wichtig zutreffende Darstellungen sind [12]. Eine private Finanzierung hängt ebenfalls von verlässlichen Aussagen ab. Das Aussagenregister erfasst jede wesentliche Aussage, die im Pitch, im Datenraum, im Kundenangebot und im Investment-Memo verwendet wird.
| Anspruch | Klasse | Nachweis | Geltungsbereich und Datum | Verantwortlicher | Behandlung im Memo |
|---|---|---|---|---|---|
| "Verkürzt die Prüfzeit um 60 %" | M1 bis zur Beobachtung | Zeitstudienmethode und Stichprobe | Benannter Workflow und Zeitraum | Produktverantwortlicher | Management-Schätzung oder beobachtetes Ergebnis |
| "Proprietärer Datensatz" | U bis Rechte nachgewiesen | Datensatzinventar und Vereinbarungen | Datenfelder und Jurisdiktionen | Rechtlicher/Daten-Verantwortlicher | Offener Punkt |
| "Unternehmensweiter Produktivbetrieb" | O1 | Vertrag, Umgebung und Nutzung | Kunde, Produkt und Zeitraum | Kaufmännischer Leiter | Beobachtet mit definiertem Umfang |
| "Best-in-Class-Genauigkeit" | U | Repräsentativer Benchmark und Vergleichsmaßstab | Aufgabe, Stichprobe und Version | AI Lead | Bis zur Reproduktion ausschließen |
| "90 % Bruttomarge" | O1 oder M1 | Hauptbuch, Rechnungen und Zuordnung | Produkt und Zeitraum | CFO | Abgestimmte Ist-Werte oder Managementplan |
Das Behauptungsregister hilft auch Gründern. Unbelegte Behauptungen können vor einem Finanzierungsprozess korrigiert werden. Management-Schätzungen können durch strukturierte Tests in beobachtete Nachweise umgewandelt werden.
Evidenz-Flywheel
Eine belastbare Anwendung kann ein rechtmäßiges und nützliches Evidenz-Flywheel aufbauen. Kundenaufgaben erzeugen Nutzungsdaten mit Einwilligung oder vertraglicher Erlaubnis. Überprüfungs- und Ergebnissignale verbessern die Bewertung. Bewertungen verbessern Routing-, Workflow- und Release-Entscheidungen. Besser akzeptierte Ergebnisse verbessern Akzeptanz und Kundenbindung. Beibehaltene Nutzung erzeugt repräsentativere Evidenz. Jedes Glied benötigt Rechte, Qualität und wirtschaftlichen Wert.
Der Investor sollte eine zirkuläre Data-Moat-Behauptung ablehnen. Mehr Daten haben nur dann Wert, wenn sie zulässig, relevant, ausreichend gekennzeichnet, in einen kontrollierten Verbesserungsprozess eingebunden und für einen Wettbewerber schwer zu reproduzieren sind.
Produktwert, Kunden-Workflow und Produkt-Markt-Evidenz
Ausgangsbasis und Kontrafaktum
Der Produktwert benötigt eine Vergleichsbasis. Die Vergleichsbasis kann die aktuelle menschliche Arbeit, Regeln, bestehende Software, eine ausgelagerte Dienstleistung oder Nichtstun sein. Die kontrafaktische Situation sollte widerspiegeln, was der Kunde ohne das Produkt tatsächlich tun würde. Der Vergleich eines Produkts mit einem unrealistischen manuellen Prozess überzeichnet den Wert.
Der stärkste frühe Nachweis ist ein repräsentativer kundeninterner Vergleich. Er verwendet dieselbe Aufgabenfamilie, dieselben Serviceanforderungen und dasselbe Entscheidungsfenster. Er erfasst Eingabeunterschiede, Selektionseffekte und Überprüfung. Randomisierte Tests können für Produktmerkmale geeignet sein. Operative und regulierte Workflows können angeglichene Zeiträume, einen gestaffelten Rollout oder eine kontrollierte Schattennutzung erfordern.
Produktivitäts- und Umsatzüberleitung
| Überleitungszeile | Berechnung | Nachweisanforderung |
|---|---|---|
| Basiskapazität | Akzeptierte Ergebnisse geteilt durch Gesamtarbeitsstunden | Zeitstudie und stabile Ergebnisdefinition |
| Unterstützte Kapazität | Akzeptierte Ergebnisse geteilt durch unterstützte Arbeitsstunden und Ausnahmestunden | Gleiche Aufgabenmischung und Qualität |
| Qualitätsanpassung | Akzeptierte Ergebnisse, die alle Schwellenwerte erfüllen | Evaluierung und Kundenakzeptanz |
| Kundenwert | Vermiedene Kosten, freigesetzte Kapazität, geringere Verluste oder höhere vereinnahmte Erlöse | Genehmigte kontrafaktische Situation und Finanznachweise |
| Produktpreis | Vereinnahmter Umsatz nach Abzug von Gutschriften und Zugeständnissen | Vertrag, Rechnung und Bank-/Hauptbuchbeleg |
| Bruttogewinn des Produkts | Vereinnahmter oder erfasster Umsatz abzüglich vollständiger Kosten der Leistungserbringung | Abgestimmtes Hauptbuch und Zuordnungsrichtlinie |
Produktivität wird zu einem Nutzenversprechen für den Kunden, wenn der Kunde Kapazitäten umwidmen, tatsächliche Kosten senken, mehr Nachfrage bedienen, die Time-to-Revenue verbessern oder gemessenen Verlust reduzieren kann. Umsatz wird zum Unternehmenswert, wenn vertraglich vereinbarte Nutzung in vereinnahmten und einbehaltenen Bruttogewinn übergeht.
Evidenzleiter für Kunden
| Stufe | Nachweis | Was es stützt |
|---|---|---|
| C0-Discovery | Interview und beobachteter Schmerzpunkt | Problemhypothese |
| C1-Design-Partner | Zugang, Feedback und Workflow | Evidenz für Produktdesign |
| C2 kontrollierte Pilotphase | Repräsentative Aufgaben und vereinbarte Erfolgskriterien | Machbarkeit und Nutzernachweise |
| C3 bezahlte Pilotphase | Unterzeichnete Vergütungsvereinbarung und Zahlungseingang | Zahlungsbereitschaft innerhalb des Pilotumfangs |
| C4 Produktivbetrieb | Wiederholte akzeptierte Ergebnisse im operativen Workflow | Produktnutzung und Zuverlässigkeit |
| C5 Verlängerung | Fortgesetzter bezahlter Vertrag nach einer informierten Entscheidung | Bindungsnachweise |
| C6 Erweiterung | Zusätzliches Produkt, Volumen, Team oder Geografie | Breitere Wertnachweise |
Absichtserklärungen, Memorandum of Understanding, unbezahlte Pilotprojekte, bezahlte Pilotprojekte, Produktionsverträge und vereinnahmte Vertragsverlängerungen sollten getrennt ausgewiesen werden. Logos ersetzen diese Klassifizierung nicht.
Kundenreferenz-Protokoll
Eine Kundenreferenz sollte autorisiert und strukturiert sein. Der Interviewer bestätigt Problem, bisherigen Workflow, Kaufprozess, Deployment, Time to Value, Qualität, Ausnahmen, Support, Nutzungshäufigkeit, Nutzerbreite, Preis, Verlängerungsabsicht und Alternativen. Der Investor dokumentiert die Beziehung des Interviewten zum Kauf und zur täglichen Nutzung.
Die Referenz ist ein vom Kunden bestätigter Nachweis. Sie ist aussagekräftiger, wenn sie mit Vertrags-, Produkt- und Finanzunterlagen abgeglichen wird. Ein vom Gründer ausgewählter Champion kann wertvolle Details liefern und repräsentiert möglicherweise nicht die Sicht von Einkauf, Sicherheit, Finanzen oder Endnutzern.
Vertriebs- und Verkaufsmodell
AI-Anwendungen können gründergeführten Vertrieb, produktgetriebene Adoption, direkten Enterprise-Vertrieb, Marktplätze, Cloud-Partner, Systemintegratoren, Kanalpartner und eingebettete Distribution nutzen. Jedes Modell hat unterschiedliche Kosten, Kontrolle, Zeit und Konzentration.
| Vertriebskennzahl | Definition | Häufige Verzerrung |
|---|---|---|
| Qualifizierte Verkaufschance | Der Account erfüllt explizite Kriterien hinsichtlich Kunde, Bedarf, Entscheidungsbefugnis und Timing. | Demo-Anfrage wird als Pipeline gezählt |
| Vertriebszyklus | Vom ersten qualifizierten Kontakt bis zum unterzeichneten Vertrag | Schließt Verzögerungen durch Einkauf oder Sicherheit aus |
| CAC | Vollständig belastete Akquisitionskosten für die relevante Kohorte | Lässt Gründer-, Partner- oder Implementierungskosten unberücksichtigt |
| Amortisationsdauer | CAC geteilt durch Bruttogewinnbeitrag der Kohorte | Verwendet Umsatz oder Zielmarge |
| Abschlussquote | Gewonnene Opportunities geteilt durch vergleichbare abgeschlossene Opportunities | Entfernt Verluste oder veraltete Deals |
| Expansion | Zusätzlicher vereinnahmter wiederkehrender Wert aus bestehenden Kunden | Einmalige Dienstleistungen enthalten |
| Kanalkonzentration | Anteil an qualifizierter Pipeline, Umsatz und Zahlungseingang nach Quelle | Partner-generierte und partnerbeeinflusste Deals werden vermischt |
| Stufe | Nachweis | Was es stützt |
|---|---|---|
| C0-Discovery | Interview und beobachteter Schmerzpunkt | Problemhypothese |
| C1-Design-Partner | Zugang, Feedback und Workflow | Evidenz für Produktdesign |
| C2 kontrollierte Pilotphase | Repräsentative Aufgaben und vereinbarte Erfolgskriterien | Machbarkeit und Nutzernachweise |
| C3 bezahlte Pilotphase | Unterzeichnete Vergütungsvereinbarung und Zahlungseingang | Zahlungsbereitschaft innerhalb des Pilotumfangs |
| C4 Produktivbetrieb | Wiederholte akzeptierte Ergebnisse im operativen Workflow | Produktnutzung und Zuverlässigkeit |
| C5 Verlängerung | Fortgesetzter bezahlter Vertrag nach einer informierten Entscheidung | Bindungsnachweise |
| C6 Erweiterung | Zusätzliches Produkt, Volumen, Team oder Geografie | Breitere Wertnachweise |
Technische Architektur, Modell-Lieferkette und Portabilität
Architekturnachweis
Die Architektur sollte den vollständigen Pfad vom Benutzer und Quellsystem bis zum akzeptierten Ergebnis aufzeigen. Sie umfasst Identität, Berechtigungen, Datenbewegung, Abruf, Prompts, Modellrouten, Tools, Codeausführung, Guardrails, menschliche Prüfung, Speicherung, Observability und Abrechnung. Das Diagramm sollte Kundenumgebungen, Unternehmenssysteme und Dritte unterscheiden.
| Komponente | Underwriting-Nachweis | Wesentliche Abhängigkeit |
|---|---|---|
| Benutzer und Identität | Rollen-, Authentifizierungs- und Autorisierungstests | Kunden-Identity-Provider |
| Quellintegration | Datenvertrag, Datenherkunft, Fehler und Abgleich | Kunde API und Datenqualität |
| Abruf und Gedächtnis | Korpus, Aktualität, Zugriff und Löschung | Vektorspeicher und Quellenrechte |
| Orchestrierung | Workflow-Version, Wiederholungsversuche, Zeitlimit und Idempotenz | Anwendungscode und Tool-APIs |
| Modellroute | Anbieter, Modell/Version, Fallback und Schwellenwerte | Preis, Kapazität, Lebenszyklus und Bedingungen |
| Tools | Berechtigung, Validierung und Transaktionsgrenze | Sicherheit externer Dienste und Zugangsdaten |
| Menschliche Prüfung | Prüfer, Warteschlange, Zuständigkeit und Eskalation | Fachkapazität und Betriebszeiten |
| Überwachung | Messgrößen für Qualität, Kosten, Latenz, Vorfälle und Drift | Ereignisvollständigkeit |
Anbieterregister
OpenAI, Anthropic, Google und AWS veröffentlichen unterschiedliche Preisstrukturen für Modelle, Caching, Batching, Tools, Kontext und Deployment [13-16]. Google veröffentlicht außerdem Informationen zum Lebenszyklus von Modellen und Endpunkten, einschließlich Außerbetriebnahmen [17]. Das Register erfasst den genauen verwendeten Dienst und nicht nur die Anbietermarke.
| Feld | Erforderlicher Inhalt |
|---|---|
| Dienstidentität | Anbieter, Produkt, Modell, Version, Region und Konto |
| Kommerziell | Preiseinheit, Tarifstufe, zugesagtes Ausgabenvolumen, Rabatt, Währung und Verlängerung |
| Daten | Nutzung von Eingaben/Ausgaben, Aufbewahrung, Protokollierung, Trainingseinstellung und Unterauftragsverarbeiter |
| Performance | Repräsentative Qualität, Latenz, Verfügbarkeit und Kapazität |
| Lebenszyklus | Mitteilung zu Release, Abkündigung, Außerbetriebnahme und Migration |
| Kontrolle | Version-Pinning, Fallback, Rate Limit und Ausgabenlimit |
| Exit | Alternativer Anbieter/alternatives Modell, Migrationsaufwand, Teststatus und Datenexport |
Listenpreise können sich ändern, und die tatsächlichen Ausgaben hängen von Eingabedaten, Ausgabedaten, Wiederholungsversuchen, Caching, Tool-Nutzung, Kontext, Modalität und Volumen ab. Die Due Diligence sollte Rechnungspositionen für einen repräsentativen Zeitraum mit der Produkt-Telemetrie abgleichen.
Konzentration und Wechsel
Die FTC-Studie zu ausgewählten Partnerschaften zwischen Cloud-Anbietern und AI-Entwicklern erfasst Cloud-Ausgabenverpflichtungen, Exklusivitätsmerkmale, Zugriff auf sensible Informationen und potenzielle Wechselkosten [11]. Der Bericht betrifft diese Partnerschaften und legt nicht die Bedingungen eines privaten Anwendungsunternehmens fest. Er bietet eine nützliche Perspektive für die Due Diligence.
Die Konzentration wird über Ausgaben, akzeptierte Ergebnisse, kritische Funktionen, Regionen und Kunden gemessen. Ein Unternehmen kann als Multi-Modell erscheinen, während ein Anbieter jede umsatzkritische Aufgabe übernimmt. Ein Fallback, der einen synthetischen Prompt besteht, kann dennoch bei Kunden-Tools, langem Kontext, Sicherheitsverhalten, strukturierter Ausgabe oder Latenz scheitern.
Portabilitätstest
Ein Portabilitätstest führt eine repräsentative Evaluationssuite gegen ein alternatives Modell oder Deployment aus. Er erfasst Codeänderungen, Prompt-Änderungen, Unterschiede im Ausgabeschema, Qualität, Prüfaufwand, Latenz, Kosten, Sicherheit, Datenbedingungen und Migrationszeit. Das Ergebnis kann portabel, teilweise portabel oder konzentriert sein.
Der Investor sollte mindestens drei Schocks modellieren: einen Anstieg der Stückkosten des Modells um 50 %, den Rückzug des Primärmodells innerhalb von 90 Tagen und Kapazitätsdrosselung während der Spitzennutzung. Diese Prozentsätze und Zeiträume sind hypothetische, illustrative Beispielannahmen. Das Management sollte sie durch seine vertraglichen und operativen Nachweise ersetzen.
Open-Weight- und Lizenzabhängigkeit
Metas Llama-4-Community-Lizenz gewährt bestimmte Rechte und enthält Bedingungen zu Weiterverbreitung, Namensnennung, zulässiger Nutzung und Skalierung [22]. Andere Open-Weight-Modelle haben andere Lizenzen. Open-Weight bedeutet nicht uneingeschränkt. Das Unternehmen sollte die genaue Lizenzversion, Model Card, Download-Quelle, Änderungen, Hinweise, Prüfung der zulässigen Nutzung und Weiterverbreitungsanalyse aufbewahren.

Evaluierung, Zuverlässigkeit, Sicherheit und betriebliche Kontrollen
Evaluierungsvertrag
Das AI RMF von NIST verwendet die Funktionen Govern, Map, Measure und Manage [23]. Sein Generative-AI-Profil identifiziert generative-AI-Risiken und empfohlene Maßnahmen [24]. Die aktuelle Modellrichtlinie von OpenAI empfiehlt eine repräsentative Aufgaben-Evaluierung vor Migration oder Optimierung [29]. Die Evaluierungsrichtlinie von Anthropic beginnt mit spezifischen, messbaren und relevanten Erfolgskriterien [30]. Diese Quellen stützen eine praktische Freigabedisziplin.
Ein Evaluierungsvertrag definiert Aufgabenpopulation, Stichprobe, Ground Truth, Bewerter, Dimensionen, Schwellenwert, Schweregrad, Untergruppe, Modell/Version, Prompt, Tool-Umgebung und Freigabeentscheidung. Das Testset sollte normale, schwierige, adversarische, unvollständige und Out-of-Scope-Fälle enthalten.
| Evaluierungsdimension | Beispielmaßnahme | Freigabebehandlung |
|---|---|---|
| Aufgabenerfolg | Akzeptierte Antwort oder abgeschlossene Tool-Aktion | Mindestgewichtete Bestehensquote |
| Faktische Untermauerung | Durch zulässige Belege gestützte Aussagen | Kritischer Fehler, wenn eine wesentliche Aussage nicht belegt ist |
| Vollständigkeit | Erforderliche Felder und Entscheidungen vorhanden | Schema- und Reviewer-Prüfung |
| Sicherheit und Richtlinien | Verbotene, schädliche oder unbefugte Handlung | Nulltoleranz bei definierten kritischen Fällen |
| Datenschutz | Umgang mit personenbezogenen oder vertraulichen Daten | Datenfluss- und Ausgabetest |
| Robustheit | Leistung bei Rauschen, Prompt-Variation und fehlenden Daten | Schwellenwert nach Kundensegment |
| Latenz | Zeit bis zum akzeptierten Ergebnis | Schwellenwert für das Entscheidungsfenster des Kunden |
| Kosten | Vollkosten pro akzeptiertem Ergebnis | Produkt- und Margenschwellenwert |
Release und Monitoring
Ein einziger Benchmark reicht nicht aus. Releases können Modellversion, Prompt, Tools, Retrieval, Richtlinien, Code, Daten und Kundenkonfiguration ändern. Das Unternehmen sollte ein Release-Manifest aufbewahren und die erforderliche Testsuite erneut ausführen. Das Produktionsmonitoring vergleicht dann Akzeptanz, Fehlschläge, Latenz und Kosten mit den Release-Erwartungen.
| Release-Datensatz | Mindestnachweis |
|---|---|
| Identität | Versionen von Anwendung, Modell, Prompt, Tool, Daten und Richtlinien |
| Änderung | Beschreibung, Verantwortlicher, Grund und betroffene Kunden |
| Evaluierung | Datensatzversion, Ergebnisse, Fehler und Vergleich |
| Genehmigung | Produkt, Engineering, Sicherheit und fachliche Zuständigkeit nach Bedarf |
| Rollout | Kohorte, Feature-Flag, Grenzwerte, Monitoring und Rollback |
| Einordnung | Freigabe, eingeschränkte Freigabe, Zurückhalten oder Außerbetriebnahme |
Zuverlässigkeit und Vorfallnachweise
Zuverlässigkeit wird an der Grenze des akzeptierten Ergebnisses gemessen. Die Verfügbarkeit kann hoch sein, während ein kritisches Tool stillschweigend ausfällt. Ein Modell kann antworten und dabei ein ungültiges Schema liefern. Ein Workflow kann nach dem Entscheidungsfenster des Kunden abgeschlossen werden. Das Vorfallregister sollte Anbieterausfälle, beeinträchtigte Qualität, Retrieval-Fehler, veraltete Daten, Tool-Fehler, Sicherheitsvorfälle, Ausgabenanomalien und Rückstände bei der menschlichen Prüfung umfassen.
| Vorfallfeld | Zweck |
|---|---|
| Beginn, Erkennung und Wiederherstellung | Ausmaß und Reaktion messen |
| Betroffene Aufgabe, betroffener Kunde und Ergebnis | Betriebliche Konsequenz ermitteln |
| Modell-, Daten-, Tool- und Codeversionen | Zustand reproduzieren |
| Schweregrad und Zuständigkeit | Erforderliche Eskalation auslösen |
| Kundenkommunikation | Vertragliche Reaktion belegen |
| Ursachenanalyse und Korrekturmaßnahmen | Wiederholung reduzieren |
| Kosten, Gutschriften und Zugeständnisse | Wirtschaftliche Auswirkungen abstimmen |
Sicherheiten
Das SSDF-Community-Profil des NIST ergänzt generative-AI-Praktiken für die sichere Softwareentwicklung [25]. CISA und NCSC behandeln sicheres Design, Entwicklung, Bereitstellung und Betrieb für AI-Systeme [26]. OWASP identifiziert Risiken wie Prompt-Injection, Offenlegung sensibler Informationen, Schwachstellen in der Lieferkette und unbegrenzten Ressourcenverbrauch [27]. MITRE ATLAS bietet eine sich weiterentwickelnde Bedrohungswissensbasis für prädiktive, generative und agentische AI-Systeme [28].
| Bedrohung | Exposition der Anwendung | Kontrollnachweise |
|---|---|---|
| Prompt- oder Kontext-Injection | Nicht vertrauenswürdige Inhalte verändern das Modellverhalten | Vertrauensgrenzen, Sanitisierung, Instruktionshierarchie und Tests |
| Übermäßige Handlungsbefugnis | Modell ruft ein folgenreiches Tool außerhalb seiner Befugnisse auf | Minimale Berechtigungen, Positivlisten, Freigabe und Transaktionslimits |
| Offenlegung sensibler Daten | Prompt, Abruf, Protokoll oder Ausgabe geben Daten preis | Zugriff, Minimierung, Schwärzung, Verschlüsselung und Überwachung |
| Kompromittierung der Lieferkette | Modell, Paket, Embedding oder Tool ist bösartig | Provenienz, Scannen, Pinning und Anbieterprüfung |
| Unbeschränkter Ressourcenverbrauch | Anfragen verursachen Dienstverschlechterung oder Kostenschock | Raten-, Token-, Tool-, Rekursions- und Ausgabenkontrollen |
| Modell-Diebstahl oder -Extraktion | Wiederholte Abfragen reproduzieren proprietäres Verhalten | Missbrauchserkennung, Begrenzungen und Reaktion |
| Daten- oder RAG-Vergiftung | Quellinhalt verfälscht die Ausgabe | Quellenautorität, Ingestion-Kontrolle und Anomalietests |
Sicherheitszertifizierungen und Penetrationstests sind Nachweise im Rahmen ihres Geltungsbereichs und zum jeweiligen Datum. Sie ersetzen weder Architekturprüfung noch Vorfallhistorie noch kundenspezifische Kontrollen.
Datenrechte, Datenschutz, Regulierung und geistiges Eigentum
Genaue Leistungsbedingungen
OpenAI erklärt, dass geschäftliche und API-Eingaben und -Ausgaben standardmäßig vom Training ausgeschlossen sind [18]. Seine Dienstleistungsvereinbarung regelt die Geschäftsbeziehung und die relevanten Inhaltsrechte [19]. Anthropic veröffentlicht Informationen zur Datennutzung bei kommerziellen Produkten [20]. Die Gemini-API-Bedingungen von Google unterscheiden zwischen kostenlosen und kostenpflichtigen Diensten, einschließlich der Nutzung eingereichter Inhalte und menschlicher Überprüfung bei kostenlosen Diensten sowie einer abweichenden Behandlung bei kostenpflichtigen Diensten [21]. Die Zero-Data-Retention-Hinweise von Google benennen produktspezifische Einstellungen und Funktionen, die für die Aufbewahrung relevant sind [40].
Diese Bedingungen können sich ändern. Das Unternehmen sollte datierte Vertragsunterlagen, Kontoeinstellungen und Nachweise zum Datenfluss aufbewahren. Eine Antwort zum Datenschutz, die ausschließlich auf einer öffentlichen Aussage des Anbieters auf Markenebene beruht, ist unvollständig.
Datenrechte-Register
| Datenklasse | Quelle | Recht und Zweck | Nutzung für Training oder Evaluierung | Aufbewahrung und Löschung | Übermittlung und Auftragsverarbeiter |
|---|---|---|---|---|---|
| Kundeneingabe | Kundensystem | Vertrag und anwendbare Rechtsgrundlage | Durch Vereinbarung definiert | Kunden- und Unternehmensrichtlinie | Benannte Anbieter und Regionen |
| Kundenfeedback | Nutzerbewertung | Begriff für Produktbetrieb und -verbesserung | Bereichsspezifisch | Festgelegter Zeitraum | Genehmigte Auftragsverarbeiter |
| Öffentliche Daten | Identifizierte Veröffentlichung | Urheberrechts-, Datenbank- und Nutzungsanalyse | Erfasst | Provenienz beibehalten | Anbieterbedingungen geprüft |
| Lizenzierte Daten | Anbieter oder Partner | Lizenzumfang, Anwendungsfeld, geografischer Geltungsbereich und Laufzeit | Ausdrückliche Genehmigung | Vertragslaufzeit | Übertragungsbeschränkung |
| Synthetische Daten | Unternehmensgenerierung | Rechte an Quellen und generierten Inhalten | Dokumentiert | Versioniert | Modellbedingungen geprüft |
| Mitarbeiterinhalte | Mitarbeitende oder Auftragnehmer | Abtretung, Vertraulichkeit und Richtlinie | Eingeschränkter Zweck | Personal- und Rechtsrichtlinien | Zugelassene Tools |
Das Register sollte Datenqualität und Nützlichkeit getrennt von rechtlichen Berechtigungen erfassen. Rechtmäßige Daten können irrelevant sein. Nützliche Daten können unbrauchbar sein, weil die erforderliche Berechtigung fehlt.
UAE, DIFC, ADGM, Datenschutz in Saudi-Arabien und im Vereinigten Königreich
UAE Bundesdekretgesetz Nr. 45 von 2021 legt einen bundesweiten Rahmen für personenbezogene Daten in seinem Anwendungsbereich fest [33]. DIFC-Verordnung 10 behandelt die Verarbeitung personenbezogener Daten durch autonome und teilautonome Systeme [34]. ADGM-Leitlinien behandeln automatisierte individuelle Entscheidungsfindung, einschließlich der Notwendigkeit einer aussagekräftigen menschlichen Überprüfung in relevanten Fällen [35]. Das saudi-arabische PDPL und der Umsetzungsrahmen legen Verpflichtungen für Verantwortliche im Anwendungsbereich fest [36]. Das britische Information Commissioner's Office veröffentlicht AI-Leitlinien zu Rechtmäßigkeit, Fairness, Transparenz, Zweckbindung, Datenminimierung, Richtigkeit, Speicherung, Sicherheit und Rechenschaftspflicht [37].
| Jurisdiktion oder Regelungsregime | Frage zur Produktrolle | Due-Diligence-Nachweise |
|---|---|---|
| UAE Bundesebene | Werden personenbezogene Daten innerhalb des territorialen und sachlichen Anwendungsbereichs verarbeitet? | Verarbeitungsverzeichnis, Rechtsgrundlage, Hinweis, Auftragsverarbeiter und Übermittlungskarte |
| DIFC | Verarbeitet ein autonomes oder teilautonomes System personenbezogene Daten? | Bewertung und Kontrollnachweis nach Verordnung 10 |
| ADGM | Erzeugt ausschließlich automatisierte Verarbeitung rechtliche oder ähnlich erhebliche Auswirkungen? | Entscheidungsmatrix, Ausnahme, aussagekräftige menschliche Überprüfung und Widerspruch |
| Saudi-Arabien | Ist das Unternehmen Verantwortlicher oder Auftragsverarbeiter im Rahmen des PDPL? | Nachweise zu Rechtsgrundlage, Zweck, Information, Sicherheit, Übermittlung und Aufbewahrung |
| Vereinigtes Königreich | Wie finden die britischen Datenschutzgrundsätze im gesamten AI-Lebenszyklus Anwendung? | Nachweise zu DPIA, Fairness, Transparenz, Rechten und Sicherheit |
Diese Tabelle ist ein Due-Diligence-Index. Sie ist keine rechtliche Schlussfolgerung.
Rollen und Transparenz nach dem EU-AI-Gesetz
Das EU-AI-Gesetz unterscheidet zwischen Anbietern von Modellen, Anbietern von Systemen, Betreibern und sonstigen Akteuren und wendet Pflichten nach Rolle und Risiko an [31]. Die Europäische Kommission gibt an, dass die Transparenzpflichten nach Artikel 50 ab dem 2. August 2026 gelten, mit einer besonderen Übergangsbehandlung für bestimmte Systeme, die früher auf dem Markt bereitgestellt wurden [32]. Ein GCC-Unternehmen kann je nach Sachlage durch das Inverkehrbringen von Produkten, die Bereitstellung oder betroffene Personen in der Union in den Anwendungsbereich fallen.
Die Produkt-Rollen-Matrix sollte für jeden Anwendungsfall und jede Jurisdiktion ausgefüllt werden. Ein Unternehmen kann für eine Funktion Anbieter, für eine andere Betreiber und für ein Allzweckmodell eines Drittanbieters nachgelagerter Integrator sein. Vertragsformulierungen sollten an die tatsächliche Architektur und Kontrolle angepasst sein.
Urheberrecht, Patente und Code-Herkunft
Das US Copyright Office hat Berichte veröffentlicht, die sich mit digitalen Replikaten, der Urheberrechtsfähigkeit generativer AI-Ergebnisse und dem Training von AI befassen [38]. Die überarbeiteten Leitlinien des USPTO vom November 2025 besagen, dass für AI-unterstützte Erfindungen die üblichen Erfinderschaftsstandards gelten und nur natürliche Personen Erfinder sein können [39]. Anbietervereinbarungen und Lizenzen für offene Modelle weisen unterschiedliche Rechte zu und behalten sie vor [19,21,22].
| IP-Vermögenswert | Erforderliche Aufzeichnung | Due-Diligence-Thema |
|---|---|---|
| Quellcode | Repository, Autor, Abtretung, Lizenz und Abhängigkeit | Eigentumsrechte und Open-Source-Verpflichtungen |
| Prompt und Workflow | Version, Autor, Kundenbeschränkungen und Umgang mit Geschäftsgeheimnissen | Urheberrecht, Vertraulichkeit und Portabilität |
| Datensatz | Quelle, Lizenz, Erhebung und zulässiger Zweck | Urheberrecht, Datenbankrecht, Datenschutz und Vertragsrecht |
| Fine-Tuning oder Adapter | Basislizenz, Trainingsdaten, Methode und Bereitstellung | Rechte und Anbieterbedingungen |
| Ergebnis | Menschlicher Beitrag, Prüfung und Kundenbedingungen | Schutzfähigkeit und Verletzungsrisiko |
| Erfindung | Menschlicher Konzeptionsnachweis und Abtretung | Erfinderschaft und Patentinhaberschaft |
| Marke und Domain | Registrierung, Inhaberschaft und Nutzung | Handlungsfreiheit und Kundenverwirrung |
Generierter Code sollte dieselben Prüf-, Test-, Sicherheits-, Herkunfts- und Lizenzkontrollen durchlaufen wie von Menschen geschriebener Code. Bei der Due Diligence sollten Commits und Abhängigkeiten stichprobenartig geprüft werden, statt sich nur auf ein Richtliniendokument zu verlassen.
| Phase | Nachweis | Investorentest |
|---|---|---|
| Opportunität | Qualifizierter Bedarf, Käufer, Budget und Zeitpunkt | Definition und Fälligkeitsstruktur sind konsistent |
| Vertrag | Unterzeichnete Vereinbarung, Laufzeit, Umfang, Preis und Kündigung | Von autorisierten Parteien unterzeichnet; Side Letters erfasst |
| Bereitstellung | Aufzeichnung zu Umgebung, Benutzer und Integration | Produktions-, Pilot- und Testumgebung sind getrennt |
| Performance | Abgenommene Ergebnisse und Leistungsnachweise | Vertraglich vereinbarte Leistung wurde erbracht |
| Rechnung | Rechnung, Datum, Betrag, Steuer und Fälligkeitsdatum | Mit Vertrag und Hauptbuch abgestimmt |
| Zahlungseingang | Bank- oder Zahlungsnachweis und Zuordnung | Zahlungseingang erfolgt und wird nicht storniert |
| Gutschrift oder Zugeständnis | Gutschrift, Rabatt, Freiperiode oder Service-Wiedergutmachung | Nettoumsatz und Kundenanliegen erfasst |
| Verlängerung | Informierte Fortsetzung und neue Laufzeit | Automatische Verlängerung, ausgehandelte Verlängerung und Weiternutzung nach Vertragsablauf getrennt |
Umsatzqualität, Kundenbindung und Umsatzverteilung
Vom Vertrag zum Zahlungseingang
Die Umsatzprüfung beginnt mit einer kundenbezogenen Brücke. Die Brücke verknüpft Verkaufschance, unterzeichneten Vertrag, Leistungsverpflichtung, Produktzugang, Nutzung, abgenommene Ergebnisse, Rechnung, Zahlungseingang, Gutschrift, Zugeständnis, Verlängerung und Ausweitung. Sie identifiziert außerdem Beziehungen zu Wiederverkäufern, nahestehenden Parteien, Gründernetzwerken und strategischen Partnern.
| Phase | Nachweis | Investorentest |
|---|---|---|
| Opportunität | Qualifizierter Bedarf, Käufer, Budget und Zeitpunkt | Definition und Fälligkeitsstruktur sind konsistent |
| Vertrag | Unterzeichnete Vereinbarung, Laufzeit, Umfang, Preis und Kündigung | Von autorisierten Parteien unterzeichnet; Side Letters erfasst |
| Bereitstellung | Aufzeichnung zu Umgebung, Benutzer und Integration | Produktions-, Pilot- und Testumgebung sind getrennt |
| Performance | Abgenommene Ergebnisse und Leistungsnachweise | Vertraglich vereinbarte Leistung wurde erbracht |
| Rechnung | Rechnung, Datum, Betrag, Steuer und Fälligkeitsdatum | Mit Vertrag und Hauptbuch abgestimmt |
| Zahlungseingang | Bank- oder Zahlungsnachweis und Zuordnung | Zahlungseingang erfolgt und wird nicht storniert |
| Gutschrift oder Zugeständnis | Gutschrift, Rabatt, Freiperiode oder Service-Wiedergutmachung | Nettoumsatz und Kundenanliegen erfasst |
| Verlängerung | Informierte Fortsetzung und neue Laufzeit | Automatische Verlängerung, ausgehandelte Verlängerung und Weiternutzung nach Vertragsablauf getrennt |
Für den wiederkehrenden Jahresumsatz (ARR) sollte eine schriftliche Richtlinie bestehen. Der Investor sollte prüfen, ob Pilotprojekte, Verbrauchsverpflichtungen, Implementierung, professionelle Dienstleistungen, nicht kündbare Verträge, Mindestnutzungsmengen, Einmalgebühren und überfällige Rechnungen enthalten sind. Der gemeldete ARR sollte im Rahmen der Richtlinie mit einer Kundenaufstellung und dem Hauptbuch abgestimmt werden.
Kohorten
Eine Kohorte gruppiert vergleichbare Kunden nach Startzeitraum, Segment, Produkt, Vertrag oder Akquisitionsquelle. Umsatzretention sollte sowohl auf Brutto- als auch auf Nettobasis ausgewiesen werden. Logo-Retention sollte neben Umsatzretention stehen, da ein expandierender Kunde einen breiten Kundenverlust verdecken kann.
| Kohortenkennzahl | Zähler | Nenner | Auslegung |
|---|---|---|---|
| Bruttoumsatzretention | Ausgangs-wiederkehrender Umsatz abzüglich Churn und Kontraktion | Ausgangs-wiederkehrender Umsatz | Retention vor Expansion |
| Netto-Umsatzretention | Ausgangs-wiederkehrender Umsatz abzüglich Churn und Kontraktion plus Expansion | Ausgangs-wiederkehrender Umsatz | Retention inklusive Expansion |
| Logo-Retention | Gehaltene Ausgangskunden | Ausgangskunden | Breite der Kundenbindung |
| Retention akzeptierter Ergebnisse | Ergebnisse aus beibehaltenen vergleichbaren Workflows | Ausgangswert vergleichbarer Ergebnisse | Fortgesetzte Produktnutzung |
| Retention der Zahlungseingänge | Eingezogener wiederkehrender Wert von Bestandskunden | Ausgangswert des eingezogenen wiederkehrenden Werts | Cash-Qualität |
Das Unternehmen sollte Kohortengröße und -alter offenlegen. Eine junge Kohorte kann vor der ersten wesentlichen Verlängerung eine hohe Netto-Retention aufweisen. Ein Kunde mit einem großen anfänglichen Rollout kann ohne Unzufriedenheit eine Schrumpfung verursachen. Die Nachweise sollten die Veränderung erklären.
Konzentration
Konzentration wird anhand von Umsatz, Bruttogewinn, Zahlungseingang, akzeptierten Ergebnissen, Pipeline und kritischen Datenrechten gemessen. Ein umsatzstarker Kunde kann aufgrund dedizierter Infrastruktur, Dienstleistungen, Support oder Modellnutzung eine niedrige Marge haben. Ein umsatzschwacher Designpartner kann betrieblich kritisch sein, weil das Produkt von seinen Daten oder seiner Domänenexpertise abhängt.
Vertriebseffizienz
Die Kundenakquisekosten sollten Vertriebsvergütung, Marketing, Veranstaltungen, Zeitaufwand der Gründer, Kanalgebühren, Solution Engineering, Sicherheits-Due-Diligence, Pilotprojekte und Implementierung umfassen, sofern sie erforderlich sind, um die Kohorte zu gewinnen. Die Amortisationsdauer verwendet den Bruttogewinn der Kohorte statt des Umsatzes.
Ein Unternehmen in der Frühphase kann die zugrunde liegende Aktivität berichten, selbst wenn kein stabiler CAC verfügbar ist. Nützliche Nachweise umfassen Gründerstunden je Phase, Anzahl der Sicherheitsprüfungen, Pilotdauer, Implementierungsaufwand, Win-/Loss-Gründe und Zeit von der Unterzeichnung bis zur Produktionsabnahme.

Unit Economics, Bruttomarge und Kapitalplan
Kostenbuch je Ergebnis
Token-Preise des Anbieters sind nur eine Kostenposition [13-16]. Die Vollkosten eines akzeptierten Ergebnisses können Zugriff auf Quellsysteme, Dokumentenverarbeitung, Embeddings, Retrieval, Kontextspeicherung, Modelleingaben und -ausgaben, Caching, Grounding, Tools, Codeausführung, Wiederholungsversuche, fehlgeschlagene Aufrufe, Orchestrierung, Observability, Sicherheit, menschliche Prüfung, Support und kundenspezifische Infrastruktur umfassen.
| Kostenpool | Zuordnungstreiber | Nachweis |
|---|---|---|
| Modellinferenz | Tatsächliche Tokens, Bilder, Audio, Aufrufe oder bereitgestellte Kapazität | Telemetrie bis zur Rechnung |
| Retrieval und Speicherung | Indexiertes Volumen, Abfrage, Speicherdauer und Egress | Cloud-Aufzeichnungen und Rechnung |
| Tools und Datendienste | Aufruf, Suche, Transaktion oder Lizenz | Tool-Protokoll und Rechnung |
| Menschliche Prüfung | Minuten nach Rolle und Ergebnisklasse | Workflow-Zeiterfassung und Lohnsatz |
| Support und Betrieb | Tickets, Incidents, Rufbereitschaft und Kundenumgebung | Ticket- und Personalbesetzungsnachweis |
| Infrastruktur | Compute, Datenbank, Netzwerk, Observability und Sicherheit | Getaggte Cloud-Kosten und Allokationsrichtlinie |
| Kundenspezifische Erbringung | Integration, Konfiguration und dedizierte Umgebung | Projektakte und Vertrag |
Illustrative Bruttogewinn-Überleitung
Nehmen Sie ausschließlich zur Veranschaulichung an, dass ein Kunde monatlich 10.000 akzeptierte Ergebnisse zu jeweils USD 1.20 kauft. Der monatliche Umsatz beträgt USD 12,000.; die Modell- und Retrieval-Kosten betragen USD 1,650; die Tool- und Infrastrukturkosten betragen USD 900; die Kosten für menschliche Prüfung betragen USD 1,800; die Umlagekosten für Support und Zuverlässigkeit betragen USD 750.. Der illustrative Bruttogewinn beträgt USD 6,900 und die Bruttomarge 57,5 %.
| Position | Unverifizierte illustrative Annahme | Pro akzeptiertem Ergebnis |
|---|---|---|
| Vereinnahmte oder erfasste Erlöse | USD 12,000 | USD 1.20 |
| Modell und Retrieval | USD 1,650 | USD 0.165 |
| Tools und Infrastruktur | USD 900 | USD 0.090 |
| Menschliche Prüfung | USD 1,800 | USD 0.180 |
| Support und Zuverlässigkeit | USD 750 | USD 0.075 |
| Illustrativer Bruttogewinn | USD 6,900 | USD 0.690 |
| Illustrative Bruttomarge | 57.5% | 57.5% |
Jede Eingabe in diesem Beispiel ist eine hypothetische Modellierungsannahme. Es belegt weder ein Unternehmens- noch ein Kundenergebnis. Zugeordneter Umsatz, Kostenreduktion und Verlustreduktion bleiben USD 0.
Margenzerlegung
Die Margenveränderung sollte nach Preis, Volumen, Mix, Modellroute, Prompt-/Kontextgröße, Caching, Batch-Nutzung, Review-Rate, Fehlerrate, kundenspezifischer Leistungserbringung und rechnungslegungsrechtlicher Klassifizierung zerlegt werden. Die Offenlegung von Duolingo aus 2025, die generative AI- und Hosting-Kosten mit der Bruttomargenentwicklung verbindet, veranschaulicht, warum direkte AI-Kosten in die Überleitungsrechnung [10] gehören. Die unterschiedlichen Bruttomargen, die Palantir, UiPath und C3 AI ausweisen, veranschaulichen die Produkt- und Geschäftsmodellunterschiede [7-9].
Ein sinkender Anbieterpreis kann die Marge verbessern. Er kann aber auch Preiswettbewerb auslösen, neue Marktteilnehmer ermöglichen oder eine höherwertige Modellroute stützen, die die Stückkosten wahrt. Im Underwriting sollte die Reaktion des Unternehmens modelliert werden, statt anzunehmen, dass alle Einsparungen auf Anbieterseite bei den Aktionären verbleiben.
Kapitalintensität
Anwendungsunternehmen können kapitalleicht oder kapitalintensiv sein. Der Kapitalbedarf steigt mit langen Enterprise-Vertriebszyklen, dedizierten Bereitstellungen, Datenakquisition, Modelltraining, garantierter Kapazität, regulatorischen Genehmigungen, Sicherheitsanforderungen, menschlichen Betriebsabläufen und Working Capital. Gebundene Cloud-Ausgaben können eine feste Verpflichtung schaffen, bevor Kundenvolumen entsteht.
| Kapitalposition | Basisnachweis | Frage zum Abwärtsszenario |
|---|---|---|
| Produkt und Engineering | Personalbestand, Roadmap und Release-Gates | Welche Arbeit ist für die Kundenbindung erforderlich? |
| AI und Daten | Anbieter-, Trainings-, Evaluierungs- und Datenverpflichtungen | Welche Kosten skalieren vor den Umsatzerlösen? |
| Vertrieb und Implementierung | Vertriebstrichter, Vertriebszyklus und Lieferkapazität | Was passiert, wenn sich Transaktionen verzögern? |
| Sicherheit und Compliance | Kunden- und jurisdiktionsspezifische Anforderungen | Welche Genehmigung blockiert Umsätze? |
| Betriebskapital | Abrechnungs-, Inkasso- und Lieferantenzahlungsbedingungen | Steigt der Mittelverbrauch mit dem Umsatz? |
| Finanzierung | Barmittel, Schulden, Eigenkapital und zweckgebundene Mittel | Welche Covenants oder Meilensteine beschränken Maßnahmen? |
Überbrückung der Liquiditätsreichweite
Das Runway-Modell sollte mit bankbestätigten Barmitteln beginnen und monatliche Einzahlungen und Auszahlungen abstimmen. Das Management wendet anschließend Personal-, Anbieter-, Vertriebs- und regulatorische Freigabeschwellen an. Ein Board sollte Basis-, Verzögerungs-, Umsatzrückgangs-, Kostenschock- und No-Raise-Szenarien sehen.
Der Plan sollte gebundene, vertraglich vereinbarte, genehmigte, diskretionäre und nicht genehmigte Ausgaben unterscheiden. Die Mittelverwendung wird zu einer Liste von Nachweis-Meilensteinen: Produktionsabnahme, repräsentative Evaluierung, Renewal-Kohorte, Bruttomargenschwelle, Anbieterwechsel, Sicherheitsanforderung oder Lizenzierungsschritt.
Underwriting-Scorecard, Investment-Memo und Downside-Szenario
Scorecard-Konzeption
Die Scorecard dokumentiert die Belastbarkeit der Nachweise, nicht das Charisma des Gründers oder die Begeisterung für die Kategorie. Jeder Bereich erhält einen Status: verifiziert, teilweise verifiziert, vom Management geschätzt, nicht belegt oder negativ. Eine numerische Bewertung kann die Konsistenz unterstützen, darf aber ein kritisches Problem nicht verdecken.
| Bereich | Gewichtung | Evidenz-Freigabepunkt | Kritischer Stopp |
|---|---|---|---|
| Kundenproblem und Ergebnis | 12 | Beobachteter Workflow und akzeptiertes Ergebnis | Keine wertvolle wiederkehrende Aufgabe |
| Produkt und Nutzung | 10 | Produktive Nutzung und Adoption | Nur Demonstration |
| Bewertung und Zuverlässigkeit | 12 | Repräsentativer Release und Produktionsnachweise | Wesentliche Ausfälle unkontrolliert |
| Architektur und Portabilität | 8 | Abhängigkeitsdiagramm und getestete Ausweichlösung | Unbeherrschbare Anbieterkonzentration |
| Daten, Datenschutz und geistiges Eigentum | 12 | Nachweise zu Rechten und Rollen | Wesentliche Rechte fehlen |
| Umsatz und Kundenbindung | 14 | Vom Vertrag bis zum Zahlungseingang und Kohorten | Umsatz wesentlich falsch dargestellt |
| Unit Economics | 12 | Abgestimmte Kosten pro akzeptiertem Ergebnis | Kostenbuch unvollständig |
| Vertrieb | 8 | Qualifizierter Funnel und Nachweise für wiederholbares Kaufverhalten | Pipeline nicht belegt |
| Team und Governance | 6 | Namentlich benannte Verantwortliche und Kontrollnachweis | Bedenken hinsichtlich Befugnis oder Integrität |
| Kapital und Konditionen | 6 | Liquiditätsreichweite, Abwärtsszenario und Finanzierungsplan | Insolvenz oder nicht bewältigte Finanzierungslücke |
Die Gewichtungen sind hypothetische Modellannahmen. Der Investmentausschuss sollte seine eigenen Gewichtungen und kritischen Schwellenwerte genehmigen.
Nachweispaket zum Investment-Memo
| Memo-Abschnitt | Erforderliche Anlage |
|---|---|
| Investitionsthese | Behauptungsregister und widerlegende Belege |
| Markt | Bottom-up-Workflow, Markt- und Quellenbeschränkungen |
| Produkt | Vorher-/Nachher-Workflow, akzeptiertes Ergebnis und Nachweis der Produktdemonstration |
| Technologie | Architektur, Anbieterverzeichnis, Evaluierung und Portabilitätstest |
| Kunden | Contract-to-Cash-Stichprobe, Kohorten und strukturierte Referenzen |
| Wirtschaftliche Konditionen | Ergebnisbezogenes Hauptbuch, Bruttomargenüberleitung und Vertriebseffizienz |
| Recht und Regulierung | Matrizen zu Gesellschaft, IP, Daten und Produktrollen |
| Team | Rollen, Referenzen, Eigentümerschaft, Anreize und Schlüsselpersonenplan |
| Finanzierung | Cap Table, Instrumentenbedingungen, Mittelverwendung, Runway und Downside |
| Entscheidung | Bedingungen, Rücklagen, Governance-Rechte und Freigabepunkte nach der Investition |
Downside-Szenarien
| Szenario | Illustrativer Schock | Evidenz für das Modell | Management-Stellungnahme |
|---|---|---|---|
| Modellkosten | Stückkosten des Primärmodells steigen um 50 % | Aktuelle Rechnungs- und Arbeitslastverteilung | Routing, Preis, Kontext und Ausweichplan |
| Qualität | First-Pass-Akzeptanz sinkt um 15 Prozentpunkte | Akzeptanzhistorie in Evaluation und Produktion | Rollback, Überprüfung und Kundeneinschränkung |
| Anbieter | Primärversion wird in 90 Tagen eingestellt | Hinweis zum Produktlebenszyklus und Migrationstest | Alternatives Modell und Release-Plan |
| Kunde | Größter Kunde wandert ab | Umsatz-, Bruttogewinn- und Kostenkonzentration | Reaktion auf Kosten, Liquidität und Pipeline |
| Vertrieb | Der mediane Enterprise-Vertriebszyklus verlängert sich um sechs Monate | Phasenhistorie und Beschaffungsnachweise | Anpassung von Personalaufbau und Runway |
| Regulierung | Produkt erfordert zusätzliche Prüfung oder Genehmigung | Rollenmatrix und Analyse durch Rechtsberater | Änderung von Umfang, Geografie oder Kontrolle |
Alle Schocks sind hypothetische, illustrative Beispielangaben. Das Due-Diligence-Team sollte sie durch unternehmensspezifische Nachweise und vom Investmentausschuss genehmigte Schweregrade ersetzen.
Bewertung und Struktur
Die Bewertungsanalyse sollte aktuelle Nachweise vom Optionswert trennen. Der aktuelle Wert kann beobachtete Umsatz-, Kundenbindungs-, Bruttogewinn-, Wachstums- und Cash-Merkmale nutzen. Der Optionswert kann neue Produkte, Geografien, Datensätze oder Modellfähigkeiten widerspiegeln und sollte Wahrscheinlichkeit, Kapitaleinsatz und Zeit berücksichtigen.
Die Struktur kann Nachweislücken durch gestaffelte Finanzierung, Meilensteine, Reserven, Informationsrechte, Zustimmungsrechte, Board-Rechte, Gründer-Vesting, Optionspools und Gewährleistungen adressieren. Rechtsberater sollten die Transaktion entwerfen und bewerten. Meilensteine sollten im Einflussbereich des Managements liegen und durch prüfbare Nachweise definiert sein.

Playbooks für Gründer und Investoren
Index des Gründer-Due-Diligence-Datenraums
| Ordner | Mindestinhalt | Aktualisierungshäufigkeit |
|---|---|---|
| 01 Unternehmen | Gründung, Register, Konzern, Lizenzen und Board-Unterlagen | Bei Änderung |
| 02 Kapital | Cap Table, Instrumente, Optionen, Fremdkapital und Distribution Waterfall | Bei Transaktion |
| 03 Kunden | Vertragsübersicht, unterzeichnete Muster, Rechnungen, Inkasso und Gutschriften | Monatlich |
| 04 Produkt | Roadmap, Releases, Nutzung und akzeptierte Ergebnisse | Bei jedem Release/monatlich |
| 05 AI und Evaluierung | Modelle, Prompts, Suites, Ergebnisse, Vorfälle und Migrationen | Bei jedem Release |
| 06 Daten und geistiges Eigentum | Rechte, Herkunft, Abtretungen, Lizenzen und Erfindungen | Bei Änderung/vierteljährlich |
| 07 Sicherheit und Datenschutz | Architektur, Richtlinien, Tests, Vorfälle, Datenschutz-Folgenabschätzungen und Auftragsverarbeiter | Vierteljährlich/bei Vorfällen |
| 08 Finanzen | Management Accounts, Bankkonten, Budget, Marge und Runway | Monatlich |
| 09 Kommerziell | Pipeline, Funnel, Preisgestaltung, Verluste und Partner | Wöchentlich/monatlich |
| 10 Team | Organisation, Verträge, Vergütung, Referenzen und Personalplan | Monatlich |
| 11 Ansprüche | Aussagenregister für Pitch und Memo | Vor jeder externen Verwendung |
Der Gründer sollte Originalunterlagen aufbewahren und Abstimmungen vorlegen statt einer kuratierten Sammlung vorteilhafter Screenshots. Kundenidentifizierbare und personenbezogene Daten sollten nur mit entsprechender Berechtigung und entsprechenden Kontrollen weitergegeben werden.
Investor-Feldprüfung
Der Investor beginnt mit einer Anforderungsliste und einer Nachweiskarte. Er zieht Kundenstichproben über Gruppen von Bestandskunden, erweiterten Kunden, Pilotkunden, abgewanderten Kunden und verlorenen Geschäftschancen. Er reproduziert eine begrenzte Bewertung. Er verfolgt ausgewählte Verträge bis zur Nutzung, zu Rechnungen und Zahlungseingängen. Er stimmt Anbieterrechnungen mit Telemetriedaten ab. Er prüft stichprobenartig Eigentum am Quellcode und Datenrechte. Er testet eine Anbieter-Migration. Er prüft Vorfälle und die Berichterstattung an das Board.
| Feldprüfung | Stichprobenziel | Nachweise aufbewahrt |
|---|---|---|
| Beobachtung des Arbeitsablaufs | Aufgabe, Überprüfung und Abnahme bestätigen | Datierte Prozessdarstellung und Einschränkungen |
| Reproduktion der Bewertung | Repräsentative Qualität testen | Eingaben, Versionen, Ergebnis und Verbleib |
| Nachverfolgung vom Vertrag bis zum Zahlungseingang | Existenz und Qualität der Umsätze prüfen | Vertrag, Rechnung, Forderungseinzug und Kredit |
| Kohorten-Rekonstruktion | Retention-Berechnungen prüfen | Kundenaufstellung und Formel |
| Kostenabstimmung | Vollkosten je akzeptiertem Ergebnis prüfen | Rechnung, Telemetrie und Allokation |
| Anbieterwechsel | Portabilität und versteckten Aufwand prüfen | Änderungsprotokoll, Evaluation, Kosten und Zeit |
| Sicherheits-/Datenschutzprüfung | Wesentliche Kontrollen und Vorfälle prüfen | Architektur, Test und Behebung |
| Referenzen von Gründer und Team | Historie, Rollen und Integrität prüfen | Quellen, Beziehungen und sachliche Anmerkungen |
Fragen an das Management
- Welches konkrete Kundenergebnis wird von wem und unter welcher Qualitätsschwelle akzeptiert?
- Welche Produktionsaufgabe schlägt am häufigsten fehl, und welche Folge hat das für den Kunden?
- Welches berichtete Produktivitätsergebnis hat eine beobachtete Ausgangsbasis und einen kontrafaktischen Vergleichswert?
- Welcher Anbieter, welches Modell oder welches Tool ist für den gebundenen Umsatz entscheidend?
- Wie lange würde eine repräsentative Migration dauern, und wann wurde sie zuletzt getestet?
- Für welche Datenaussage gibt es die schwächsten Rechtenachweise?
- Welche Kundenkohorte erzielt den höchsten vereinnahmten Bruttogewinn?
- Welcher Kunde erfordert den größten manuellen Prüf- oder Unterstützungsaufwand?
- Welche wesentliche Aussage im Pitch Deck bleibt eine Schätzung des Managements?
- Welches Ergebnis würde das Management dazu veranlassen, das Produkt einzuschränken, neu zu konzipieren oder einzustellen?
- Welcher Liquiditätsplan gilt, wenn sich die nächste Finanzierung um sechs Monate verzögert?
- Welcher Meilenstein überführt die größte verbleibende Unsicherheit in Nachweise?

Gated 12–18-Monats-Roadmap
Die Roadmap beginnt mit Definition und Abgleich. Sie schreitet über repräsentative Bewertung, Produktionsnachweise, verbleibende wirtschaftliche Beteiligung und Finanzierungsbereitschaft voran. Die zeitliche Planung hängt vom Unternehmensstatus, vom Kundenprozess und von regulatorischen Anforderungen ab.
| Phase | Zielzeitraum | Liefergegenstand | Exit-Gate |
|---|---|---|---|
| 0 Definition | Monat 0–1 | Workflow, abgenommenes Ergebnis und Aussagenregister | Benannte Verantwortliche und stabile Definitionen |
| 1 Nachweisraum | Monat 1–2 | Contract-to-Cash-, Architektur-, Anbieter- und Rechte-Register | Kernunterlagen abgestimmt |
| 2 Bewertung | Monat 2–4 | Repräsentative Suite, Release-Gate und Fehlertaxonomie | Kritische Schwellenwerte bestanden |
| 3 Wirtschaftlichkeit | Monat 3–6 | Kosten pro Ergebnis und Bruttomargen-Brücke je Kohorte | Abstimmung von Rechnungen, Telemetrie und Ledger |
| 4 Portabilität | Monat 4–7 | Migrationstest für alternatives Modell/alternativen Anbieter | Definierte Schwellenwerte für Qualität, Zeit und Kosten |
| 5 Kommerzieller Nachweis | Monat 4–10 | Produktivnutzung, Referenz und Nachweis der ersten Verlängerung | Kunden- und Zahlungseingangs-Gates bestanden |
| 6 Skalierungskontrolle | Monat 8–14 | Kontrollen für Monitoring, Sicherheit, Support und Unit Economics | Wachstum beeinträchtigt weder Ergebnis noch Marge |
| 7 Finanzierung | Monate 10–18 | Evidenzbasiertes Memorandum, Downside-Szenario, Bewertung und Mittelverwendung | Vom Ausschuss oder Verwaltungsrat genehmigter Transaktionspfad |
Die Roadmap ist eine Abfolge von Evidenz-Gates. Ein Unternehmen kann schneller voranschreiten, wenn verlässliche Evidenz bereits vorliegt. Es kann in einer Phase verbleiben, wenn ein Gate nicht bestanden wird. Die Entscheidung kann lauten: voranbringen, einschränken, neu gestalten, als Forschungsprojekt beibehalten oder stoppen.
Einschränkungen, Forschungsagenda und Fazit
Diese Forschungsarbeit präsentiert ein Due-Diligence-Rahmenwerk auf Basis öffentlich zugänglicher Evidenz. Es berichtet weder über eine Investition noch über eine Kundenkohorte, eine Produktionsevaluierung oder eine finanzielle Rendite. Marktdaten beschreiben unterschiedliche Datensätze und Zeiträume. Offenlegungen börsennotierter Unternehmen beschreiben reife Unternehmen mit wirtschaftlichen Profilen, die einem privaten Anwendungs-Startup möglicherweise nicht ähneln. Anbieterpreise und -bedingungen können sich nach dem Evidenzstichtag ändern.
Das Rahmenwerk erfordert unternehmensseitige Evidenz für die Umsetzung. Zukünftige Forschungsarbeiten sollten anonymisierte Contract-to-Cash-Kohorten, die Ökonomie akzeptierter Ergebnisse, Modellmigrationsereignisse, Vorfallkosten und Bewertungsergebnisse über Anwendungskategorien hinweg analysieren. Vergleichende Studien sollten vollständige Grenzen für Workload, Modell, Prompt, Tool, Review, Latenz, Fehler und Kosten berichten. GCC-Forschung sollte föderale, DIFC-, ADGM- und saudi-arabische Rechtskontexte unterscheiden und qualifizierte Rechtsanalyse nutzen.
Die Investitionsschlussfolgerung ist diszipliniert. AI-natives Anwendungs-Underwriting beginnt mit einem wertvollen Kunden-Workflow und einem qualitätsbereinigten akzeptierten Ergebnis. Anschließend folgt es der Evidenz durch Architektur, Modell-Lieferkette, Evaluierung, Datenrechte, Produktionseinsatz, Vertrag, Inkasso, Kohorte, Kosten und Kontrolle. Das Unternehmen erhält eine AI-native Klassifizierung, wenn diese Kette wesentlich und reproduzierbar ist. Es erhält einen Investment Case, wenn verbleibender Kundenwert, Bruttogewinn, Governance und Finanzierungspreis im Downside-Szenario glaubwürdig bleiben.
Für Investoren verwandelt das Rahmenwerk Kategorienbegeisterung in ein Behauptungsregister, einen Feldarbeitsplan, eine Scorecard und ein evidenzbasiertes Memorandum. Für Gründer schafft es ein Managementsystem für Produktqualität, Kundenwert, Anbieterabhängigkeit, Datenrechte, Bruttomarge und Fundraising-Bereitschaft. Beide Parteien profitieren von einem abgeglichenen Evidenzraum und einem expliziten Umgang mit Unsicherheit.
| Phase | Zielzeitraum | Liefergegenstand | Exit-Gate |
|---|---|---|---|
| 0 Definition | Monat 0–1 | Workflow, abgenommenes Ergebnis und Aussagenregister | Benannte Verantwortliche und stabile Definitionen |
| 1 Nachweisraum | Monat 1–2 | Contract-to-Cash-, Architektur-, Anbieter- und Rechte-Register | Kernunterlagen abgestimmt |
| 2 Bewertung | Monat 2–4 | Repräsentative Suite, Release-Gate und Fehlertaxonomie | Kritische Schwellenwerte bestanden |
| 3 Wirtschaftlichkeit | Monat 3–6 | Kosten pro Ergebnis und Bruttomargen-Brücke je Kohorte | Abstimmung von Rechnungen, Telemetrie und Ledger |
| 4 Portabilität | Monat 4–7 | Migrationstest für alternatives Modell/alternativen Anbieter | Definierte Schwellenwerte für Qualität, Zeit und Kosten |
| 5 Kommerzieller Nachweis | Monat 4–10 | Produktivnutzung, Referenz und Nachweis der ersten Verlängerung | Kunden- und Zahlungseingangs-Gates bestanden |
| 6 Skalierungskontrolle | Monat 8–14 | Kontrollen für Monitoring, Sicherheit, Support und Unit Economics | Wachstum beeinträchtigt weder Ergebnis noch Marge |
| 7 Finanzierung | Monate 10–18 | Evidenzbasiertes Memorandum, Downside-Szenario, Bewertung und Mittelverwendung | Vom Ausschuss oder Verwaltungsrat genehmigter Transaktionspfad |

