Fórmula para calcular la tasa de conversaciones que superan el tiempo de espera objetivo (SLA breach rate)

Qué mide exactamente el SLA breach rate

El SLA breach rate (tasa de incumplimiento del tiempo de espera objetivo) es el porcentaje de conversaciones que esperaron más de lo que el negocio definió como aceptable antes de recibir una primera respuesta humana. No mide cuánto se tardó: mide cuántas veces se rompió la promesa. Es la diferencia entre decir "tardamos 40 minutos en promedio" y decir "en 1 de cada 4 conversaciones tardamos más de 15 minutos". La segunda frase es la que sirve para gestionar, porque el promedio esconde la cola.

Es un indicador binario por conversación: cada conversación rompe el SLA o no lo rompe. Eso lo vuelve fácil de calcular y difícil de maquillar. Si en cambio medís el tiempo promedio de espera, una semana con muchas respuestas rápidas y unas pocas conversaciones abandonadas puede dar un promedio que se ve bien mientras la experiencia real del cliente empeora.

La fórmula, paso a paso

La fórmula base es una división simple: conversaciones que superaron el tiempo objetivo, sobre el total de conversaciones que entraron en la ventana de medición, por cien.

Con eso ya tenés el número. El resto de la página es cómo hacer que ese número sirva para algo.

Antes de calcular: el umbral mínimo de casos

Un breach rate calculado sobre 15 conversaciones no dice nada: una sola conversación rota mueve el número casi 7 puntos. Antes de publicar el indicador internamente, definí un piso de casos por debajo del cual el dato se marca como "no concluyente" en lugar de compararse contra la semana anterior. La tabla siguiente es una guía de lectura, no una regla estadística: sirve para que nadie celebre ni se alarme por ruido.

Tabla de seguimiento semanal (para copiar y completar)

Esta es la planilla que conviene mantener: una fila por semana, siempre con las mismas columnas y siempre con el tiempo objetivo anotado. Si el objetivo cambia a mitad de camino, se anota el cambio y se corta la comparación hacia atrás: no se compara una semana con SLA de 15 minutos contra otra con SLA de 30.

La columna "fuera de horario" está ahí por un motivo concreto: si el negocio atiende de 9 a 18 y alguien escribe a las 23, esa conversación no rompió el SLA, simplemente llegó cuando no había nadie. Mezclarlas infla el breach rate y hace que el equipo pierda credibilidad frente al número. Se separan siempre.

Cómo separar el incumplimiento real del horario

El breach rate limpio se calcula sólo sobre conversaciones que entraron dentro del horario de atención. Las de fuera de horario se miden aparte, con su propio indicador: qué porcentaje de los mensajes que llegan fuera de horario recibe respuesta dentro de la primera hora del día siguiente. Son dos problemas distintos y se arreglan con cosas distintas.

• Dentro de horario y rompe el SLA: es un problema de capacidad o de asignación. Se arregla con más gente en la franja crítica, mejor reparto de conversaciones o menos tareas paralelas por operador.
• Fuera de horario y rompe el SLA: es un problema de cobertura. Se arregla con auto-respuesta por horario, un turno reducido o aceptar explícitamente que no se atiende y decirlo.
• Dentro de horario pero la conversación quedó sin asignar: es un problema de proceso. La conversación entró, nadie la tomó y el reloj siguió corriendo.
• Dentro de horario, asignada y sin respuesta: es un problema de carga por operador. Se mide por persona y por franja, no por promedio general.

Sin esa separación, el breach rate general mezcla cuatro causas con cuatro soluciones y no permite decidir nada.

Ejemplo de cálculo con números puestos

Supongamos una semana con 140 conversaciones dentro del horario de atención y un objetivo de primera respuesta humana en 15 minutos. De esas 140, 35 superaron los 15 minutos. El breach rate es (35 ÷ 140) × 100 = 25%. Una de cada cuatro conversaciones esperó más de lo que el negocio dijo que iba a esperar.

Ahora, el mismo negocio tuvo 60 conversaciones fuera de horario. Si las sumara al cálculo, el denominador pasaría a 200 y el breach rate bajaría a 17,5% sin que nada haya mejorado: simplemente se diluyó el problema entre conversaciones que no debían contar. Ese es el error más común al reportar el indicador, y es la razón por la que la columna de fuera de horario existe en la tabla.

Qué hacer con el resultado (y qué no)

El breach rate no es una meta que se baja de un día para el otro. Es un termómetro. Lo que se decide con él es dónde mirar: si el número general está bien pero una franja está mal, el problema es de cobertura en esa franja. Si todas las franjas están parecidas, el problema es de capacidad total o de proceso de asignación.

1. 1Calcular el breach rate general de la semana y anotarlo en la tabla.
2. 2Calcular el mismo número por franja horaria (mañana, mediodía, tarde) para encontrar el pico.
3. 3Calcular el breach rate por operador, pero sólo para detectar casos extremos, nunca para ranking público del equipo.
4. 4Cruzar el pico de incumplimiento con la cantidad de conversaciones simultáneas de esa franja: si coinciden, es capacidad; si no coinciden, es proceso.
5. 5Elegir una sola acción para la semana siguiente y volver a medir. Cambiar tres cosas a la vez hace imposible saber cuál funcionó.

Lo que no conviene hacer es fijar una meta de breach rate en cero. Siempre va a haber conversaciones que rompan el objetivo: un pico de demanda, una consulta compleja, un feriado. Un objetivo de cero hace que el equipo deje de reportar los casos reales o empiece a cerrar conversaciones para que no cuenten. Un rango aceptable, revisado cada mes, es más útil que un cero inalcanzable.

Errores que invalidan el cálculo

• Usar la fecha de inserción del registro en la base en lugar del timestamp del mensaje: si hubo una importación de historial, casi todos los mensajes van a parecer de la misma hora y el indicador se vuelve inútil.
• Contar la auto-respuesta por horario como primera respuesta humana: baja el breach rate artificialmente y esconde el problema de cobertura.
• Excluir del denominador las conversaciones que rompieron el SLA: es el equivalente a subir el promedio bajando las notas.
• Cambiar el tiempo objetivo sin anotarlo: dos semanas con objetivos distintos no se comparan.
• Medir sobre menos de 30 conversaciones y sacar conclusiones: es ruido, no señal.
• Reportar sólo el promedio de espera: esconde exactamente la cola que este indicador existe para mostrar.

Preguntas frecuentes sobre el SLA breach rate

Las respuestas cortas a las dudas que aparecen cuando se empieza a medir este indicador en un equipo de atención por WhatsApp.