Qué incluye el mantenimiento de un software a medida (y qué pasa cuando no lo tiene)

El mito del software terminado

Un software a medida se parece más a una instalación que a un mueble. El entorno donde vive cambia constantemente (navegadores, servidores, sistemas conectados, requisitos legales), y el negocio al que sirve también. «Terminado» solo significa «entregado»; a partir de ahí, o se mantiene o envejece. Y envejece por dentro, sin que se vea, hasta que se nota de golpe.

Las tres capas de un mantenimiento serio

1. Correctivo, para cuando algo falla

Es lo mínimo, y aun así no siempre está. Consiste en un interlocutor claro, un canal definido y tiempos de respuesta por escrito según la gravedad. Haz la prueba del algodón. ¿Sabes hoy a quién escribir si tu sistema se cae un lunes a las 9:00, y en cuánto tiempo se ha comprometido a responderte? Si la respuesta es «le mando un WhatsApp al que lo hizo», lo que tienes es un favor pendiente.

2. Preventivo, para que no llegue a fallar

Es la capa invisible y la que más sustos evita:

• Actualizaciones de las piezas sobre las que el sistema está construido, probadas antes de aplicarlas y nunca a ciegas en producción.
• Seguridad: parches, revisión de accesos y dependencias vulnerables.
• Copias de seguridad verificadas. La palabra importante es verificadas. Una copia que nunca se ha probado a restaurar es solo una esperanza.
• Monitorización con alertas. Si el sistema se cae o una integración se detiene, alguien se entera sin que se lo digan, a ser posible antes que tus usuarios.

3. Evolutivo, para que siga siendo útil

El sistema que solo se conserva pierde valor cada mes, porque el negocio avanza y él no. El mantenimiento evolutivo reserva capacidad mensual de mejora planificada. Son pequeños cambios que se acumulan (un campo nuevo, un informe, un ajuste al proceso) sin esperar a «juntar cosas para un proyecto». Es lo que separa mantener con vida de mantener útil, y por eso preferimos hablar de mantenimiento y evolución.

Qué pasa cuando no lo tiene

El síntoma nunca es inmediato, y por eso engaña:

• Las actualizaciones pospuestas se acumulan hasta que actualizar se vuelve un proyecto caro en sí mismo. El «ya lo haremos» tiene interés compuesto.
• Las peticiones de mejora mueren en una lista y la empresa empieza a rodear el sistema con Excels, que es la señal 1 de que un software se ha quedado pequeño.
• El día que algo falla en serio, se descubre a la vez que no había copia verificada, que nadie monitorizaba y que el que lo hizo ya no está.

Ese último escenario es tan común que le hemos dedicado una guía entera: qué hacer cuando heredas un software sin proveedor.

Cómo se estructura sin letra pequeña

Esto es lo que deberías exigir a cualquier plan de mantenimiento, el nuestro incluido:

1. Revisión inicial del estado real antes de comprometer nada (versiones, seguridad, copias, deuda acumulada). Sin diagnóstico no hay plan honesto.
2. Cobertura y tiempos por escrito. Qué incluye, con qué plazos de respuesta según la gravedad y qué queda fuera.
3. Horas de evolución definidas y planificadas contigo cada mes, en vez de una bolsa difusa de la que nunca se sabe cuánto queda.
4. Visibilidad. Un informe de qué se ha hecho, qué se ha actualizado y en qué se invirtió el tiempo.
5. Sin rehenes. El código y los datos son tuyos, la documentación existe y cambiar de proveedor es posible. El mantenimiento se renueva por resultados, no por cautividad.

¿Y si mi software lo hizo otra empresa?

Se puede mantener igualmente (es de lo más habitual), pero el orden importa. Primero se revisa el estado real y después se firma el compromiso. Nadie serio te firmará tiempos de respuesta sobre un sistema que no ha visto por dentro; desconfía de quien lo haga.