
Un MVP en una empresa que ya existe se juega con otras reglas
Clientes, sistemas viejos y un sponsor interno cambian el tablero.
Servicios
Desarrollo de Soluciones con AITrainings de AI a MedidaSetup de AI WorkspaceIndustrias
ManufacturaEcommerceAgencias de RRHHComercio ExteriorEstudios ContablesAgencias de MarketingSegurosServicios de SaludLegal y NotarialReal EstateServicios FinancierosLogísticaPor qué conviene modernizarlo por partes y con el equipo que lo conoce.

Casi toda empresa con algunos años tiene uno: el sistema que factura, liquida o controla stock desde hace dos décadas, que nadie se anima a tocar y que, sin embargo, sostiene el día a día. Se lo llama sistema legacy, o heredado. La forma más segura de modernizarlo es gradual: entender las reglas del negocio que tiene adentro, construir lo nuevo a su alrededor e ir apagando partes de a poco, con la operación funcionando.
Es un software que lleva años en uso, sigue siendo importante para el negocio y fue construido con tecnologías o prácticas que hoy limitan. Puede ser un desarrollo propio en un lenguaje que ya pocos manejan, un ERP muy personalizado o una base de datos a la que se le fueron colgando planillas y procesos manuales.
La palabra suena a problema, pero describe algo más interesante. Ese sistema guarda, escritas en código, miles de decisiones del negocio: excepciones de clientes, reglas impositivas, casos raros que alguien resolvió un viernes a la noche hace quince años. Mucha de esa lógica no está documentada en ningún otro lado.
El costo de quedarse quieto es grande y poco visible. Según un estudio de la Fundação Dom Cabral con empresas de 19 sectores, el 76% destina el 70% o más de su presupuesto de tecnología a mantener sistemas heredados. Queda poco margen para construir algo nuevo.
Aun así, la parálisis tiene lógica. Si el sistema se cae, se frena la facturación. Las personas que lo entienden son pocas y están ocupadas apagando incendios. Y los proyectos de "reemplazo total" tienen mala fama por buenas razones: suelen durar años, cuestan más de lo previsto y, cuando llegan, el negocio ya cambió.
Lo que mejor funciona en la práctica es modernizar por capas, sin un gran día del cambio:
Primero, entender. Mapear qué hace el sistema, qué procesos dependen de él y cuáles le duelen más al negocio. A veces aparece que una parte grande del código ya no se usa.
Después, construir alrededor. En lugar de tocar el núcleo, se le abre una puerta: una conexión que permite leer y escribir datos desde afuera. Sobre esa puerta se arman las cosas nuevas, como un portal para clientes, un tablero o una automatización, sin arriesgar lo que ya anda.
Por último, apagar de a un módulo. Cuando una función nueva demuestra que resuelve mejor lo mismo, se desconecta la vieja. Cada paso es chico, reversible y deja algo en uso.
El criterio para elegir por dónde empezar debería ser de negocio: el proceso donde más horas se pierden, el que más errores genera o el que traba una iniciativa comercial. Rara vez conviene empezar por la parte técnicamente más fea.
En muchas empresas, el sistema lo sostiene un equipo con muchos años en la casa. Es habitual que esas personas vean cada propuesta de modernización como una amenaza o como otro proyecto que va a terminar en nada. Sin ellas, el proyecto avanza a ciegas.
Lo que suele destrabar es sumarlas desde el primer día como fuente de conocimiento: son quienes saben por qué existe cada excepción. A cambio, reciben algo concreto, como menos urgencias y tareas más interesantes que mantener lo de siempre. En los proyectos de Ambolt con equipos así, el avance real suele empezar cuando esas personas ven funcionando, en pocas semanas, una primera pieza que les saca trabajo de encima.
Durante años, entender un sistema viejo era lento y caro: leer miles de líneas sin documentación, entrevistar a quien lo escribió, ir probando. Hoy las herramientas de IA pueden leer ese código, explicar qué hace cada parte, generar documentación y proponer pruebas para comprobar que lo nuevo se comporta igual que lo viejo. Ese trabajo previo, que antes frenaba todo, ahora lleva días.
Eso no hace que la modernización sea automática. El desafío técnico sigue ahí, con otra forma: las piezas nuevas tienen que ser baratas de operar, fáciles de cambiar y seguras desde el primer acceso a datos reales. Y alguien tiene que decidir qué conservar, qué rediseñar y qué dejar de hacer, algo que pide criterio de negocio tanto como conocimiento técnico.
Un sistema legacy suele verse como el lastre que impide avanzar. Mirado de cerca, es también el mejor registro de cómo funciona el negocio. Modernizarlo bien empieza por entender las reglas del negocio que tiene adentro, construir lo nuevo a su alrededor y apagar partes de a una. Con la IA abaratando la etapa de entenderlo, encararlo hoy es mucho más accesible, y la decisión que más pesa es por qué proceso arrancar. Quien elige bien ese primer paso convierte un proyecto temido en una serie de mejoras chicas que se notan cada mes.
Es un software que lleva años en uso, sigue siendo clave para el negocio y está construido con tecnologías o prácticas que hoy limitan su mantenimiento, su integración con otras herramientas o su evolución.
Legacy significa "heredado". Se usa para sistemas, lenguajes o equipos que vienen de una etapa tecnológica anterior y que la organización sigue usando porque dependen de ellos procesos importantes.
Un sistema de facturación o de stock desarrollado a medida hace veinte años, al que se le fueron agregando parches y planillas, y que solo un par de personas de la empresa saben modificar.
Pocas veces. Los reemplazos totales suelen tardar más y costar más de lo previsto. Lo más seguro es modernizar por partes: construir funciones nuevas alrededor del sistema existente y desconectar módulos viejos a medida que lo nuevo demuestra que funciona.
Sirve sobre todo para entender el sistema: leer código viejo, explicar qué hace, documentarlo y generar pruebas que comparan el comportamiento nuevo con el anterior. Eso acorta mucho la etapa previa, aunque las decisiones sobre qué cambiar siguen siendo de negocio.
Por el proceso que más le duele al negocio: donde se pierden más horas, se generan más errores o se traba una iniciativa importante. Un primer paso chico y visible ayuda a ganar confianza para los siguientes.
Sobre Ambolt. Ambolt es una agencia de producto que ayuda a empresas de América Latina a destrabar proyectos de tecnología, incluso cuando hay un sistema viejo en el medio.
Nos especializamos en encontrar áreas para optimizar las operaciones de tu empresa, para hacerlas más ágiles, rápidas y productivas.
Hablemos →