Cómo definir SLA de atención por canal sin promesas imposibles

Un SLA útil no es el número más pequeño que cabe en una diapositiva. Es una promesa que combina expectativa del cliente, capacidad real, prioridad, calendario y una acción clara cuando el plazo está en riesgo.

Separa la promesa externa, la meta interna y el indicador

SLA suele significar tres cosas distintas: una promesa comunicada al cliente, una meta operativa del equipo y un número en el tablero. Mezclarlas crea conflicto. La operación puede perseguir una meta interna más exigente, pero el cliente necesita una expectativa que la empresa pueda sostener en los canales y horarios publicados. Antes de elegir minutos u horas, escribe qué experiencia protegerá la meta y qué decisión debe orientar la medición.

La documentación de Zendesk describe un SLA como una política que mide tiempos de respuesta y resolución. Google SRE separa indicador, objetivo y acuerdo: primero define el comportamiento importante, luego la meta y, cuando corresponde, la consecuencia del compromiso. En atención, esa disciplina evita convertir un promedio histórico en contrato sin analizar capacidad, riesgo y costo. Una meta necesita responsable y una respuesta prevista cuando no se cumple.

Escribe una ficha por promesa: público, canales incluidos, horario, prioridad, inicio, pausa, fin, meta, comunicación y tratamiento del incumplimiento. Si existe un acuerdo comercial, legal o regulatorio, valídalo con los equipos responsables. Esta guía organiza el proceso operativo; no sustituye una revisión contractual. La promesa externa debe ser fácil de explicar, mientras la regla interna conserva la precisión necesaria para auditoría.

Respeta la expectativa del canal sin crear cuatro operaciones

WhatsApp, Instagram, correo y chat no necesitan la misma meta de primera respuesta. Un chat presentado como sincrónico requiere disponibilidad inmediata; el correo puede admitir una ventana mayor. Aun así, evita cuatro modelos incompatibles. Mantén la misma taxonomía de prioridad, responsables y estados, y cambia calendario o meta solo cuando la experiencia realmente difiera. Así una conversación puede transferirse sin perder la regla ni reiniciar el reloj.

No confundas velocidad del canal con gravedad del caso. Un cobro duplicado recibido por correo puede ser más urgente que una pregunta simple en el chat. Clasifica primero impacto y urgencia; después aplica la meta del canal y tipo de trabajo. La fila debe mostrar tiempo restante, antigüedad y riesgo, no ordenarse solo por el mensaje más reciente. Usa la guía de reglas de escalamiento para definir quién asume casos en riesgo.

Empieza con pocos niveles: primera respuesta normal, primera respuesta prioritaria, próxima actualización y resolución cuando el equipo controla el resultado. Las dependencias externas necesitan una promesa de seguimiento, no un plazo inventado. Distingue también cliente esperando equipo de equipo esperando cliente. El estado debe explicar por qué el reloj corre o se pausa sin ocultar conversaciones que siguen abiertas y relevantes.

Define el reloj antes de elegir el número

Cada SLA necesita eventos inequívocos. La primera respuesta puede comenzar con el primer mensaje elegible del cliente y terminar con la primera respuesta pública humana que aporta información. La resolución puede iniciar con la apertura y detenerse solo cuando la solución fue comunicada y cambió el estado. Un acuse automático no debe convertirse en respuesta humana en el tablero. Consulta tiempo de primera respuesta para la fórmula y la auditoría.

Documenta calendarios, zona horaria, feriados y comportamiento fuera del horario. Atlassian permite combinar metas con calendarios y condiciones de inicio, pausa y fin. La lógica operativa importa más que la herramienta: el mismo caso no puede aparecer cumplido en un informe e incumplido en otro porque cada equipo usa relojes diferentes. Conserva la versión de la regla aplicada para explicar resultados después de cambiar el calendario o la prioridad.

Las pausas exigen cuidado. Esperar un dato realmente necesario del cliente puede pausar un reloj definido de esa forma; transferir el caso, esperar a otro equipo interno o dejar una conversación sin responsable normalmente no debería borrar el tiempo. Cada pausa necesita motivo, evento de reanudación y visibilidad en el historial. Si aumenta la prioridad, conserva el tiempo consumido y aplica la política documentada en lugar de reiniciar el caso silenciosamente.

Prueba la promesa contra capacidad, excepciones e incumplimientos

Antes de publicar una meta, simula una semana real. Separa volumen por intervalo, canal, prioridad y equipo; incluye picos, almuerzos, cambios de turno, feriados y ausencias. Compara la demanda con las personas disponibles y con el trabajo que requiere investigación. Una meta que depende de esfuerzo heroico fallará cuando aumente el volumen. Haz un piloto en una fila y revisa conversaciones reales antes de ampliar la promesa a todos los canales.

Usa el historial como evidencia, no como destino automático. Una mediana saludable puede ocultar una cola de clientes que espera durante horas. Muestra cumplimiento por nivel, volumen dentro y fuera del plazo, pendientes abiertos y percentiles. Google SRE advierte que las metas tienen implicaciones de producto y negocio. Relaciona la promesa con pendientes y antigüedad de la fila, porque los casos abiertos no deben desaparecer de la medición.

Un tablero que solo se pone rojo después del atraso llega tarde. Define alertas progresivas: riesgo cercano, acción necesaria, incumplimiento y recurrencia. Cada nivel necesita responsable, contexto y próxima decisión. Ante un incumplimiento, conserva canal, prioridad, calendario, eventos, pausas, transferencias, responsable e impacto. No arregles el número borrando historial. Clasifica la causa y ajusta capacidad, enrutamiento o regla. Acompaña también los seguimientos prometidos para que un SLA elegante no conviva con compromisos olvidados.