Mantenimiento de software: qué incluye y cada cuánto hay que tocarlo

Cuando un proyecto se entrega, mucha gente asume que el trabajo ha terminado. Con software no funciona así: una web o una app publicada empieza a acumular riesgo desde el primer mes. El mantenimiento de software es lo que evita que ese riesgo se convierta en un problema caro.

Qué se hace en el mantenimiento (más allá de "que no se caiga")

• Actualización de dependencias. Librerías, plugins y SDKs sacan versiones con correcciones de seguridad. No actualizarlas deja vulnerabilidades conocidas y publicadas, con exploits documentados que los bots prueban de forma automática.
• Copias de seguridad verificadas. No basta con programar backups: hay que comprobar de vez en cuando que se pueden restaurar. Un backup que no restaura no es un backup.
• Monitorización. En web, disponibilidad y rendimiento. En app, crashes y errores en producción. La idea es enterarse por una alerta, no por un cliente que no pudo usarla.
• Compatibilidad. Cada versión nueva de Android o iOS puede romper una función que antes iba bien. Cada cambio en una API de terceros que consumes, también.
• Cumplimiento continuo. Un formulario que deja de cifrar datos, una cookie que se carga antes del consentimiento o una política de privacidad desactualizada son incumplimientos de RGPD y LSSI-CE reales. La normativa exige cumplimiento continuo, no puntual en el lanzamiento.
• Pequeñas mejoras. Según el plan, cambios de contenido, ajustes y mejoras de rendimiento aplicadas de forma proactiva.

Cada cuánto hay que intervenir

No hay un número mágico, pero como referencia:

Tarea	Frecuencia orientativa
Revisión de actualizaciones y seguridad	Mensual
Verificación de copias de seguridad	Mensual
Revisión de compatibilidad (SO, APIs)	Cada versión mayor / trimestral
Auditoría técnica más a fondo	Anual
Respuesta ante incidencias	Cuando ocurre, con tiempo de respuesta acordado

Qué pasa si no hay mantenimiento

El coste de no mantener no se ve hasta que pasa algo: la web cae un fin de semana y nadie lo detecta, la app deja de recibir actualizaciones aprobadas, un dato se filtra o llega un requerimiento. Para entonces, arreglarlo con prisas cuesta bastante más que haberlo prevenido con unas horas al mes.

Cuántas horas al mes necesitas

Depende de cuánto cambia tu software y de cuánto te puedes permitir estar sin él:

• Estable y sin cambios: un plan mínimo (un par de horas al mes) para que nadie lo abandone.
• Cambia con el negocio: un plan intermedio, con respuesta garantizada y algunas horas para ajustes.
• Crítico para operar: un plan con evolución continua, respuesta prioritaria y seguimiento periódico.

Puedes ver cómo se traduce esto en horas y precio en los planes de mantenimiento. Y si tu web o app no la desarrollé yo, el mantenimiento empieza siempre con un diagnóstico técnico para conocer el estado real antes de asumirlo.