Was macht ein Tech-Asset wirklich zertifizierbar?

75% der beim Aegryn Grade-Protokoll eingereichten Assets benötigen einen Sanierungsplan, bevor sie eine veröffentlichbare Note erreichen. Diese Zahl ist kein Eingeständnis des Marktversagens, sie spiegelt eine strukturelle Realität wider: Die meisten Gründer bauen für das Wachstum, nicht für den Exit. Ein Asset zu zertifizieren bedeutet, es lesbar, durchsetzbar und übertragbar zu machen.

Die 4 Dimensionen des Aegryn Grade-Protokolls

C, Code & Architektur

Quellcodequalität (Testabdeckung, Dokumentation, keine hartcodierten Geheimnisse), Architektur (Microservices vs. Monolith, identifizierte Schulden), Abhängigkeiten (Versionen, Lizenzen, Schwachstellen) und IP-Anmeldung (INPI, EUIPO oder äquivalent). Ein Asset, das in Dimension C scheitert, kann keinen höheren Grade als B erhalten.

I, Infrastruktur & Sicherheit

Hosting-Souveränität (Cloud-Anbieter, Datenregion, SLA), operative Sicherheit (WAF, MFA-Zugang, Audit-Logs, getestete Backups), Compliance (ISO 27001, SOC 2 oder dokumentiertes Äquivalent) und fehlender kritischer Single Point of Failure. Nicht-souveräne oder undokumentierte Infrastruktur ist der zweithäufigste Blockierungsgrund bei der Zertifizierung.

F, Finanzen & Kennzahlen

MRR/ARR aus Rohdaten verifizierbar (Stripe, Chargebee oder Buchhaltungsexport), Churn nach Standarddefinition berechnet, NRR kundenbezogen ohne nicht-wiederkehrende Expansionen berechnet, und dokumentierte Infrastrukturkosten. Nicht prüfbare Kennzahlen werden als nicht vorhandene behandelt, sie können nicht als Bewertungsgrundlage dienen.

S, Strategie & Übertragbarkeit

Gründer-Abhängigkeit (Score 1–5), operative Dokumentation (Runbooks, Onboarding, dokumentierte Prozesse), Kundenkontraktualisierung (Laufzeit, Kündigungsbedingungen, Kundenkonzentration) und Post-Akquisitions-Wachstumspotenzial. Ein Asset, dessen Betrieb vollständig von einer einzigen nicht ersetzbaren Person abhängt, erhält einen kritischen S-Score, selbst bei hervorragenden Finanzkennzahlen.

Warum 75% beim ersten Durchgang scheitern

• IP nicht oder zu spät angemeldet (Ursache Nr. 1)
• Selbst gemeldete Finanzkennzahlen ohne Nachverfolgbarkeit
• Infrastruktur auf dem persönlichen Konto des Gründers gehostet
• Totale operative Abhängigkeit vom Gründer
• Fehlende formalisierte Kundenverträge (informelle Zahlungen)

Checkliste vor der Einreichung

• ✓ IP-Anmeldung des Quellcodes abgeschlossen
• ✓ Automatisierte Tests mit ≥60% Codebase-Abdeckung
• ✓ MRR aus der Abrechnungsquelle exportierbar
• ✓ Infrastruktur unter Unternehmenskonto (nicht persönlich) gehostet
• ✓ DSGVO-Compliance dokumentiert (Verarbeitungsregister, Sub-Processor-DPAs)
• ✓ Mindestens ein Mitarbeiter oder Auftragnehmer, der ohne den Gründer operieren kann

“Ein zertifizierbares Asset ist kein perfektes Asset. Es ist ein Asset, dessen Stärken und Schwächen dokumentiert, gemessen und durchsetzbar sind.”

— Aegryn Grade Protocol, v2.1