5 señales de que tu software actual se ha quedado pequeño
El software no suele fallar de golpe. Se queda pequeño poco a poco y la empresa se adapta sin darse cuenta. Cinco señales objetivas para detectarlo y qué camino tomar en cada caso (evolucionar, integrar o sustituir).
Respuesta corta
El software rara vez falla de golpe. Se queda pequeño poco a poco, y lo peligroso es que la empresa se adapta a él sin darse cuenta. Hay cinco señales objetivas: el Excel paralelo que crece alrededor del sistema, los dobles tecleos entre aplicaciones, las peticiones de cambio que nunca llegan, la dependencia de una sola persona para tocarlo y las decisiones que se toman sin datos porque sacarlos cuesta demasiado. Ninguna implica automáticamente tirar el sistema; cada una tiene su camino.
Por qué es difícil verlo desde dentro
Nadie decide un martes que su software ya no sirve. Lo que pasa es más silencioso. Alguien crea “una hojita de apoyo”, alguien asume teclear dos veces “solo este dato”, alguien aprende a convivir con la pantalla lenta. La empresa se dobla alrededor de la herramienta y ese doblarse no se ve hasta que se suma. Estas cinco señales sirven para mirarlo con ojos de fuera.
Señal 1. Ha nacido un Excel paralelo (o varios)
El sistema oficial existe, pero la operación del día a día vive en las hojas de cálculo que lo rodean: la de planificación “porque el programa no lo hace como necesitamos”, la de seguimiento “porque ahí no se ve bien”. Cada Excel paralelo es una funcionalidad que tu software debería tener y no tiene. También es un riesgo, porque son datos sin control de versiones, sin permisos y sin copia.
Qué mirar. Cuenta cuántas hojas de cálculo participan en tu proceso principal. Si son más de dos, ya tienes un segundo sistema no oficial. Nuestra guía ¿ha superado tu empresa el Excel? profundiza justo aquí.
Señal 2. El mismo dato se teclea más de una vez
Un pedido que se copia del email al programa, del programa a la factura, de la factura al informe. Cuando la misma información entra a mano en más de un sitio, pierdes horas y, lo que es peor, tienes dos versiones del dato esperando a discrepar.
Qué mirar. Sigue el recorrido de un pedido o un parte desde que nace hasta que se factura, y cuenta las veces que alguien lo teclea. Ojo, porque esta señal no siempre pide sustituir el software. Muchas veces pide conectarlo con el resto: el sistema es válido y lo que falta es que hable con los demás.
Señal 3. Las peticiones de cambio mueren en una lista
“Estaría bien que el programa hiciera…”, y ahí se queda. O el fabricante no lo contempla, o el proveedor original ya no está, o cada cambio cuesta tanto que no compensa pedirlo. Un software que no puede evolucionar congela los procesos de la empresa en el año en que se compró.
Qué mirar. ¿Cuándo fue la última mejora que incorporó? Si la respuesta se mide en años, el software ya no acompaña al negocio. Es el negocio el que lo arrastra.
Señal 4. Solo una persona puede tocarlo
El programa lo hizo alguien que ya no está, lo administra “el que sabe” y nadie más se atreve. No hay documentación, ni código accesible, ni repuesto. Más que una incomodidad, es un riesgo operativo: tu negocio depende de la disponibilidad de una persona.
Qué mirar. ¿Qué pasaría mañana si esa persona faltara dos meses? Si la respuesta da vértigo, esta señal manda sobre todas las demás. El primer paso sensato es una revisión externa del estado del sistema que diga qué hay, en qué estado está y qué implica mantenerlo o sustituirlo.
Señal 5. Decidís sin los datos que el sistema tiene
La información existe y está ahí dentro, pero sacarla cuesta tanto que las decisiones se toman a ojo. Los informes se montan a mano una vez al mes, tarde y con errores, y preguntas simples (“¿qué margen deja este cliente?”) no tienen respuesta rápida.
Qué mirar. Cuánto tarda tu equipo en responder a una pregunta operativa concreta. Si la respuesta es “te lo preparo para el jueves”, el dato existe pero el sistema lo secuestra.
Tres señales no son una sentencia, son un diagnóstico
Que tu software se haya quedado pequeño no significa automáticamente tirarlo. Hay tres caminos, de menor a mayor cirugía:
- Evolucionarlo, si el sistema es sólido pero está desatendido. Toca mantenimiento y evolución continua, empezando por una revisión de su estado.
- Integrarlo, si el sistema cumple pero vive aislado. Se conecta para eliminar los dobles tecleos y se construye alrededor lo que le falta.
- Sustituirlo por fases, si arrastra a la empresa. Hablamos de software a medida construido sobre vuestros procesos, sin big-bang, mientras el sistema viejo sigue sosteniendo la operación.
Elegir camino con datos y no por impulso es el tipo de decisión que merece un análisis previo con entregable cerrado, también cuando la conclusión es que, de momento, basta con evolucionar.
Sobre el autor
Oscar Blanco
Fundador y responsable técnico de MUROSOFT
Ingeniero informático y desarrollador de software para empresas, con más de una década construyendo sistemas de gestión, integraciones y aplicaciones. En MUROSOFT analiza el proceso antes que la tecnología: qué se hace hoy, qué cuesta y qué merece la pena automatizar. Trabaja de forma directa con quien va a usar el sistema, sin capas intermedias entre el problema y quien lo resuelve.