Cuando una empresa nos llama por un sistema viejo, casi nunca empieza por el costo. Empieza por una molestia: “se cae los fines de mes”, “nadie le entiende el código”, “el que lo hizo ya no está”. El costo está ahí, pero nadie lo ha sumado. Y lo que no se suma, no se decide.
Así que hagamos lo que rara vez se hace: ponerle un número al software legacy antes de tocar una sola línea de código. Porque la pregunta correcta no es “¿cuánto cuesta modernizarlo?” sino “¿cuánto me está costando no hacerlo?”.
Qué es “legacy” de verdad (y qué no)
Legacy no significa viejo. Un sistema de hace ocho años que está documentado, tiene pruebas y alguien lo entiende, no es un problema. Legacy es otra cosa: software del que dependes para operar pero que ya no puedes evolucionar con seguridad. Sin proveedor activo, sin la persona que lo construyó, sobre una tecnología que nadie del equipo domina, o tan enredado que cada cambio rompe algo en otro lado.
La trampa es que esos sistemas suelen funcionar. Hacen lo que hacían el primer día. Por eso pasan años sin que nadie los cuestione: no fallan lo suficiente para ser una emergencia, pero drenan plata todos los meses de forma invisible.
El cálculo que casi nadie hace
El costo de mantener vivo un sistema legacy se esconde en tres bolsillos distintos. Sumados, suelen sorprender. Este es el modelo que usamos con nuestros clientes para aterrizarlo:
1. Horas de soporte al mes × costo hora. Cuenta las horas reales que tu equipo dedica a “darle vuelta” al sistema: reinicios, parches manuales, planillas que alguien arma porque el sistema no las genera, soporte a usuarios que no logran hacer algo que debería ser trivial. Multiplica por el costo hora cargado de esas personas (sueldo + leyes sociales, no el sueldo líquido).
2. Bugs en producción × costo de la interrupción. Cada caída en horario crítico tiene un costo: ventas que no se cierran, pedidos que no entran, gente parada esperando que “vuelva el sistema”. No necesitas precisión contable; un rango honesto basta. Si el sistema se cae dos veces al mes y cada caída detiene a diez personas por dos horas, ya tienes 40 horas-persona mensuales que nadie estaba contando.
3. Integraciones manuales × tiempo de persona. Este es el más caro y el más silencioso. Cada vez que alguien exporta de un sistema, ajusta a mano y carga en otro, eso es una integración que no existe. Es trabajo repetitivo, propenso a error, y escala con el volumen del negocio.
La fórmula completa queda así:
Costo mensual oculto = (horas soporte × costo hora) + (caídas × horas-persona detenidas × costo hora) + (horas de trabajo manual de integración × costo hora)
Multiplícalo por doce. Ese número anual es tu punto de comparación. No el presupuesto de modernización: el costo de quedarte donde estás.
Un caso concreto: 40% menos de horas operativas
Lo vemos seguido, pero lo aterrizo con un caso. Una empresa con un sistema de gestión propio, hecho años atrás por un proveedor que ya no existía, tenía a dos personas dedicadas casi a tiempo completo a tareas que el software debería haber resuelto solo: consolidar reportes a mano, corregir datos que el sistema duplicaba, y mover información entre ese sistema y su contabilidad copiando y pegando.
Cuando sumamos las horas, el “sistema gratis que ya estaba pagado” costaba más de lo que nadie había estimado. Al modernizar la pieza correcta —no reescribir todo, solo la parte que generaba el trabajo manual— redujimos cerca del 40% de las horas operativas asociadas a ese flujo. Esas personas no se fueron: pasaron a hacer trabajo que sí mueve el negocio. Ese es el retorno real, y casi nunca aparece en la cotización inicial porque vive en la planilla de sueldos, no en la de TI.
Por qué la deuda técnica se encarece sola
Hay una razón por la que esto urge más de lo que parece: la deuda técnica acumula interés. Cada año que pasa, el sistema es más difícil de tocar, hay menos gente en el mercado que domine esa tecnología, y el riesgo de que falle en un momento crítico sube. Modernizar un sistema legado hoy casi siempre es más barato que hacerlo dentro de dos años, cuando el último que lo entendía se haya ido y la única salida sea reconstruir desde cero a ciegas.
Y hay un costo que no entra en ninguna fórmula: el de las cosas que no haces porque el sistema no te deja. Cada vez que quieres lanzar un canal nuevo, integrar un proveedor o sacar un reporte distinto y la respuesta del equipo es “eso con el sistema actual no se puede”, esa es una oportunidad que se pierde sin dejar rastro contable.
Modernizar no es reescribir todo
El miedo razonable de cualquier gerente es el proyecto eterno: dieciocho meses, presupuesto que se duplica, y un “nuevo sistema” que tampoco termina de funcionar. Por eso no recomendamos reescribir desde cero salvo que no quede alternativa.
La modernización seria empieza por identificar qué pieza concreta genera el mayor costo oculto y atacar esa primero. A veces es construir una integración de sistemas que elimina el trabajo manual entre dos plataformas. A veces es ponerle una API encima al sistema viejo para liberarlo sin tocar su núcleo. A veces sí toca reconstruir un módulo como software a medida. El orden lo define el número, no la moda tecnológica.
Esa es, además, la diferencia que más se nota hoy: somos un equipo AI-native, y eso comprime los plazos de varias fases del trabajo de modernización —entender el código existente, escribir pruebas, migrar datos— que antes consumían semanas. Menos tiempo de ingeniería senior es, directamente, menos costo para ti.
Preguntas frecuentes
¿Cómo sé si mi sistema es “legacy” o solo está viejo?
La prueba es simple: ¿puedes hacerle un cambio importante con confianza, esta semana, sin depender de una sola persona? Si la respuesta es no —porque nadie lo entiende, no hay proveedor o cada cambio rompe algo— es legacy, tenga la edad que tenga.
¿No es más barato dejarlo como está mientras funcione?
Solo si el costo oculto mensual es realmente bajo. Por eso el primer paso es calcularlo. En la mayoría de los casos que vemos, el costo de mantenerlo vivo —soporte, caídas y trabajo manual— supera con holgura lo que cuesta modernizar la pieza crítica, y eso sin contar el riesgo de una falla mayor.
¿Cuánto demora un proyecto de modernización?
Depende del alcance, pero el punto es no enfrentarlo como un solo proyecto gigante. Atacando primero la pieza de mayor costo, suele haber resultados medibles en semanas, no en años. Eso reparte la inversión y te deja validar antes de comprometer más.
¿Y si no tengo la documentación del sistema actual?
Es lo normal con un legacy. Parte del trabajo inicial es justamente reconstruir ese entendimiento —leer el código, mapear los flujos, documentar lo que hoy vive solo en la cabeza de alguien. Es trabajo, pero es acotado y es el seguro contra quedar atrapado.
¿Quieres saber cuánto te está costando hoy tu sistema actual? Hacemos el cálculo contigo y te decimos qué conviene arreglar primero —sin reescribir todo. Agenda una consultoría gratuita de modernización y partamos por el número.