Motivos de escalamiento a un supervisor: tabla de referencia con criterio, disparador y qué queda escrito

Escalar no es "pasar el chat porque no sé qué hacer". Escalar es una decisión con criterio: hay un motivo tipificado, un disparador verificable, un registro escrito y un responsable del otro lado. Cuando falta cualquiera de esas cuatro piezas, el traspaso se convierte en un peloteo: el cliente repite todo, el supervisor improvisa y nadie sabe después por qué se resolvió como se resolvió. Esta página es una tabla de referencia para armar ese circuito en un equipo que atiende WhatsApp. No es una lista de consejos: es material para tildar, adaptar a tu operación y colgar al lado del monitor.

La tabla principal tiene 16 motivos agrupados por familia. Para cada uno vas a encontrar el criterio (por qué ese caso no lo cierra quien atiende), el disparador (la señal concreta y observable que activa el escalamiento, no una intuición), qué tiene que quedar escrito en el sistema antes de transferir, y qué se hace cuando el supervisor no está disponible en ese momento. Después vienen la matriz de decisión por nivel, el checklist de traspaso y los errores que hacen que un escalamiento se caiga.

Cómo se lee la tabla

Cada fila es un motivo. El criterio responde "¿por qué esto no lo resuelve el agente?" y sirve para discutir el diseño del equipo, no para el minuto a minuto. El disparador es lo que se usa en el minuto a minuto: si el agente puede señalar la frase, el evento o el número que activó el escalamiento, el escalamiento está bien hecho. Si no puede, está escalando por cansancio o por miedo, que son los dos motivos que más ruido generan en una bandeja compartida.

La columna "qué queda escrito" es la más ignorada y la que más se extraña a los quince días. Todo lo que el supervisor necesita para retomar sin volver a preguntarle al cliente tiene que estar cargado antes de la transferencia: resumen del caso, lo que ya se intentó, el dato de contacto verificado y el motivo en una etiqueta. Si el supervisor tiene que abrir el historial y leer cuarenta mensajes para entender, el escalamiento no ahorró tiempo: lo movió de lugar.

La última columna asume lo obvio: no siempre hay un supervisor mirando la pantalla. Un equipo chico no tiene supervisión en vivo a las 22. Por eso cada motivo trae su plan B. El plan B nunca es "dejar al cliente esperando sin decirle nada"; siempre es una de tres cosas: acuse con plazo, desvío a otro canal o cierre con registro para retomar en el próximo turno.

Matriz de decisión por nivel: quién resuelve qué

Antes de definir motivos conviene definir niveles. Un equipo donde todos escalan a la misma persona termina con un supervisor que hace de agente y una bandeja que no avanza. La matriz siguiente ordena las decisiones por nivel: lo que se resuelve en el puesto, lo que se consulta al compañero de al lado, lo que va al supervisor y lo que solo puede decidir el dueño o la dirección. No es una estructura de cargos: es una estructura de autorizaciones.

El checklist de traspaso: qué se completa antes de apretar el botón

Un escalamiento sin registro es un mensaje reenviado. Estos ocho ítems se completan antes de transferir la conversación, en el orden en que están. Si alguno no se puede completar, no es que el escalamiento esté mal: es que falta información y el supervisor va a tener que pedirla igual.

• Motivo tipificado: el número y el nombre de esta tabla, no una descripción libre.
• Resumen en tres líneas: qué quiere el cliente, qué pasó y qué falta.
• Estado del caso: qué se resolvió, qué se prometió y qué quedó pendiente.
• Datos verificados: nombre, número de pedido, turno, cuenta o el identificador que corresponda.
• Evidencia: captura, cita textual o número de ticket, cuando el motivo la exige.
• Plazo que ya escuchó el cliente: si se le prometió un tiempo, ese tiempo viaja con el caso.
• Etiqueta en el contacto: una sola, con el motivo, para poder contar escalamientos después.
• Responsable del otro lado: a quién se le transfiere y en qué horario se hace cargo.

Qué hacer cuando no hay supervisor disponible

La disponibilidad no puede ser un supuesto. Si el circuito de escalamiento solo funciona de 9 a 18, entonces de 18 a 9 el negocio no tiene escalamiento: tiene una bandeja que se llena. Hay tres salidas y conviene elegir una por motivo, no una general.

• Acuse con plazo: se le responde al cliente que el caso queda con un responsable y se le da una ventana concreta. El plazo lo define el negocio y tiene que poder cumplirse; prometer un plazo que no se sostiene es peor que no prometer.
• Desvío a otro canal: cuando el caso requiere datos que no se pueden pedir por chat, se ofrece el canal alternativo y se registra el desvío. El caso no se cierra, se mueve.
• Cierre con registro para el próximo turno: se deja el caso etiquetado y priorizado, y se le avisa al cliente que se retoma a primera hora. El registro tiene que incluir qué se le dijo, para que el próximo turno no contradiga el mensaje.

Lo que no funciona es el silencio. Un cliente que ya escaló y no recibe ni un acuse vuelve con más hostilidad, y el motivo #1 de esta tabla se activa solo. El acuse no resuelve el problema: compra el tiempo para resolverlo bien.

Errores frecuentes que hacen caer el escalamiento

Estos son los patrones que aparecen una y otra vez cuando un equipo arma su circuito por primera vez. Ninguno se arregla con una herramienta: se arreglan con definiciones escritas y con alguien que revise los escalamientos una vez por semana.

• Escalar sin motivo tipificado: el supervisor recibe "mirá este chat" y tiene que reconstruir el caso desde cero.
• Escalar todo: si el 40% de las conversaciones termina en el supervisor, el cuello de botella no es el volumen, es la falta de autorizaciones en el nivel 1.
• Escalar nada: el agente sostiene casos que no le corresponden, promete lo que no puede y el problema aparece más grande después.
• No registrar el plazo que ya escuchó el cliente: el supervisor responde con un tiempo distinto y el cliente detecta la descoordinación.
• Usar dos etiquetas para el mismo motivo: después no se puede contar cuántos escalamientos hubo por causa.
• Transferir sin avisarle al cliente: el cliente escribe, no recibe respuesta y cree que lo abandonaron.
• Escalar por chat interno sin dejar rastro en el sistema: el caso existe solo en la memoria de dos personas.
• No revisar los escalamientos cerrados: sin esa revisión no se detecta qué motivos se repiten y qué política conviene cambiar.

Cómo medir si el escalamiento está funcionando

No hace falta un tablero complicado. Con cinco números que se pueden sacar de la propia bandeja alcanza para saber si el circuito mejora o empeora mes a mes. Lo importante es medirlos siempre con el mismo criterio y no cambiar la definición a mitad de camino.

Plantilla de etiqueta y resumen para el traspaso

El registro no tiene que ser un formulario largo. Con una etiqueta y un resumen de tres líneas alcanza, siempre que las tres líneas respondan lo mismo: qué quiere el cliente, qué se hizo y qué falta. Un ejemplo de estructura, para adaptar:

• Etiqueta: escalado-supervisor.
• Motivo: número y nombre de la tabla (por ejemplo, 5 · tercer contacto por el mismo tema).
• Cliente: nombre y número de pedido, turno o cuenta.
• Quiere: en una frase, con las palabras del cliente.
• Se hizo: qué se respondió, qué se prometió y en qué fecha.
• Falta: la acción concreta que tiene que ejecutar el supervisor.
• Plazo dicho al cliente: la ventana que ya se comprometió.

Este formato tiene una ventaja práctica: se puede copiar y pegar en cualquier sistema de bandeja compartida, incluida una hoja de cálculo, sin depender de una integración. Si el equipo usa plantillas y etiquetas dentro de Wando, el resumen se puede dejar como nota interna en el contacto para que el supervisor lo vea al abrir la conversación.

Preguntas que conviene responder antes de publicar el circuito

• ¿Quién es el supervisor en cada franja horaria y quién lo reemplaza?
• ¿Cuál es el tope de autorización de cada nivel, en números?
• ¿Qué motivos pueden resolverse sin supervisor y cuáles nunca?
• ¿Dónde se registra el escalamiento y quién lo revisa?
• ¿Qué se le dice al cliente cuando el caso se deriva y en cuánto tiempo?
• ¿Cada cuánto se revisan los motivos más frecuentes para cambiar la política?

Si alguna de estas preguntas queda sin respuesta, el circuito va a funcionar igual, pero a costa del criterio de quien atiende. Y cuando esa persona se toma vacaciones, el escalamiento se cae. La tabla sirve para que eso no dependa de una sola cabeza.