Qué revisar antes de reemplazar un sistema interno
Un checklist para no descartar (ni salvar) un sistema viejo por las razones equivocadas.
Antes de decidir reemplazar un sistema interno, conviene revisar cinco cosas concretas — en ese orden, porque cada una condiciona a la siguiente.
Qué hace hoy, de verdad. No lo que dice el manual ni lo que se pensó originalmente, sino lo que la gente usa en la práctica. Es común descubrir funciones enteras que nadie usa hace años, y otras que se volvieron críticas sin haber sido diseñadas para eso.
Quién depende de él y cómo. Un sistema que usan tres personas para una tarea semanal no tiene el mismo riesgo que uno que corre la facturación diaria de toda la empresa. El nivel de dependencia define cuánto cuidado necesita la transición, más allá de lo viejo que sea el código.
Qué tan bien se integra con el resto. Un sistema que hoy conecta con otras herramientas de forma manual (exportar un Excel, importarlo en otro lado) puede seguir funcionando así por un tiempo. Uno que ya tiene integraciones automáticas hechas es más caro de reemplazar de lo que parece, porque no es solo el sistema, es todo lo que depende de él.
Qué tan urgente es el problema real. Lento no es lo mismo que roto. Un sistema lento pero confiable puede optimizarse; uno que genera errores de datos silenciosos es un problema distinto y más urgente, sin importar la velocidad.
Con esas cuatro respuestas, recién ahí tiene sentido preguntar si conviene reemplazar todo, modernizar por partes, o simplemente dejarlo como está un tiempo más.