¿Qué hace que un activo tech sea verdaderamente certificable?

El 75% de los activos presentados al protocolo Aegryn Grade necesitan un plan de remediación antes de alcanzar una calificación publicable. Esta cifra no es una admisión del fracaso del mercado, refleja una realidad estructural: la mayoría de los fundadores construyen para escalar, no para ceder. Certificar un activo significa hacerlo legible, ejecutable y transferible.

Las 4 dimensiones del protocolo Aegryn Grade

C, Código & Arquitectura

Calidad del código fuente (cobertura de tests, documentación, ausencia de secretos hardcodeados), arquitectura (microservicios vs monolito, deuda identificada), dependencias (versiones, licencias, vulnerabilidades) y registro IP (INPI, EUIPO o equivalente). Un activo que falla en la dimensión C no puede recibir una calificación superior a B.

I, Infraestructura & Seguridad

Soberanía del alojamiento (proveedor cloud, región de datos, SLA), seguridad operacional (WAF, acceso MFA, logs de auditoría, backups probados), cumplimiento (ISO 27001, SOC 2 o equivalente documentado) y ausencia de punto único de fallo crítico. La infraestructura no soberana o no documentada es la segunda causa de bloqueo en certificación.

F, Finanzas & Métricas

MRR/ARR verificable desde los datos brutos (Stripe, Chargebee o exportación contable), churn calculado según una definición estándar, NRR calculado sobre base de clientes sin expansiones no recurrentes, y costes de infraestructura documentados. Las métricas no auditables se asimilan a métricas inexistentes, no pueden servir de base de valoración.

S, Estrategia & Transferibilidad

Dependencia del fundador (puntuación 1–5), documentación operacional (runbooks, onboarding, procesos documentados), contractualización de clientes (duración, condiciones de rescisión, concentración de clientes) y potencial de crecimiento post-adquisición. Un activo cuya operación depende enteramente de una sola persona no reemplazable recibe una puntuación S crítica, incluso con excelentes métricas financieras.

Por qué el 75% falla en el primer intento

• IP no registrada o registrada tardíamente (causa n.°1)
• Métricas financieras autodeclaradas sin trazabilidad
• Infraestructura alojada en la cuenta personal del fundador
• Dependencia operacional total al fundador
• Ausencia de contratos de clientes formalizados (pagos informales)

Lista de verificación previa a la presentación

• ✓ Registro IP del código fuente realizado
• ✓ Tests automatizados cubriendo ≥60% del codebase
• ✓ MRR exportable desde la fuente de facturación
• ✓ Infraestructura alojada bajo cuenta de empresa (no personal)
• ✓ Cumplimiento RGPD documentado (registro de tratamientos, DPA subprocesadores)
• ✓ Al menos un empleado o proveedor capaz de operar sin el fundador

“Un activo certificable no es un activo perfecto. Es un activo cuyas fortalezas y debilidades están documentadas, medidas y son ejecutables.”

— Aegryn Grade Protocol, v2.1