Qu'est-ce qu'un actif tech vraiment certifiable ?

75% des actifs soumis au protocole Aegryn Grade nécessitent un plan de remédiation avant d'atteindre un grade publiable. Ce chiffre n'est pas un aveu d'échec du marché, c'est le reflet d'une réalité structurelle : la plupart des fondateurs construisent pour scale, pas pour cession. Certifier un actif, c'est le rendre lisible, opposable, et transférable. Voici ce que ça signifie concrètement.

Les 4 dimensions du protocole Aegryn Grade

C, Code & Architecture

Qualité du code source (couverture tests, documentation, absence de hardcoded secrets), architecture (microservices vs monolithe, dette identifiée), dépendances (versions, licences, vulnérabilités), et dépôt IP (INPI, EUIPO ou équivalent). Un actif qui échoue en dimension C ne peut pas recevoir de grade supérieur à B.

I, Infrastructure & Sécurité

Souveraineté de l'hébergement (cloud provider, région de données, SLA), sécurité opérationnelle (WAF, accès MFA, logs d'audit, backups testés), conformité (ISO 27001, SOC 2, ou équivalent documenté), et absence de single point of failure critique. L'infrastructure non souveraine ou non documentée est la deuxième cause de blocage en certification.

F, Finance & Métriques

MRR/ARR vérifiable depuis les données brutes (Stripe, Chargebee, ou export comptable), churn calculé selon une définition standard, NRR calculé sur base client sans expansions non récurrentes, et coûts d'infrastructure documentés. Les métriques non auditables sont assimilées à des métriques inexistantes, elles ne peuvent pas servir de base de valorisation.

S, Stratégie & Transférabilité

Dépendance au fondateur (score 1–5), documentation opérationnelle (runbooks, onboarding, processus documentés), contractualisation clients (durée, conditions de résiliation, concentration client), et potentiel de croissance post-acquisition. Un actif dont l'opération dépend entièrement d'une seule personne non remplaçable reçoit un score S critique, même avec d'excellentes métriques financières.

Pourquoi 75% échouent au premier passage

• IP non déposée ou déposée tardivement (cause n°1)
• Métriques financières auto-déclarées sans traçabilité
• Infrastructure hébergée sur compte personnel du fondateur
• Dépendance opérationnelle totale au fondateur
• Absence de contrats clients formalisés (paiements informels)

Checklist pré-soumission

• ✓ Dépôt IP du code source réalisé
• ✓ Tests automatisés couvrant ≥60% du codebase
• ✓ MRR exportable depuis la source de facturation
• ✓ Infrastructure hébergée sous compte entreprise (pas personnel)
• ✓ Conformité RGPD documentée (registre traitements, DPA sous-traitants)
• ✓ Au moins un employé ou prestataire capable d'opérer sans le fondateur

“Un actif certifiable n'est pas un actif parfait. C'est un actif dont les forces et les failles sont documentées, mesurées et opposables.”

— Aegryn Grade Protocol, v2.1