Detalles del Artículo
La checklist de due diligence técnica que usan los inversores
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.
Nuestras Noticias
Cómo elegir tu primer flujo de trabajo con IA: una tarjeta de puntuación
Seis criterios, puntuados del uno al cinco. Por debajo de veinte es un segundo proyecto, no un primero.
El discovery pagado de dos semanas que reduce el riesgo de un gran proyecto
Las propuestas gratuitas están hechas para ganar el trabajo, no para acertar. Un discovery pagado es el seguro más barato que puede comprar un fundador.
Precio cerrado, por horas o equipo dedicado: cuál te protege
Cada modelo de contrato mueve el riesgo a algún sitio. Dónde lo pone cada uno y las cláusulas que importan más que el propio modelo.
Funcionalidades de IA que tocan datos de clientes: la base de cumplimiento
Antes de que tu agente lea un solo registro de cliente, deben existir siete controles. Se construyen en días y se retrofitean en años.