← nirmana

Vas a invertir en un producto digital. Mira lo que hay debajo antes de firmar.

Due diligence técnica independiente de startups y empresas de software: código, arquitectura, seguridad, equipo y deuda técnica. Un resumen ejecutivo para decidir y un informe técnico para negociar.

Evaluamos productos hechos en
JavaScript/TypeScriptPythonPHPJava.NETGo
01 / Qué evaluamos

Lo que una demo no enseña

Seis áreas, una misma pregunta: qué va a costar que este producto siga funcionando y creciendo cuando sea tuyo.

Código

Deuda técnica real

Calidad, pruebas, duplicación y complejidad. No para poner nota al código, sino para estimar cuánto costará mantenerlo y hacerlo crecer.

Arquitectura

Si aguanta el plan de negocio

Escalabilidad, acoplamiento y puntos únicos de fallo. Si el crecimiento que promete el plan lo soporta la base técnica o exige rehacerla.

Seguridad y datos

Lo que puede acabar en sanción

Vulnerabilidades OWASP, gestión de secretos, tratamiento de datos personales y cumplimiento RGPD. Un incidente después del cierre es tu incidente.

Infraestructura y costes

Cuánto cuesta cada usuario nuevo

Servicios, proveedores y costes de operación, y cómo escalan. Una arquitectura que multiplica la factura al multiplicar usuarios es un pasivo, no un activo.

Equipo y procesos

De quién depende el producto

Quién sabe qué, qué está documentado, cómo se despliega y cómo se prueba. El riesgo más caro suele ser una persona que se puede ir.

Propiedad

Qué es realmente de la empresa

Licencias del código de terceros, y cuentas, dominios y repositorios a nombre de quién. Lo que no es de la empresa no lo estás comprando.

02 / Por qué importa

El precio que pagas debería reflejar lo que hay debajo

Una demo enseña lo que el producto hace. Una due diligence técnica enseña lo que va a costar que lo siga haciendo: en dinero, en tiempo y en riesgo. La diferencia entre las dos suele ser lo que separa una buena inversión de una cara.

Los problemas graves rara vez se ven desde fuera. Se ven en un repositorio donde solo una persona ha hecho cambios en dos años, en una licencia que no cubre el uso comercial, en datos personales guardados sin criterio o en una factura de infraestructura que crece más rápido que los ingresos.

La pregunta No es si el producto funciona. Es qué vas a tener que pagar para que siga funcionando cuando ya sea tuyo.

Nada de esto invalida una operación por sí solo. Pero todo ello debería estar sobre la mesa antes de fijar el precio, no después.

03 / Qué recibes

Dos documentos y una recomendación

Uno para quien decide, otro para quien negocia y ejecuta, y una respuesta clara a la pregunta que importa.

Entregable 01

Resumen ejecutivo

Para decidir

Pensado para un comité de inversión: los riesgos que importan, ordenados por lo que cuestan y por lo que pueden cambiar la operación. Sin tecnicismos. Cabe en una reunión.

Entregable 02

Informe técnico

Para negociar y para después

Cada hallazgo con su severidad, su evidencia y una estimación del esfuerzo para resolverlo. Sirve para ajustar condiciones y, tras el cierre, como plan de trabajo para el equipo.

04 / Por qué nosotros

Evalúa el producto quien ha operado software que no se puede permitir fallar

Nuestro trabajo habitual es la dirección técnica: construir, operar y hacer crecer productos digitales. Hemos construido y operado Bracelit, una plataforma de pagos cashless con cumplimiento PCI DSS, más de 2 millones de usuarios y 25 millones de euros procesados. Y hemos dirigido la tecnología de Wegow, con más de 4 millones de usuarios registrados.

Eso es lo que distingue una due diligence hecha por quien ha operado software de la que hace quien solo lo ha leído: sabemos qué se rompe, cuánto cuesta arreglarlo y con qué se puede vivir. Y sabemos distinguir un código imperfecto, que es todo el código, de un riesgo real.

Somos independientes de la startup evaluada y de su proveedor de desarrollo. No tenemos nada que ganar con el resultado del informe, salvo que sea correcto.

05 / Cómo funciona

De la primera llamada al informe en 3–6 semanas

Si la operación tiene una fecha de cierre más cercana, acotamos el alcance a lo que pesa en la decisión y te decimos qué queda fuera.

Paso 01

Alcance y NDA

Primera llamada

Entendemos la operación: qué se compra, qué plazo hay y qué pesa en la decisión. Firmamos NDA y te cerramos precio, alcance y plazo.

Paso 02

Acceso y análisis

La mayor parte del plazo

Acceso de lectura al repositorio y a la infraestructura, y entrevistas con el equipo técnico. Herramientas de análisis y revisión manual, que es donde está el criterio.

06 / Confidencialidad y límites

Qué hacemos con lo que vemos, y qué no hacemos

Una due diligence toca información que todavía no es tuya y que puede no serlo nunca. Por eso el NDA se firma antes de ver una sola línea, el acceso es de solo lectura y con los permisos mínimos, y al terminar se retira.

Lo que no incluye: la due diligence no arregla nada ni desarrolla nada. Evalúa y documenta. Si después del cierre quieres que el mismo equipo que ha encontrado los problemas los resuelva, es un encargo aparte y te lo presupuestamos a partir del propio informe.

07 / Preguntas frecuentes

Lo que suelen preguntarnos

¿En qué se diferencia de una auditoría de código?

En para quién es y qué decide. Una auditoría de código le dice a un equipo qué arreglar. Una due diligence técnica le dice a quien va a invertir o comprar qué está comprando: qué riesgos tiene, cuánto costaría resolverlos y si alguno debería cambiar el precio o las condiciones de la operación. Por eso el entregable principal es un resumen ejecutivo pensado para quien no programa.

¿Necesitáis acceso al código?

Sí. Para una due diligence real hace falta acceso de lectura al repositorio. Firmamos NDA antes de acceder, trabajamos con los permisos mínimos y, al terminar, se retiran. Si la startup no puede o no quiere dar acceso, podemos hacer una evaluación de arquitectura a partir de documentación y entrevistas con el equipo, y te decimos con claridad qué no hemos podido verificar.

¿Cuánto tarda?

Una due diligence completa, 3–6 semanas desde que tenemos acceso. Si la operación tiene una fecha de cierre más cercana, acotamos el alcance a lo que más pesa en la decisión y te decimos qué queda fuera. Lo que no hacemos es prometer un plazo que obligue a mirar por encima.

¿Trabajáis para el inversor o para la startup?

Para quien nos contrata. Si nos contrata un inversor o un comprador, el informe es suyo y la startup solo ve lo que él decida compartir. Si nos contrata una startup para adelantarse a una ronda, el informe es de la startup: sabe qué le van a encontrar antes de que se lo encuentren. En los dos casos el criterio es el mismo.

¿Qué es un "red flag" en una due diligence técnica?

Lo que cambia el valor de lo que compras, no lo que simplemente está mal hecho. Que el producto dependa de una sola persona que se puede ir. Código de terceros con licencias que no permiten el uso comercial que se le está dando. Datos personales tratados de forma que puede acabar en sanción. Cuentas, dominios o repositorios que no están a nombre de la empresa. Una arquitectura cuyo coste crece más deprisa que los ingresos. Todo eso va al principio del resumen ejecutivo, separado del resto.

¿Podéis evaluar cualquier tecnología?

Trabajamos con JavaScript/TypeScript, Python, PHP, Java, .NET, Go y los frameworks habituales. La metodología no depende del lenguaje: lo que evaluamos es el riesgo, y ese se mide igual en todos.

¿Por qué "desde" 4.000€?

Porque no es lo mismo una startup en fase inicial con un producto acotado que una plataforma con años de historia, varios equipos y pagos. Antes de empezar vemos el tamaño del código y el alcance que necesita la operación, y te damos un precio cerrado que no cambia a mitad.

¿El precio incluye IVA?

No. 4.000€ es la base imponible; hay que sumarle el 21% de IVA.

08 / Contacto

Cuéntanos la operación

Con esto podemos darte alcance, precio y plazo cerrados. Respondemos en 24–48 horas laborables y, si una due diligence no es lo que necesitas, también te lo decimos. Todo lo que nos cuentes aquí es confidencial.

contacto@nirmana.es

¿Prefieres escribir por WhatsApp? Habla con nosotros.

Responsable: Nirmana Consulting SL. Finalidad: atender tu consulta y enviarte una propuesta. Conservación: 3 años. Si has aceptado las cookies publicitarias, se enviará además a Google Ads un resumen cifrado de tu email para atribuir el contacto al anuncio. Detalle y ejercicio de derechos en la política de privacidad.