Todo equipo que presta un servicio a otros, ya sean clientes o compañeros de otro departamento, hace promesas, dichas o no. «Responderemos rápido.» «El sistema prácticamente siempre está disponible.» Un acuerdo de nivel de servicio (SLA) convierte esas promesas vagas en algo que ambas partes pueden medir. Esta guía responde a las preguntas más habituales: qué es un SLA, qué lleva y cómo fijar objetivos que realmente puedas cumplir.
¿Qué es un acuerdo de nivel de servicio?
Un SLA es un acuerdo escrito entre un proveedor de servicio y quienes dependen de él. Establece qué nivel de servicio se entregará, cómo se mide y qué ocurre si no se alcanza. Puede ser externo, entre una empresa y sus clientes, o interno, entre dos equipos como TI y finanzas.
¿Qué debe incluir un SLA?
- Alcance. Qué cubre el servicio y, igual de importante, qué no cubre.
- Métricas. Las cifras sobre las que informarás, como disponibilidad, tiempo de primera respuesta, tiempo de resolución o tasa de errores.
- Objetivos. El valor que debe alcanzar cada métrica, por ejemplo un 99,5 % de disponibilidad o una primera respuesta en cuatro horas laborables.
- Periodo y método de medición. Por mes o por trimestre, con qué herramienta y contando qué horas.
- Responsabilidades. Qué debe aportar el cliente, como accesos, información o aprobaciones a tiempo.
- Remedios. Créditos de servicio, escalado o una reunión de revisión cuando no se cumple un objetivo.
- Exclusiones. Mantenimiento planificado, hechos fuera de tu control y solicitudes ajenas al alcance.
SLA, SLO y SLI: ¿en qué se diferencian?
Los tres términos se confunden a menudo. Un indicador de nivel de servicio (SLI) es la medición en sí, como el porcentaje de solicitudes atendidas en menos de dos segundos. Un objetivo de nivel de servicio (SLO) es la meta interna para esa medición, por ejemplo 99,9 %. El SLA es el acuerdo, con consecuencias asociadas. Un buen hábito es fijar tu SLO interno algo más exigente que el SLA, para tener un margen de aviso antes de romper una promesa.
¿Cómo fijar objetivos realistas?
Parte de los datos, no de la ambición
Mira tus últimos tres a seis meses de rendimiento real. Si hoy resuelves el 80 % de los tickets en dos días, prometer el 95 % en un día es un deseo, no un objetivo. Elige una cifra que ya cumples la mayor parte del tiempo y mejórala de forma deliberada.
Pregunta qué necesitan realmente los clientes
Una respuesta más rápida no siempre aporta valor. Pregunta a los usuarios qué retrasos les molestan y cuáles apenas notan. Una primera respuesta en cuatro horas puede satisfacerlos por completo, mientras que prometer una hora te costaría más personal sin un beneficio real.
Ten en cuenta la capacidad y las dependencias
Tu objetivo es tan sólido como tu proveedor más débil. Si tu servicio depende de un proveedor que garantiza el 99,5 %, no puedes prometer con honestidad el 99,9 %. Revisa también la plantilla, los festivos y las zonas horarias.
Usa niveles en lugar de una sola cifra
No todas las solicitudes son iguales. Define niveles de prioridad, con un objetivo exigente para las incidencias urgentes y otro más laxo para las rutinarias. Quédate en tres o cuatro niveles para que se recuerden.
Expresa los objetivos en porcentajes
«Todos los tickets respondidos en cuatro horas» se incumplirá el primer día. «El 95 % de los tickets respondidos en cuatro horas laborables» es honesto con el mal día ocasional.
Un ejemplo sencillo
Un equipo interno de TI atiende a 200 empleados. El trimestre pasado respondió al 88 % de los tickets en cuatro horas laborables y resolvió el 90 % de las incidencias urgentes en ocho horas. Podría fijar estos objetivos:
- Urgente: primera respuesta en una hora, 90 % resuelto en ocho horas.
- Normal: primera respuesta en cuatro horas laborables para el 92 % de los tickets.
- Baja: primera respuesta en dos días laborables para el 95 % de los tickets.
Estas cifras quedan algo por encima del rendimiento actual, así que exigen al equipo sin ser fantasía.
Errores comunes con los SLA
- Prometer el 100 %. Ningún servicio es perfecto, y un objetivo sin margen de fallo se incumplirá.
- Demasiadas métricas. De tres a cinco cifras bien elegidas valen más que veinte que nadie lee.
- Medir lo fácil en vez de lo importante. La disponibilidad puede marcar el 100 % mientras los usuarios no logran iniciar sesión.
- Fijarlo una vez y olvidarlo. Las necesidades cambian y el acuerdo debe cambiar con ellas.
- Sin revisión ni conversación. Un SLA del que nunca se habla es solo un documento.
Revisión e informes
Informa de los resultados con un ritmo regular, mensual en la mayoría de los equipos, y comenta los incumplimientos sin buscar culpables: ¿qué los causó y falla el objetivo o el proceso? Revisa los objetivos en sí cada seis a doce meses. Una hoja de cálculo basta para empezar. Si ya sigues tus operaciones en FulcrumGrid Command Center, puedes mantener las métricas del SLA junto a tus demás KPI y proyectos, de modo que un tiempo de respuesta que empeora se vea antes de la revisión mensual y no durante ella.
Empieza con datos reales, promete lo que puedas cumplir y revísalo con frecuencia. Un SLA realista genera más confianza que uno impresionante que no puedes cumplir.
Preguntas frecuentes
¿Qué diferencia hay entre un SLA y un contrato?
Un contrato abarca toda la relación comercial, incluidos precio, responsabilidad y duración. Un SLA suele ser una parte, centrada en los niveles de servicio medibles y en lo que ocurre cuando no se alcanzan.
¿Qué es un buen objetivo de disponibilidad para un SLA?
Depende de lo que puedas ofrecer y de lo que necesiten los usuarios. El 99,5 % permite unas 3,6 horas de caída al mes; el 99,9 %, unos 43 minutos. Revisa tu historial y a tus proveedores antes de elegir.
¿Necesitan SLA los equipos internos?
A menudo sí. Un SLA interno entre, por ejemplo, TI y finanzas aclara expectativas y prioridades sin peso legal. Hazlo breve y céntrate en las pocas solicitudes que más importan.
¿Con qué frecuencia debe revisarse un SLA?
Informa de los resultados cada mes y revisa los objetivos en sí cada seis a doce meses, o antes si hay un cambio importante en plantilla, herramientas o demanda.
FulcrumGrid Command Center
Ve tus niveles de servicio de un vistazo
FulcrumGrid Command Center te ayuda a seguir KPI y proyectos en un solo lugar, para que los tiempos de respuesta y los objetivos estén visibles todo el mes.