25 Ago ¿Cuánto pierde de valor un software que depende completamente de su desarrollador?
Una empresa puede disponer de un software rentable, utilizado diariamente por sus clientes y desarrollado durante años. A primera vista, podría parecer un activo tecnológico de gran valor.
Pero existe una pregunta que puede cambiar considerablemente su valoración:
¿Qué ocurriría si mañana desapareciera el desarrollador que conoce el sistema?
Cuando todo el conocimiento técnico está concentrado en una única persona, aparece lo que habitualmente se conoce como dependencia de una persona clave o key person risk. Desde el punto de vista de la valoración de software, esta dependencia puede representar un riesgo relevante para un comprador o inversor.
El código fuente no lo es todo
Uno de los errores habituales al valorar un activo tecnológico es pensar que disponer del código fuente garantiza automáticamente su continuidad.
No necesariamente.
Un software puede incluir cientos de miles de líneas de código, integraciones con terceros, configuraciones específicas, procesos automatizados y decisiones arquitectónicas tomadas durante años.
Si nada de esto está correctamente documentado, comprender el sistema puede requerir meses de trabajo.
El comprador no está adquiriendo únicamente código. Está adquiriendo la capacidad de mantenerlo, corregirlo, evolucionarlo y explotarlo económicamente.
Y esa capacidad puede verse comprometida cuando depende de una sola persona.
¿Por qué puede reducir el valor del software?
Imaginemos una empresa SaaS cuyo fundador ha desarrollado prácticamente toda la plataforma.
Conoce la infraestructura, la base de datos, las integraciones, las contraseñas, los procesos de despliegue y las peculiaridades de cada cliente.
La empresa funciona correctamente mientras esa persona continúa involucrada.
Pero un potencial comprador debe plantearse diferentes escenarios: ¿qué sucede si abandona la compañía?, ¿cuánto tiempo necesitaría otro equipo para comprender el sistema?, ¿podrían resolverse incidencias críticas sin su ayuda?
Cuanto mayor sea la incertidumbre, mayor será el riesgo asociado a la inversión.
Y el riesgo es uno de los elementos que pueden influir en una valoración.
Cinco señales de dependencia tecnológica
Existen determinados indicadores que pueden revelar una dependencia excesiva de una persona clave.
1. Documentación inexistente o desactualizada
Arquitectura, bases de datos, APIs, procesos de instalación y configuraciones deberían estar suficientemente documentados.
Si la única documentación es “pregúntale al desarrollador”, existe un problema.
2. Solo una persona puede desplegar nuevas versiones
El procedimiento de despliegue debería poder ser reproducido por otros profesionales.
Cuando únicamente una persona conoce los pasos necesarios para actualizar producción, la continuidad del sistema queda condicionada a su disponibilidad.
3. Credenciales controladas individualmente
Servidores, dominios, repositorios, servicios cloud y herramientas externas no deberían depender exclusivamente de cuentas personales.
Una due diligence tecnológica suele prestar especial atención a quién controla realmente estos recursos.
4. Código difícil de mantener
La falta de estándares, tests automatizados o una arquitectura excesivamente compleja puede aumentar considerablemente el tiempo necesario para que otro equipo comprenda el producto.
5. Conocimiento funcional no documentado
El riesgo no siempre está en la programación.
A veces el desarrollador también es la única persona que sabe por qué el software funciona de determinada manera, qué particularidades tienen los clientes o cómo interactúan diferentes procesos.
¿Significa esto que el software vale poco?
No.
La dependencia de una persona clave es un factor de riesgo, no una fórmula automática para descontar un porcentaje concreto del valor.
Un software puede seguir teniendo un valor elevado si dispone de ingresos recurrentes, una cartera estable de clientes, propiedad intelectual, tecnología diferencial o buenas perspectivas de crecimiento.
La cuestión es determinar cuánto afecta esa dependencia a la capacidad futura de generar beneficios.
Por ello, no sería correcto afirmar que depender de un desarrollador reduce siempre un 10 %, un 20 % o cualquier otro porcentaje concreto.
El impacto debe estudiarse dentro de la valoración global del activo y de las circunstancias específicas de la operación.
El problema aparece especialmente al vender la empresa
Esta situación puede pasar inadvertida durante años.
Mientras el desarrollador continúa trabajando en el proyecto, todo funciona.
El riesgo suele hacerse visible cuando llega una venta, entrada de inversores, separación entre socios o proceso de due diligence.
Un comprador puede descubrir que está adquiriendo una plataforma tecnológica cuyo funcionamiento depende de que una persona concreta permanezca en la empresa.
En ese momento pueden aparecer condiciones adicionales: periodos obligatorios de permanencia, procesos de transferencia de conocimiento, contratación de nuevos perfiles o ajustes en el precio.
¿Cómo reducir esta dependencia antes de una valoración?
La buena noticia es que el riesgo puede reducirse.
Documentar la arquitectura, establecer procedimientos de despliegue, centralizar correctamente las credenciales, mantener repositorios organizados, incorporar tests y distribuir el conocimiento entre varias personas aumenta la capacidad del software para continuar funcionando independientemente de individuos concretos.
También es recomendable realizar periódicamente una pregunta sencilla:
¿Podría un nuevo equipo hacerse cargo del sistema si mañana fuera necesario?
Si la respuesta es no, existe una dependencia que conviene analizar.
Un activo debe poder sobrevivir a sus creadores
El conocimiento y experiencia de un buen desarrollador pueden ser extraordinariamente valiosos para una empresa tecnológica.
El problema aparece cuando ese conocimiento no se ha transferido al propio activo y a la organización.
En una valoración profesional de software no solo interesa analizar qué hace actualmente la aplicación o cuánto factura.
También importa determinar hasta qué punto puede seguir funcionando, evolucionando y generando ingresos en el futuro.
Porque un software realmente valioso debería poder sobrevivir incluso a la salida de la persona que lo creó.
Contáctanos en luis@luisvilanova.es
