Mantenimiento de software: qué incluye y plan en 7 pasos
El mantenimiento de software es el trabajo continuo que mantiene un sistema funcionando, seguro y útil después de su lanzamiento: corregir errores, actualizar dependencias y servidores, adaptarlo a cambios del negocio y prevenir fallas antes de que ocurran. Si tu empresa depende de un sistema a la medida, una tienda en línea o una plataforma interna, el mantenimiento no es un gasto opcional: es lo que evita que esa inversión se degrade con el tiempo.
En esta guía explicamos qué incluye el mantenimiento de software, los cuatro tipos que conviene distinguir, cómo armar un plan paso a paso, qué pedirle a tu proveedor por contrato y los errores que más caro le salen a un negocio.
¿Qué es el mantenimiento de software y por qué no termina con el lanzamiento?
Un sistema no se queda quieto aunque nadie toque su código. Los navegadores se actualizan, los proveedores de pagos cambian sus APIs, las librerías publican parches de seguridad y el servidor recibe actualizaciones del sistema operativo. Cada uno de esos cambios puede romper algo que ayer funcionaba.
A eso se suma el propio negocio: nuevas reglas fiscales, nuevos productos, un proceso que cambió o un equipo que creció. El software que no se adapta termina rodeado de hojas de cálculo y procesos manuales que lo compensan. Por eso, en nuestra experiencia construyendo software a la medida, el lanzamiento es el inicio de la vida útil del sistema, no el final del proyecto.
Tipos de mantenimiento de software: correctivo, adaptativo, perfectivo y preventivo
La clasificación más usada divide el trabajo en cuatro tipos. Distinguirlos ayuda a presupuestar y a negociar con tu proveedor, porque cada uno tiene una lógica distinta.
| Tipo | Qué resuelve | Ejemplo práctico | Cuándo ocurre |
|---|---|---|---|
| Correctivo | Errores que ya afectan la operación | El cálculo de envío sale mal para un estado | Cuando aparece la falla |
| Adaptativo | Cambios del entorno: APIs, leyes, servidores | La pasarela de pago cambia de versión y hay que migrar | Cuando un tercero o la regulación cambia |
| Perfectivo | Mejoras de uso, rendimiento o nuevas funciones pequeñas | Agregar un filtro al reporte de ventas que todos piden | Por prioridad del negocio |
| Preventivo | Riesgos que todavía no son fallas | Actualizar una librería antes de que deje de recibir parches | De forma programada |
El error común es pagar solo el correctivo, "cuando algo truene". Ese modelo parece más barato, pero acumula deuda técnica: cada mes sin preventivo hace más costosa y riesgosa la siguiente actualización.
¿Qué incluye el mantenimiento de software en la práctica?
Más allá de los cuatro tipos, un buen servicio de mantenimiento cubre tareas concretas que deberías poder ver en un reporte. Esta es la lista mínima que recomendamos revisar:
- Monitoreo: alertas cuando el sistema se cae, se vuelve lento o empieza a registrar errores, idealmente antes de que un cliente lo reporte.
- Respaldos verificados: no basta con que existan; hay que probar periódicamente que se pueden restaurar.
- Actualizaciones de seguridad: del sistema operativo, del framework y de las librerías. Guías como el OWASP Top 10 ayudan a entender los riesgos más comunes en aplicaciones web.
- Control de versiones y fin de soporte: saber qué versión de cada componente usas y cuándo deja de recibir parches. Sitios como endoflife.date concentran esas fechas por tecnología.
- Corrección de errores con prioridades y tiempos de respuesta acordados.
- Pequeñas mejoras dentro de un número de horas definido.
- Documentación actualizada: cada cambio relevante queda registrado para que el conocimiento no dependa de una sola persona.
- Reporte periódico: qué se hizo, qué riesgos hay y qué se recomienda para el siguiente periodo.
Cómo armar un plan de mantenimiento de software paso a paso
Un plan no tiene que ser un documento largo. Tiene que responder quién hace qué, con qué frecuencia y cómo se mide. Estos son los pasos que seguimos con nuestros clientes.
- Haz un inventario. Lista los sistemas, dominios, servidores, servicios de terceros (pagos, correo, mensajería) y quién tiene acceso a cada uno. Sin inventario no hay plan.
- Clasifica por criticidad. ¿Qué pasa si este sistema se detiene una hora? ¿Un día? La tienda en línea en temporada alta no tiene la misma prioridad que un reporte interno mensual.
- Define tiempos de respuesta. Por ejemplo: crítico (la operación está detenida), alto (afecta a muchos usuarios), normal y bajo. Acuerda cuánto tarda el proveedor en responder y en resolver cada nivel.
- Programa el preventivo. Fija una frecuencia para actualizar dependencias, revisar respaldos y renovar certificados. Ponlo en el calendario, no en la buena voluntad.
- Reserva capacidad para mejoras. Separa una bolsa de horas para perfectivo, así las mejoras no compiten con las urgencias.
- Elige indicadores simples. Disponibilidad, número de incidentes, tiempo promedio de resolución y antigüedad de las dependencias son suficientes para empezar.
- Revisa el plan cada trimestre. El negocio cambia y el plan también: un sistema que se volvió crítico necesita otro nivel de atención.
¿Mantenimiento interno, con el proveedor original o con un tercero?
No hay una única respuesta correcta; depende del tamaño del sistema y de tu equipo. Estas son las ventajas y riesgos de cada modelo.
- Equipo interno: conoce el negocio y responde rápido, pero es difícil cubrir todas las especialidades (servidores, seguridad, frontend, bases de datos) y se vuelve frágil si una persona se va.
- Proveedor que construyó el sistema: conoce el código a fondo y arranca sin curva de aprendizaje. El riesgo es la dependencia: asegúrate de tener acceso al repositorio, la documentación y las credenciales.
- Un tercero especializado: puede aportar una mirada fresca y procesos más maduros, pero necesita un periodo de entrada para entender el sistema. Una buena entrega técnica reduce mucho ese tiempo.
Un modelo mixto funciona bien en muchas empresas medianas: alguien interno es dueño del sistema y de las prioridades, y un proveedor ejecuta el trabajo técnico con reportes claros.
Qué pedirle a tu proveedor en un contrato de mantenimiento
El contrato es donde se evitan la mayoría de los malentendidos. Antes de firmar, verifica que estos puntos estén por escrito:
- Alcance: qué tipos de mantenimiento cubre y cuáles se cotizan aparte.
- Niveles de servicio: tiempos de respuesta y resolución por prioridad, y horario de atención.
- Horas incluidas y qué pasa con las no usadas o con las excedentes.
- Propiedad: el código, los datos y los accesos son de tu empresa.
- Respaldos: frecuencia, dónde se guardan y cada cuánto se prueba la restauración.
- Reportes: periodicidad y contenido mínimo.
- Salida: cómo se entrega todo si decides cambiar de proveedor.
Desconfía de un servicio que no puede decirte qué hizo el mes pasado. Si pagas mantenimiento y no recibes reportes, en realidad estás pagando disponibilidad, no mantenimiento.
Errores comunes que encarecen el mantenimiento
- Posponer actualizaciones durante años. Saltar varias versiones mayores de un framework convierte una tarea rutinaria en un proyecto de migración.
- No probar los respaldos. Muchos negocios descubren que su respaldo estaba incompleto justo el día que lo necesitan.
- Accesos en manos de una sola persona. Dominios, servidores y cuentas de terceros deben estar a nombre de la empresa.
- Mezclar urgencias con proyectos nuevos. Sin una bolsa de horas separada, las mejoras nunca llegan o las urgencias esperan.
- Agregar funciones sin limpiar. Cada función sin pruebas ni documentación aumenta el costo de cada cambio futuro.
¿Cuándo conviene dejar de mantener y reconstruir?
Hay un punto en el que mantener sale más caro que rehacer. Algunas señales: la tecnología base ya no recibe soporte, cada cambio pequeño rompe otra parte, nadie entiende el código, o el sistema ya no refleja cómo trabaja la empresa. En esos casos, conviene evaluar una reconstrucción por etapas, migrando módulo por módulo para no detener la operación. Lo mismo aplica a sitios web: si tu sitio es lento, difícil de editar o inseguro, puede ser momento de revisar opciones de diseño y desarrollo de páginas web con una base más moderna.
Preguntas frecuentes
¿Cuánto cuesta el mantenimiento de software?
Depende del tamaño del sistema, su criticidad, la tecnología y los tiempos de respuesta que necesites. Por eso conviene pedir una evaluación del sistema antes de aceptar una cuota fija; un precio sin diagnóstico suele dejar fuera trabajo preventivo importante.
¿Cada cuánto se debe dar mantenimiento a un sistema?
El monitoreo y los respaldos deben ser continuos o diarios. Las actualizaciones de seguridad se aplican en cuanto salen si son críticas, y el resto del preventivo puede programarse de forma mensual o trimestral según la criticidad del sistema.
¿Qué diferencia hay entre soporte técnico y mantenimiento de software?
El soporte atiende dudas y problemas de los usuarios cuando ocurren. El mantenimiento incluye eso, pero también el trabajo programado sobre el sistema: actualizaciones, prevención de fallas, adaptaciones y mejoras.
¿Puedo cambiar de proveedor de mantenimiento?
Sí, siempre que tengas acceso al código, los datos, las credenciales y la documentación. Por eso la cláusula de salida y la propiedad del código deben quedar claras desde el primer contrato.
Si quieres revisar el estado de tu sistema y armar un plan de mantenimiento realista, habla con nuestro equipo y lo vemos contigo.
