Detalles del Artículo

La checklist de due diligence técnica que usan los inversores
IngenieríaStartupsGuías

La checklist de due diligence técnica que usan los inversores

Volver

La due diligence técnica no evalúa si tu código es elegante. Evalúa una sola pregunta: cuánto dinero y cuánto tiempo separan a esta empresa de la siguiente etapa de su plan. Todo lo que mira el revisor es un indicador de eso.

Conocer la estructura te permite hacértela a ti mismo primero, y ahí está toda la ventaja. Los hallazgos descubiertos internamente son tareas de ingeniería. Los mismos hallazgos descubiertos durante una ronda son posiciones de negociación para la otra parte.

Área 1 — Titularidad y licencias

Se revisa primero, porque nada más importa si esto falla. El revisor comprueba que la empresa es dueña de lo que dice ser: contratos laborales y mercantiles con cesión válida de PI de cada contribuyente, inventario completo de dependencias con licencias y ausencia de código copyleft dentro de un producto comercial distribuido.

El hallazgo que duele: contratistas en el extranjero con cláusulas de confidencialidad pero sin cesión. Es habitual, y remediarlo implica localizar a antiguos colaboradores, algo imposible en el calendario de una operación.

Área 2 — Arquitectura y escalabilidad

No se trata de "¿aguantará un millón de usuarios?"; nadie espera eso. La pregunta es si el plan que presentaste es alcanzable sobre esta base sin reescribir. Se buscan puntos únicos de fallo, modelos de datos que no sobrevivirán a la próxima función y acoplamientos que impiden trabajar en paralelo.

El hallazgo que duele: un diseño single-tenant en una empresa que vende a corporaciones. Incorporar multi-tenancy tarde es uno de los cambios más caros que existen.

Área 3 — Seguridad y protección de datos

Modelo de control de acceso, gestión de secretos, cifrado en reposo y en tránsito, vulnerabilidades de dependencias y cómo se almacenan, exportan y eliminan los datos personales. Si vendes en la UE, en California o a compradores regulados, el revisor contrasta tu práctica real con lo que promete tu política de privacidad.

El hallazgo que duele: credenciales de producción en el historial del repositorio. Se detecta al instante, no admite matices e implica que todo lo demás se hizo igual.

Área 4 — Proceso de ingeniería

Práctica de revisión de código, cobertura de pruebas donde importa, CI/CD, paridad entre entornos e historial de incidencias. Los revisores leen tu gestor de tareas y tu historial de commits: ambos son registros sin editar de cómo trabaja el equipo, y por eso informan más que cualquier entrevista.

El hallazgo que duele: todos los commits de una sola persona. Se lee como riesgo de persona clave por muy bueno que sea.

Área 5 — Equipo y distribución del conocimiento

Quién entiende qué parte del sistema, qué pasa si alguien se va y si la documentación permitiría funcionar a un sustituto. Es frecuente que el revisor pida a un ingeniero que explique un subsistema que no construyó. La respuesta es la evaluación.

Área 6 — Operación y coste

Coste de infraestructura por cliente y si mejora o empeora al escalar. Monitorización, alertas, copias y recuperación, con evidencia de que se ha hecho una restauración. Historial de disponibilidad, no objetivos de disponibilidad.

El hallazgo que duele: economía unitaria que empeora con el crecimiento. Convierte una historia de crecimiento en una historia de costes en una sola diapositiva.

Háztela a ti mismo

Dedica una semana. Para cada una de las seis áreas, produce un documento que responda a las preguntas anteriores con evidencias, no con garantías verbales. Encontrarás tres o cuatro brechas. Corrige lo que dé tiempo y escribe un plan de remediación honesto con fechas para el resto.

Declarar un problema conocido con un plan adjunto es señal de una empresa bien gestionada. Que ese mismo problema lo descubra el revisor es señal de lo contrario, y la diferencia se mide en valoración, no en ingeniería.

La due diligence no decide si tu tecnología es buena. Decide quién tiene la ventaja de información en la negociación que viene después.

Realizamos esta revisión a precio cerrado, entregada como informe escrito con un plan de remediación priorizado. Los fundadores suelen encargarla de ocho a doce semanas antes de una ronda, cuando los hallazgos todavía son solo trabajo.