Una aplicación no avisa de que se ha quedado pequeña. No da un error, no se cae, no sale un mensaje. Sigue funcionando exactamente igual que el primer día. Lo que cambia es todo lo que tu equipo hace alrededor para que siga sirviendo.
Por eso el momento se pasa sin decidirlo: no hay un día en que se rompa, hay dos años en que cada vez cuesta un poco más. Estas son las cinco señales que se ven desde el despacho del gerente, sin saber de técnica, y qué hacer con cada una.
Va para empresas de cinco a cincuenta personas con un ERP, una intranet, una web de pedidos o una aplicación propia de la que depende el día a día.
1. Hay un Excel que manda más que el programa
No el Excel de siempre. El Excel: el que alguien abre para saber de verdad cómo va algo, porque lo que dice el programa está incompleto o llega tarde.
Cuando existe ese fichero, la aplicación ha dejado de ser el sistema de la empresa. El sistema es la hoja. Y la hoja no tiene copias, ni permisos, ni historial de quién cambió qué, ni sobrevive a que su dueño se vaya de vacaciones.
Qué mirar: quién lo mantiene, cuánto tiempo le lleva y qué pasa el día que esa persona no está. Si la respuesta incomoda, ya tienes tu prioridad.
2. Responder una pregunta normal tarda días
«¿Cuánto hemos servido este mes a ese cliente?». «¿Qué pedidos llevan más de dos semanas parados?». «¿Qué producto nos da menos margen?».
Son preguntas de gerencia, no de informática. Si para contestarlas hay que pedirle un informe a alguien, esperar, y luego cruzar dos exportaciones, el problema no es que falte un botón: es que los datos que necesitas para decidir no están donde se decide.
Qué mirar: anota durante un mes las preguntas que se quedan sin responder porque cuesta demasiado sacar el dato. Esa lista vale más que cualquier auditoría técnica. Y no hace falta montar un departamento para resolverlo: lo contamos en explotar tus datos sin tener un equipo de datos.
3. Crecer significa contratar a alguien para hacer lo mismo
Esta es la más cara y la más silenciosa. El doble de pedidos exige el doble de personas tecleando, revisando o cruzando. El trabajo administrativo crece a la misma velocidad que el negocio, y a veces más deprisa.
Un sistema que acompaña el crecimiento hace lo contrario: cuando el volumen sube, sube el trabajo que se hace solo, no el que hace la gente.
Qué mirar: de las últimas incorporaciones, ¿cuántas se contrataron para vender, producir o atender, y cuántas para sostener el proceso interno? Si la balanza se ha ido inclinando, la aplicación te está cobrando en nóminas lo que no te cobra en licencias.
4. La excepción ya no es una excepción
Al principio había un caso raro que se resolvía a mano. Ahora hay siete, cada uno con su apaño, y solo dos personas en la empresa saben cuál toca en cada situación.
Eso no es desorden. Es que el negocio ha evolucionado y la aplicación se quedó en la versión del negocio de hace cinco años. Las excepciones son la diferencia entre las dos, y están guardadas en la cabeza de la gente en vez de en el sistema.
Qué mirar: pídele a quien trabaja con la aplicación que escriba los casos que no se pueden hacer «como manda el programa». Si la lista pasa de cinco, no es un problema de formación.
5. Nadie se atreve a tocarlo
La frase típica es «funciona, mejor no lo toques». A veces la dice el proveedor original. A veces ya no hay proveedor original.
Cuando una aplicación crítica entra en ese estado, dejan de pedirse mejoras. No porque no hagan falta, sino porque todo el mundo asume que no se pueden hacer. Y a partir de ahí el negocio se organiza alrededor de las limitaciones del programa sin volver a cuestionarlas.
Qué mirar: cuándo fue el último cambio funcional, y quién sabría hacer el siguiente. Si no hay nombre para esa pregunta, tienes una dependencia sin dueño.
Una señal no es nada. Tres son un problema con fecha
Casi todas las empresas reconocen una. Es normal y no justifica gastar dinero. Antes de decidir nada, conviene tener claro cuándo hace falta algo a medida y cuándo sobra con un SaaS: la mayoría de las veces la respuesta sigue siendo comprar.
Con tres, lo que estás pagando en horas de tu gente probablemente ya supera lo que cuesta arreglarlo. La diferencia es que ese gasto no aparece en ninguna factura, así que nadie lo revisa nunca.
Qué hacer, en orden de menor a mayor
Tres opciones, y casi siempre se elige la más grande sin haber probado las dos primeras.
Parchear. Configurar lo que ya tienes, usar funciones que nadie ha mirado, limpiar datos. Barato y rápido. Sirve cuando hay una señal, no cinco. Su coste oculto: si el problema es de fondo, en seis meses estás igual y habrás perdido esos seis meses.
Extender. Dejar la aplicación donde está y construir alrededor lo que le falta: la integración que evita teclear dos veces, el portal para que los clientes entren sus pedidos, el cuadro de mando que junta lo que hoy vive en tres sitios. Es lo que hacemos la mayoría de las veces. No obliga a migrar nada y se entrega por partes. Los proyectos que más nos piden las pymes son casi siempre uno de estos seis.
Sustituir. Es la única respuesta cuando la aplicación no se puede tocar, no se puede integrar o depende de algo que ya no existe. Es la opción cara: hay migración de datos, hay formación y hay meses conviviendo con los dos sistemas. Merece la pena, pero hay que decidirla sabiendo eso, no descubrirlo a mitad.
El error habitual no es elegir mal. Es no elegir: seguir parcheando durante tres años y llegar a la sustitución con prisa, que es la peor manera de hacerla.
Si te has visto en tres
Cuéntanoslo en nordicbyte.co.uk/get-started: qué aplicación es, cuáles de las cinco señales reconoces y qué pasa el día que se para. En 48 horas te decimos si esto se arregla sin tirar lo que tienes.
Y si lo tuyo es una sola señal, te lo diremos también. Todavía no hace falta un proyecto.