SLA de atención al cliente en la práctica: cómo definir plazos que puedes cumplir
Plazo de primera respuesta, de respuesta siguiente y de resolución: qué medir, cómo calibrar con el historial y por qué congelar el reloj mientras se espera al cliente.
Casi toda empresa que atiende a clientes tiene un SLA escrito en algún sitio. "Respondemos en un máximo de 24 horas." El número suele haber nacido de una reunión, no de un historial, y por eso se incumple cada semana sin que nadie lo note.
Un SLA no es una promesa de marketing: es un compromiso operativo, y necesita tres cosas para existir. Un plazo calibrado según lo que el equipo ya es capaz de hacer, un reloj que cuente el tiempo correcto y un aviso que llegue antes de incumplirlo. Este texto trata de las tres.
Un SLA son tres relojes, no uno
El error más común es resumirlo todo en un solo número. En la práctica, el cliente juzga la atención en momentos distintos, y cada uno merece su propio plazo.
Primera respuesta
Es el tiempo entre el mensaje del cliente y la primera respuesta, humana o automática, con contenido. Es el reloj más importante, porque es el que define la percepción de abandono. Una respuesta rápida que dice "recibido, lo estoy comprobando, te vuelvo a escribir antes de las 16 h" compra más paciencia que una solución que llega en silencio seis horas después.
Respuesta siguiente
Es el tiempo entre cada nuevo mensaje del cliente y la réplica del equipo, ya dentro de la conversación. Casi nadie mide este, y es donde la atención se muere: el ticket se responde en diez minutos al abrirse y desaparece dos días en mitad del camino.
Resolución
Es el tiempo hasta que el problema se cierra. Es el más difícil de cumplir porque muchas veces depende de otra área, de un proveedor o de una corrección que entra en una cola de desarrollo. Por eso nunca debe ser el único plazo que se vigila.
Calibra según el historial, no según el deseo
Antes de prometer cualquier número, mide lo que ocurre hoy. Toma los últimos dos o tres meses de atención y responde: ¿cuál fue el tiempo medio de primera respuesta? ¿Y el tiempo de la atención más lenta?
Usa el tiempo que cubre la mayoría de los casos, no la media. Si la mitad de los tickets se responde en cinco minutos y la otra mitad en ocho horas, la media de cuatro horas no describe a ningún cliente real. Mira el número que cubre nueve de cada diez atenciones.
Después, aplica un descuento de realidad. Si hoy nueve de cada diez casos reciben respuesta en cuatro horas, no prometas dos. Promete cuatro, cúmplelas durante dos meses y solo entonces aprieta. Un SLA que nace demasiado ajustado genera un efecto perverso: el equipo aprende a cerrar el ticket para que el reloj se pare, y la métrica mejora mientras el cliente empeora.
En la Tasskee, cada ticket muestra la cuenta atrás del plazo, la cola destaca lo más ajustado y el incumplimiento avisa a los responsables, con informe por agente y por periodo.
Ver tickets y SLAEl reloj tiene que pararse cuando la pelota está en el tejado del cliente
Esta es la diferencia entre un SLA que el equipo respeta y uno que el equipo ignora. La mitad de las atenciones se queda bloqueada esperando algo de quien hizo la solicitud: el número del pedido, una captura de pantalla, la confirmación de que se puede reiniciar el sistema.
Si el reloj de resolución sigue corriendo mientras la conversación espera al cliente, el indicador se vuelve ficción. El agente sabe que va a incumplir el plazo por un motivo que no es suyo, deja de mirar el número y el SLA pierde su función de alerta.
Así que la regla es sencilla: cuando la atención pasa al estado de espera del cliente, el plazo de resolución se congela y vuelve a correr cuando este responde. El reloj de primera respuesta, ese, nunca se congela: es responsabilidad íntegra del equipo.
Plazo por canal y por prioridad
Un correo electrónico y un mensaje de WhatsApp conllevan expectativas distintas. Quien escribe por correo acepta esperar unas horas; quien manda un mensaje espera minutos. Usar el mismo plazo para los dos canales significa ser lento en uno y innecesariamente estricto en el otro.
Lo mismo vale para la prioridad. Un sistema caído y una duda sobre la emisión de un boleto no pueden compartir el mismo plazo. Bastan dos o tres franjas:
| Situación | Primera respuesta | Resolución |
|---|---|---|
| Servicio detenido, impacto en varios clientes | 15 minutos | 4 horas |
| Problema que impide trabajar a un cliente | 1 hora | 1 día laborable |
| Duda, solicitud de ajuste, petición común | 4 horas | 3 días laborables |
Los números de la tabla son un punto de partida, no una receta. Lo importante es la estructura: pocas franjas, un criterio claro de clasificación y plazos que el equipo pueda defender en una reunión con el cliente.
Qué hacer cuando el plazo se incumple
Todo SLA se incumple de vez en cuando. Lo que separa una operación madura de un caos es lo que ocurre en los minutos siguientes.
- Avisa antes, no después. El aviso útil llega cuando todavía queda tiempo: alrededor del 80% del plazo consumido. Una alerta que se dispara a la vez que el incumplimiento es solo un registro del fracaso.
- Escala a personas, no a una cola. El aviso tiene que llegar a una persona con nombre, normalmente el supervisor del equipo. Una notificación enviada a un grupo entero es la notificación de nadie.
- Separa lo que se incumplió por culpa del proceso. Si el mismo tipo de ticket se incumple siempre, el problema no es el agente: es que ese asunto necesita otro camino, más gente o una corrección definitiva.
Cuando el ticket tiene que convertirse en trabajo de otra área
Buena parte de las atenciones no termina en soporte. "El informe tiene el valor equivocado" se convierte en una corrección del producto; "necesito una pantalla nueva" se convierte en una solicitud de proyecto. Mientras ese traspaso se haga por mensaje interno, el cliente se queda sin previsión y soporte se queda sin respuesta.
El camino saludable es convertir el ticket en tarea del equipo responsable, manteniendo el vínculo con la atención original. Quien atiende sigue viendo el avance y puede dar una respuesta sin preguntar en el pasillo. Es la lógica de mantener soporte y proyectos en la misma base, en lugar de dos sistemas que no se hablan.
Tres errores que hunden cualquier SLA
Medir solo la media. Esconde precisamente los casos que generan quejas. Vigila también el peor caso de la semana.
Prometer 24 horas para todo. Un plazo único trata igual la urgencia y la duda, y el cliente con urgencia es el que se queja.
Dejar la entrada desordenada. Una solicitud que llega a medias consume horas de idas y venidas antes de que alguien trabaje de verdad. Un formulario de entrada con los campos correctos resuelve más tiempo de SLA que cualquier panel.
Por dónde empezar esta semana
Elige un canal y un plazo: la primera respuesta. Mide lo que ocurre hoy, define el número que cubre nueve de cada diez casos y ponlo a la vista de quien atiende. Solo cuando ese reloj se haya respetado durante dos o tres semanas, añade el plazo de resolución.
Cuando los plazos ya se sostengan, los informes por agente y por periodo dejan de ser adorno y pasan a responder preguntas prácticas: ¿se puede atender este volumen con el equipo actual? ¿Qué asunto necesita una solución definitiva? Y, si tu atención vive en WhatsApp, vale la pena leer también cómo organizar el soporte allí sin que se vuelva un caos.