La parte más cara de cualquier proyecto de software no es el desarrollo. Son los años posteriores, cuando el sistema debe mantenerse vivo: actualizado, protegido, supervisado, adaptado a dependencias cambiantes, y el proveedor original no aparece por ninguna parte.
El soporte IT gestionado es el trabajo aburrido y poco glamuroso que marca la diferencia entre un sistema que sigue operativo y uno que se deteriora en silencio durante dieciocho meses antes de fallar de forma espectacular. También es la parte del servicio que la mayoría de los proveedores vende con ligereza y presta peor de lo prometido.
Las tres preguntas
Antes de firmar cualquier acuerdo de soporte, incluido uno con nosotros, haz estas tres preguntas.
1. ¿Quién responde exactamente cuando abro un ticket a las 4 p. m. de un viernes?
La respuesta correcta nombra a un equipo concreto, en una zona horaria concreta, con un SLA específico. La respuesta incorrecta es un enlace a un portal de soporte y garantías vagas. Cualquier oferta de soporte que no pueda identificar a las personas que realmente responderán y su horario laboral se parece más al marketing que al servicio.
2. ¿Qué cubre el "soporte" y, igual de importante, qué no cubre?
Los acuerdos de soporte reales son específicos: parches de seguridad, actualizaciones de dependencias, adaptación a cambios incompatibles, monitorización, respuesta a incidentes, análisis de causa raíz. Los acuerdos vagos permiten al proveedor facturar trabajo "adicional" cada vez que ocurre algo interesante.
Pide la lista de exclusiones. La lista de exclusiones te dice lo que realmente es el acuerdo de soporte. Si falta o es evasiva, el acuerdo de soporte es una licencia para cazar: el proveedor podrá facturar por horas la primera vez que ocurra algo inusual.
3. ¿Cuál es la vía de escalado cuando el personal de primera línea no puede resolverlo?
Toda organización de soporte tiene un buen equipo y un gran equipo. El gran equipo cuesta más y se usa menos. Si la vía de escalado desde el nivel de triaje de tickets hasta el ingeniero sénior no está clara, los incidentes que requieren a ese ingeniero sénior se quedarán días en el nivel de triaje.
La respuesta correcta identifica un desencadenante de escalado específico y a un sénior concreto. La respuesta incorrecta es que "el equipo lo gestiona de forma colaborativa", que es una manera educada de decir que nadie se hace responsable.
Lo que cubrimos
El soporte IT gestionado de KIMISUITE es el servicio continuo que sigue después de que hayamos desarrollado o migrado un sistema para ti. Tiene un alcance específico:
- Monitorización de disponibilidad — cada sistema que operamos cuenta con monitorización activa con alertas para ingenieros de guardia, no solo para un panel que nadie mira.
- Aplicación de parches de seguridad — actualizaciones de dependencias con una cadencia definida, además de parches de emergencia para CVE que afecten a la plataforma.
- Supervisión de desviaciones de cumplimiento — el entorno regulatorio cambia constantemente. Nuestro servicio de soporte incluye señalar los cambios que afectan a tus sistemas antes de que se conviertan en hallazgos de auditoría.
- Respuesta a incidentes — con un SLA para la primera respuesta, un SLA para la resolución y un informe post mortem por escrito después de cada incidente significativo.
- Adaptación a cambios de terceros — cuando el proveedor de pagos cambia su API, cuando el sistema operativo publica una actualización que rompe una integración, cuando el navegador deja obsoleto algo de lo que dependías. La categoría de trabajo que nadie ve hasta que no se hace.
No cubrimos: desarrollo de nuevas funcionalidades (eso es un servicio aparte), cambios importantes en el alcance de cómo funciona el sistema (también aparte) ni formación de usuarios (podemos ofrecerla, pero como trabajo definido por alcance).
Preguntas frecuentes
¿Es una suscripción o una iguala?
Un plan mensual definido vinculado a una cobertura específica. No es una iguala en la que se consumen horas en trabajo ambiguo: te decimos exactamente qué incluye el plan.
¿Dan soporte a sistemas que no desarrollaron ustedes?
Depende del caso. Podemos asumir el soporte de sistemas desarrollados por otros proveedores si el código y la infraestructura están en un estado al que podamos comprometernos de forma responsable. Si el sistema no está documentado y es frágil, podemos recomendar un proyecto de estabilización antes de iniciar el soporte.
¿Qué pasa con la guardia para emergencias?
Todos los planes incluyen un número de guardia para emergencias reales en producción. Los SLA de respuesta varían según el nivel.
¿Gestionan soporte IT para usuarios finales: portátiles, correo, impresoras?
Normalmente no. Nuestro alcance de soporte se centra en los sistemas y aplicaciones que nosotros u otros han desarrollado, no en el IT general de oficina. Para IT general podemos recomendar socios locales.
En resumen
Desarrollar software es la parte pequeña. Mantenerlo vivo durante la próxima década es la parte grande, y es la que a los proveedores les encanta recortar. Haz las tres preguntas anteriores a cualquier oferta de soporte, incluida la nuestra. Si las respuestas no son específicas, la cobertura no es real.