El día que se lanza un sitio web, una app o un sistema a la medida se siente como la meta. Pero en realidad es la línea de salida. A partir de ese momento el software vive en un entorno que cambia todo el tiempo: navegadores que se actualizan, sistemas operativos nuevos, servicios externos que modifican sus APIs, vulnerabilidades que se descubren y un negocio que sigue creciendo.
Un software sin mantenimiento no se queda igual: se deteriora. Y lo hace en silencio, hasta que un día algo deja de funcionar en el peor momento.
¿Por qué el software se "descompone" si nadie lo toca?
Aunque el código no cambie, todo a su alrededor sí:
- Sistemas operativos y navegadores: cada año salen versiones nuevas de iOS, Android y los navegadores. Lo que funcionaba perfecto puede empezar a fallar o verse mal.
- Tiendas de aplicaciones: Apple y Google piden periódicamente que las apps se actualicen a versiones recientes de sus herramientas para seguir publicadas o recibir actualizaciones.
- Dependencias: el software moderno usa librerías de terceros. Cuando se descubre una falla de seguridad en una de ellas, hay que actualizarla.
- Servicios externos: pasarelas de pago, paqueterías, mapas, facturación. Cuando cambian o retiran una versión de su API, tu integración debe adaptarse.
- Certificados y dominios: si expiran, el sitio se vuelve inaccesible o aparece como inseguro.
- Crecimiento de datos: una base de datos que era rápida con mil registros puede volverse lenta con un millón.
Los 4 tipos de mantenimiento
| Tipo | Qué es | Ejemplo |
|---|---|---|
| Correctivo | Arreglar errores que aparecen en el uso real | Un reporte muestra totales incorrectos en meses de 31 días |
| Adaptativo | Ajustar el software a cambios del entorno | Actualizar la app para la nueva versión de iOS |
| Preventivo | Mejorar antes de que algo falle | Actualizar librerías, optimizar consultas lentas, revisar respaldos |
| Evolutivo | Agregar o cambiar funciones según el negocio | Un nuevo método de pago o un módulo de reportes |
Muchos presupuestos sólo piensan en el evolutivo. Los otros tres son los que evitan sustos.
La deuda técnica
La deuda técnica es el costo acumulado de atajos tomados durante el desarrollo: código hecho rápido "para salir", pruebas que no se escribieron, documentación pendiente, librerías que nunca se actualizaron.
Funciona como una deuda financiera:
- A veces tiene sentido tomarla (por ejemplo, para lanzar un MVP a tiempo).
- Pero genera intereses: cada cambio futuro toma más tiempo y es más riesgoso.
- Si nunca se paga, llega un punto en que cualquier modificación rompe algo y la única salida parece ser rehacer todo.
Un buen plan de mantenimiento incluye "abonos" regulares a esa deuda antes de que se vuelva impagable.
Señales de que tu sistema necesita atención
- Cada cambio pequeño tarda semanas o provoca errores en otras partes.
- Nadie se atreve a actualizar nada "porque funciona".
- El sistema es cada vez más lento.
- Sólo una persona entiende cómo funciona.
- Los usuarios han creado "trucos" para evitar errores conocidos.
- No sabes cuándo fue la última vez que se actualizó o se probó un respaldo.
Qué incluye un buen plan de mantenimiento
- Actualizaciones de seguridad de servidores, librerías y plataformas.
- Monitoreo de disponibilidad y errores, con alertas cuando algo falla.
- Respaldos automáticos y pruebas periódicas de restauración.
- Revisión de rendimiento: tiempos de carga, consultas lentas, uso de servidores. Recuerda que la velocidad también impacta tu SEO.
- Corrección de errores con tiempos de respuesta acordados según la gravedad.
- Adaptación a nuevas versiones de sistemas operativos, navegadores y servicios externos.
- Horas para mejoras pequeñas o para reducir deuda técnica.
- Reportes periódicos de lo que se hizo y lo que se recomienda.
Mucho de esto también forma parte de una buena estrategia de ciberseguridad.
¿Cuánto presupuestar?
No hay una cifra universal, pero es habitual reservar anualmente entre un 15% y un 25% del costo de desarrollo original para mantenimiento, según la complejidad del sistema, cuántas integraciones tiene y qué tan crítico es para la operación.
Las modalidades más comunes son:
- Iguala mensual: un monto fijo que cubre monitoreo, actualizaciones y una bolsa de horas. Da previsibilidad.
- Bolsa de horas: compras un paquete y se descuenta según el uso.
- Por evento: pagas cada intervención. Parece más barato, pero suele salir caro porque nadie previene problemas y las emergencias cuestan más.
Al contratar a un desarrollador, pregunta desde el inicio cómo será el mantenimiento: es parte del costo real del proyecto.
Mantener vs rehacer
A veces la pregunta es si conviene seguir manteniendo un sistema viejo o construir uno nuevo. Considera rehacer cuando:
- La tecnología ya no tiene soporte ni desarrolladores disponibles.
- El costo anual de mantenerlo se acerca al de reconstruirlo.
- Los problemas de seguridad no se pueden resolver con actualizaciones.
- El negocio cambió tanto que el sistema ya no representa cómo trabajas.
Incluso entonces, conviene migrar por partes, no todo de golpe.
Conclusión
El software es como un vehículo de trabajo: se compra una vez, pero necesita servicio regular para seguir rindiendo. Invertir en mantenimiento cuesta mucho menos que una caída en plena temporada alta, una brecha de seguridad o tener que rehacer un sistema que se dejó deteriorar.
En Dev jetzt ofrecemos planes de mantenimiento para sitios, apps y sistemas, incluso si no los desarrollamos nosotros. Hacemos un diagnóstico inicial, te decimos qué está en riesgo y lo atendemos por prioridades. Escríbenos y revisamos el estado de tu sistema.