Qué incluye el mantenimiento de un software a medida (y qué pasa cuando no lo tiene)
Un software sin mantener no se queda quieto: se degrada. Qué cubre exactamente un buen mantenimiento — correctivo, preventivo y evolutivo —, qué señales indican que el tuyo no lo tiene, y cómo se estructura sin letra pequeña.
Respuesta corta: el mantenimiento serio de un software tiene tres capas — correctivo (cuando algo falla, alguien responde con plazos por escrito), preventivo (actualizaciones, seguridad, copias verificadas, monitorización) y evolutivo (mejoras planificadas cada mes). La mayoría de los “mantenimientos” que se venden solo cubren la primera. Y un sistema sin las otras dos no se queda como está: se degrada en silencio hasta el día del susto.
El mito del software terminado
Un software a medida no es un mueble: es más parecido a una instalación. 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. La diferencia con un mueble es que el software envejece por dentro, sin que se vea, hasta que se nota de golpe.
Las tres capas de un mantenimiento serio
1. Correctivo: cuando algo falla
Lo mínimo — y aun así, no siempre está: un interlocutor claro, un canal definido y tiempos de respuesta por escrito según la gravedad. 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», no tienes mantenimiento correctivo: tienes un favor pendiente.
2. Preventivo: que no llegue a fallar
La capa invisible y la que más sustos evita:
- Actualizaciones de las piezas sobre las que el sistema está construido — probadas antes de aplicar, no a ciegas en producción.
- Seguridad: parches, revisión de accesos, dependencias vulnerables.
- Copias de seguridad verificadas. La palabra importante es verificadas: una copia que nunca se ha probado a restaurar es una esperanza, no una copia.
- Monitorización con alertas: si el sistema se cae o una integración se detiene, alguien se entera solo — idealmente antes que tus usuarios.
3. Evolutivo: 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: pequeños cambios que se acumulan — un campo nuevo, un informe, un ajuste al proceso — sin esperar a «juntar cosas para un proyecto». Es la diferencia entre mantener con vida y mantener útil, y la razón por la que 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 — la señal 1 de que un software se ha quedado pequeño.
- El día que algo falla de verdad, 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
Lo que deberías exigir de cualquier plan de mantenimiento — el nuestro incluido:
- Revisión inicial del estado real antes de comprometer nada: versiones, seguridad, copias, deuda acumulada. Sin diagnóstico no hay plan honesto.
- Cobertura y tiempos por escrito: qué incluye, con qué plazos de respuesta según gravedad, y qué queda fuera.
- Horas de evolución definidas y planificadas contigo cada mes — no una bolsa difusa que nunca se sabe si queda.
- Visibilidad: informe de qué se ha hecho, qué se ha actualizado y en qué se invirtió el tiempo. Sin cajas negras.
- 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 la revisión del estado real, después el compromiso. Nadie serio te firmará tiempos de respuesta sobre un sistema que no ha visto por dentro; desconfía de quien lo haga.
¿Tu sistema tiene las tres capas — o solo un teléfono al que llamar cuando falla? Cuéntanos qué tienes y lo revisamos sin compromiso. Revisamos tu proyecto →
Servicio relacionado: Mantenimiento y evolución
Sobre el autor
Oscar Blanco
Fundador y responsable técnico de MUROSOFT
Desarrollador fullstack con más de una década construyendo software para empresas. 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.