Due diligence técnica

Due diligence técnica para saber qué estás comprando de verdad.

Antes de invertir, adquirir o aprobar una plataforma, conviene saber qué hay detrás de la demo. Revisamos el código, la arquitectura, la postura de seguridad y el proceso de entrega acordados, y te entregamos un informe escrito que ordena los riesgos y explica qué implica corregirlos.

Definir el alcance de la due diligence →

RESPUESTA DIRECTA

La due diligence técnica es una revisión independiente del software que hay detrás de una empresa o un producto antes de una inversión, una adquisición o una decisión del consejo. Termina en un informe de riesgos por escrito con gravedad, evidencias y opciones de corrección, no en asesoramiento legal ni financiero.

Adecuado para

Inversores, compradores y consejos que necesitan una visión externa de un activo de software antes de decidir
Fundadores que quieren revisar su propia plataforma antes de que los inversores hagan las preguntas

Cuándo elegir otro servicio

Due diligence legal, fiscal o financiera, o una opinión sobre la valoración
Asumir y operar el código tras un cambio de proveedor

Empieza por la decisión que el informe debe respaldar

Un inversor antes de una ronda, un comprador antes de firmar y un consejo que revisa su propia plataforma necesitan profundidades distintas. Antes de empezar acordamos la decisión, los sistemas y repositorios incluidos, el acceso disponible y el destinatario del informe. La due diligence comercial, legal, fiscal y financiera sigue en manos de tus abogados y asesores. Cuando un hallazgo técnico afecta a su trabajo, por ejemplo una titularidad del código poco clara u obligaciones de licencias open source, el informe lo señala para ellos sin extraer conclusiones jurídicas.

Qué cubre la revisión

La cobertura sigue el alcance acordado. En cada área registramos qué revisamos, a qué no pudimos acceder y qué grado de confianza tiene la conclusión.

Código y arquitectura

Estructura, cobertura y calidad de los tests, documentación, dependencia de personas clave y dificultad para cambiar el sistema.

Postura de seguridad

Accesos al código y a la infraestructura, gestión de secretos, dependencias vulnerables y exposición evidente. Es una revisión, no un test de penetración.

Proceso de entrega y equipo

Cómo llegan los cambios a producción, prácticas de release y rollback, historial de incidentes y quién concentra el conocimiento.

Escalabilidad, operación y costes

Configuración de hosting, monitorización, capacidad de recuperación y los costes de infraestructura y terceros que hay detrás del producto.

Evidencias específicas de IA

En productos de IA, diseño de evaluaciones, registros de modelos y prompts, concentración en un proveedor, gestión de fallos y coste por tarea. Nuestra [checklist de due diligence para MVP de IA](/es/blog/technical-due-diligence-ai-mvp/) recoge las evidencias que buscamos.

Dependencias y deuda técnica

Frameworks desactualizados, componentes sin soporte y la deuda que frenará el roadmap, con una idea aproximada de lo que cuesta abordar cada punto.

Un informe que ordena el riesgo en lugar de enumerarlo todo

Cada hallazgo tiene una gravedad, las evidencias que lo sostienen, su impacto probable en el business case y las opciones realistas para corregirlo. Si nos pides el esfuerzo de corrección, damos rangos claramente marcados como estimaciones bajo los supuestos acordados para el encargo, no como presupuestos. El informe separa los riesgos relevantes para la operación del mantenimiento normal de ingeniería y enumera las preguntas que la dirección aún debe responder. No predice la valoración, las condiciones ni el resultado de una transacción.

Cómo se desarrolla una due diligence

El alcance, el calendario y el precio fijo se acuerdan en un contrato de servicios firmado antes de empezar. La duración depende del tamaño del sistema y de la rapidez con que se habiliten accesos y entrevistas.

Alcance y accesos
Acordar la decisión, los sistemas, los destinatarios y la confidencialidad. Recibir acceso de lectura a repositorios, data room y documentación relevante.
Revisión y entrevistas
Revisar el código y la infraestructura, y hablar con quienes construyen y operan el sistema. Las preguntas abiertas se envían por escrito a la dirección.
Informe y presentación
Recibes el informe escrito y lo repasamos con tu equipo. Las correcciones factuales de la empresa revisada se gestionan según lo acordado al principio.

Después del informe, elige el siguiente paso adecuado

La due diligence termina con el informe. Si después heredas el código o cambias de proveedor, la recuperación de accesos y la estabilización corresponden al traspaso de software. Las pruebas continuas de cada release son aseguramiento de calidad. Las pruebas adversariales y el refuerzo de una funcionalidad de IA corresponden a AI Security; el entorno cloud en ejecución, a Cloud Security. Si el producto se construyó con Lovable, Bolt o herramientas similares y hay que arreglarlo, consulta Vibe Coding Rescue. Si la empresa necesita un líder técnico de su lado durante una ronda o una venta, eso es un puesto de Fractional CTO. Si existe la posibilidad de que presupuestemos la corrección, lo decimos antes de empezar la revisión.

Preparar tu propia empresa para una due diligence

Los fundadores pueden encargar la misma revisión sobre su propia plataforma antes de una ronda. El objetivo es encontrar las carencias mientras aún hay tiempo para cerrarlas o explicarlas. Ayudan un diagrama de arquitectura fechado, un inventario de dependencias, los accesos en cuentas de la empresa, los registros de releases e incidentes y, en productos de IA, resultados de evaluación versionados. Si el producto salió de un generador de apps con IA, lee primero due diligence de apps Lovable, Bolt y Replit.

// pruebas

Trabajo de evaluación en proyectos existentes

Ninguno de estos casos es una due diligence formal para inversores o M&A. Cedars documenta una evaluación técnica con documentación de arquitectura y requisitos, revisión dirigida del código fuente, una revisión de IA delimitada y acciones priorizadas con criterios de comprobación posterior. Polity documenta un análisis trazable que identificó y priorizó correcciones en siete servicios. Soundromeda documenta el triaje de riesgos y el refuerzo de un prototipo antes de que los comités de subvenciones revisaran la build. Muestran el método de revisión, no el resultado de una due diligence.

Evidencia técnica Arquitectura, requisitos, activos y responsabilidades organizados para su revisión.

Las estructuras documentales, las comprobaciones de código y la evaluación acotada de IA dieron a Cedars una base priorizada para …

PHP JavaScript Python

7 servicios Pruebas Unificadas

1,5 años de propiedad de QA en siete servicios y múltiples proveedores. La calidad se mantuvo entregable a través de cada …

React Java/Kotlin Go

Producción Vibe-Coded → Endurecido

El endurecimiento liderado por QA llevó un prototipo de juego vibe-coded a un estado que los comités de subvenciones respaldaron.

Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 100 productos desde 2018.

Preguntas antes de empezar

¿Es una due diligence legal o financiera?

No. Revisamos el software, su entrega y su operación. Contratos, cesiones de propiedad intelectual, licencias, impuestos y estados financieros siguen en manos de tus abogados y asesores financieros. Cuando un hallazgo técnico afecta a su trabajo, el informe lo señala sin extraer conclusiones jurídicas.

¿Puede el informe garantizar una valoración o el resultado de una operación?

No. El informe describe los riesgos técnicos que encontramos dentro del alcance acordado y las evidencias que los respaldan. Cómo influye eso en el precio, las condiciones o la decisión de seguir adelante lo decides tú con tus asesores.

¿Cuánto dura y cuánto cuesta?

Depende del tamaño del sistema, de la profundidad que necesitas y de la rapidez con que se conceden los accesos. Tras una breve llamada de alcance acordamos alcance, calendario y un precio fijo en un contrato de servicios firmado.

¿Qué accesos necesitáis?

Acceso de lectura a los repositorios, la configuración de infraestructura y el data room, además de tiempo con las personas que construyen y operan el sistema. Si falta algún acceso, el informe indica qué conclusiones quedan limitadas por ello.

¿Podéis corregir también lo que encontréis?

Sí, como un encargo independiente después del informe y solo si lo quieres. Si existe alguna posibilidad de que presupuestemos la corrección, lo comunicamos antes de empezar para que puedas valorar la independencia de los hallazgos.

Definir el alcance de la due diligence

Describe la decisión, la empresa o el sistema que quieres revisar y tu calendario. Para la primera conversación basta un resumen sin información confidencial; firmamos un NDA antes de acceder a cualquier data room o repositorio.