“Plan de mantenimiento” se usa de forma imprecisa en toda la industria, lo que dificulta comparar qué estás recibiendo realmente. Esto es lo que hay dentro de un plan bien definido, y lo que usualmente no.
Monitoreo Proactivo
Revisiones automatizadas de disponibilidad, rendimiento y tasas de error que alertan a una persona real antes de que un cliente note que algo anda mal — el núcleo de lo que separa los planes proactivos del soporte reactivo de "arreglar cuando se rompe".
Parches de Seguridad y Actualización de Dependencias
Actualizaciones programadas regularmente de frameworks, plugins y librerías, priorizadas por gravedad para que los problemas de seguridad se atiendan rápido y las actualizaciones rutinarias ocurran en un ciclo predecible.
Un Tiempo de Respuesta Definido para Problemas
Un plan real especifica qué tan rápido tendrás respuesta y qué tan rápido se atienden los problemas críticos — promesas vagas de "soporte rápido" sin números no son un SLA real.
Una Bolsa de Horas Mensuales para Cambios Pequeños
La mayoría de los planes incluyen un número determinado de horas para actualizaciones menores y funciones pequeñas, que en la práctica suele ser la parte más usada del plan.
Qué Usualmente No Está Incluido
Las construcciones de funciones mayores, los rediseños y las integraciones grandes típicamente se definen y cotizan por separado de un retainer de mantenimiento — vale la pena aclararlo desde el inicio para que no haya sorpresas después.
Preguntas frecuentes
¿Qué pasa con las horas mensuales no usadas?
Esto varía según el proveedor — nosotros trasladamos una parte al siguiente mes en vez de perderlas por completo, hasta un límite razonable.
¿Un plan puede ajustarse hacia arriba o abajo según cambian las necesidades?
Sí — los planes deben revisarse periódicamente y ajustarse según el uso real y cómo ha cambiado el perfil de riesgo del sistema.