Un SLA de soporte debe explicar qué compromiso comienza cuando se reporta una incidencia y qué resultado se espera en cada etapa. Responder un ticket, recuperar temporalmente una función y resolver la causa son hitos distintos; tratarlos como equivalentes genera expectativas difíciles de cumplir.
Defina los hitos del SLA de soporte con precisión
El tiempo de respuesta puede referirse al contacto o al inicio de la atención, según el contrato. La recuperación debe describir qué nivel de servicio vuelve a estar disponible, incluso mediante una alternativa acordada, y la resolución implica cerrar el problema conforme a un criterio definido. Las métricas comunes de gestión de incidentes de Atlassian separan estas medidas.
No basta con escribir «atención rápida»: especifique canal válido, horario de cobertura, inicio del cómputo y evidencia de cada hito. Si hay pausas por autorizaciones o dependencias externas, describa cómo se registran y comunican.
Asigne prioridad por impacto
Una pantalla secundaria con falla y una sala completa indisponible pueden requerir prioridades distintas. Defina categorías según función afectada, cantidad de usuarios, actividad crítica y alternativa disponible, para que no todo se marque como urgente.
Como ejemplo ilustrativo, una reunión podría continuar con una conexión de respaldo mientras se repara un componente. Esa recuperación no significa que la causa esté resuelta: el ticket debe mantener visibles ambos estados. Incluya ejemplos de clasificación en el acuerdo y revíselos con quienes reciben solicitudes.
Compruebe capacidad y dependencias del SLA de soporte
Revise si los compromisos consideran repuestos, acceso al recinto, soporte de fabricante, conectividad y desplazamiento. Un plazo de recuperación sin medios para cumplirlo es una promesa débil. Pregunte cómo se atenderán incidentes simultáneos y qué evidencia recibirá, y compare los resultados con el contrato de mantenimiento y soporte.
¿Respuesta significa que llega un técnico?
No necesariamente: puede ser atención remota o contacto inicial, y la visita debe quedar especificada, como se explica en soporte remoto y visita técnica. Una solución temporal tampoco permite cerrar el ticket por sí sola; conviene mantener identificada la corrección definitiva cuando la causa sigue pendiente.
SLA de soporte: reportes y mejora
Evalúe reportes periódicos por prioridad y distinga excepciones justificadas de incumplimientos. Un SLA útil facilita actuar y medir, y no debe ser una cifra aislada que nadie pueda interpretar en una contingencia. Revise la sección de mantenimiento y soporte y Seguridad Avanzada.
Para revisar los compromisos que necesita su operación, el equipo de ICTRA parte de los horarios, las sedes, la criticidad y las alternativas disponibles, y ayuda a definir hitos, prioridades y dependencias antes de comparar propuestas.
