Taxonomía de escalamiento interno en WhatsApp: tabla por rol y tiempo objetivo

Un escalamiento es cualquier conversación que sale de la persona que la estaba atendiendo y pasa a otra con más información, más autoridad o más herramientas. La mayoría de los equipos tiene escalamientos, pero no tiene taxonomía: se derivan cosas por WhatsApp interno, por mail, de boca, o directamente no se derivan y el cliente queda esperando. Esta tabla ordena los motivos, define a qué rol corresponde cada uno, qué hay que adjuntar sí o sí y cuánto puede esperar el cliente según la severidad. Está pensada para que la copies, la adaptes a tu operación y la pegues en el canal interno del equipo.

Antes de la tabla, una aclaración de método: los tiempos objetivo no son promesas al cliente. Son acuerdos internos entre áreas. El cliente ve un solo número, el de primera respuesta; lo que se mide adentro es cuánto tarda cada salto. Si el salto uno tarda dos horas y el salto dos tarda un día, al cliente le llegó una respuesta rápida y una solución lentísima, y eso se siente peor que haber esperado de entrada.

Cómo leer la tabla

• Motivo: la etiqueta corta con la que se clasifica el caso. Tiene que ser la misma palabra que usa todo el equipo, no sinónimos.
• Rol responsable: quién resuelve, no quién recibe. Puede haber un rol que recibe y otro que resuelve; el que importa para el tiempo objetivo es el que resuelve.
• Información mínima: lo que hay que adjuntar al derivar. Si falta, el caso vuelve y se pierde un día entero.
• Tiempo objetivo: desde que se deriva hasta que hay una respuesta con contenido para el cliente, no un acuse de recibo.
• Severidad: alta, media o baja. Define si el tiempo objetivo se mide en minutos, horas o días hábiles.

Tabla de referencia: motivos, rol, información mínima y tiempo objetivo

Las tres severidades, en concreto

La severidad no la define el enojo del cliente sino el impacto. Un cliente muy enojado por una consulta de stock es severidad baja: se resuelve con información. Un cliente tranquilo que avisa que le cobraron dos veces es severidad alta: hay plata de por medio y un plazo legal corriendo.

• Alta: hay dinero, riesgo legal, riesgo reputacional o la operación está detenida. Se interrumpe lo que se esté haciendo para atenderlo.
• Media: hay una promesa incumplida o una excepción que requiere autorización, pero el negocio sigue funcionando. Se atiende en el día.
• Baja: es información que el cliente necesita pero no urge. Se atiende dentro de las 48 horas hábiles.

Qué adjuntar siempre, sin importar el motivo

La causa número uno de escalamientos que tardan el doble es la derivación sin contexto. El que recibe tiene que volver a preguntarle al cliente lo mismo que el cliente ya contestó, y eso quema la relación. Estos cinco datos van en toda derivación, siempre:

1. 1Nombre del cliente y número de teléfono tal como figura en la conversación.
2. 2Resumen de tres líneas: qué pasó, qué pidió el cliente, qué se le respondió hasta ahora.
3. 3La captura o el enlace a la conversación completa, no un resumen oral.
4. 4Qué se espera del rol que recibe: una decisión, una autorización, un dato o una acción concreta.
5. 5Para cuándo se necesita, según la severidad de la tabla.

Cómo se ve un escalamiento bien hecho y uno mal hecho

Errores frecuentes al armar esta taxonomía

• Usar sinónimos para el mismo motivo. Si un agente escribe "reembolso" y otro "devolución", las estadísticas no sirven y nadie sabe cuántos casos hay de cada tipo.
• Definir el rol por persona en lugar de por función. Cuando esa persona se va de vacaciones, el escalamiento se cae. El rol tiene que existir aunque cambie quien lo ocupa.
• Poner tiempos objetivo que nadie puede cumplir. Un plazo incumplido sistemáticamente enseña al equipo a ignorar la tabla entera.
• No definir qué pasa fuera de horario. Si no está escrito, cada uno improvisa y el cliente recibe respuestas contradictorias.
• Confundir severidad con urgencia del que deriva. La severidad la define el impacto en el negocio y en el cliente, no las ganas de sacarse el caso de encima.
• No medir. Una tabla que no se audita se desactualiza en un mes y deja de reflejar la operación real.

Cómo auditar el circuito una vez por mes

La auditoría es simple y no necesita herramientas especiales. Se toma una muestra de conversaciones escaladas del mes, se clasifican con la tabla y se comparan contra los tiempos objetivo. Con eso alcanza para saber si la taxonomía funciona o si quedó decorativa.

1. 1Elegí una muestra de entre veinte y treinta conversaciones escaladas del mes, mezclando motivos.
2. 2Clasificá cada una con el motivo de la tabla. Si aparece un motivo que no está en la tabla, anotalo: es un hueco de la taxonomía.
3. 3Medí el tiempo real entre la derivación y la respuesta con contenido al cliente. No cuentes el acuse de recibo.
4. 4Marcá los casos donde faltó información mínima. Esos son los que más tardaron casi siempre.
5. 5Contá cuántos casos volvieron al agente original sin resolverse. Si supera uno de cada cinco, el problema es la definición de roles, no la gente.
6. 6Actualizá la tabla con los motivos nuevos y revisá los tiempos que se incumplen siempre: o el plazo está mal o falta gente en ese rol.

Un dato útil para esta auditoría es la hora real a la que llegan los mensajes, no la hora en que se cargaron al sistema. Si medís con la fecha de carga vas a ver una distribución falsa, porque las importaciones de historial amontonan todo en el mismo momento. Usá siempre la marca de tiempo del mensaje original.

Escalamiento y atención con sugerencias de IA

Cuando la primera respuesta la da un sistema con sugerencias de IA, el escalamiento cambia de forma pero no de fondo. La IA puede sugerir la clasificación del motivo y la derivación, pero la decisión de escalar y a quién sigue siendo humana. Lo que sí mejora es el registro: cada caso queda etiquetado con el motivo desde el primer mensaje, y la auditoría mensual se hace sobre datos en lugar de sobre memoria. Herramientas como Wando, que sugieren respuestas y las aprueban con un click, sirven justamente para eso: el equipo no escribe de cero, pero sigue decidiendo qué se deriva y qué se responde en el momento. Si querés ver cómo funciona la bandeja con sugerencias, podés probarla 14 días gratis, sin tarjeta, y consultar los planes actuales en wando.online/pricing.

Preguntas que conviene responder antes de publicar la tabla

• ¿Quién cubre cada rol cuando esa persona no está? Si no hay respuesta, el rol no está definido.
• ¿Qué pasa con los casos que llegan fuera del horario de atención? ¿Se acumulan o hay guardia?
• ¿El cliente recibe un aviso cuando su caso se deriva, o espera sin saber que alguien más lo está viendo?
• ¿Los tiempos objetivo se miden en horas hábiles o corridas? Tiene que estar escrito y ser el mismo para todos los motivos.
• ¿Quién actualiza la tabla cuando aparece un motivo nuevo? Si no hay un responsable, se desactualiza sola.

Un cierre honesto sobre los límites de esta tabla

Esta taxonomía no resuelve el problema de fondo de un equipo que no da abasto: ordena el desorden, no lo elimina. Si la mayoría de los casos son severidad alta y el tiempo objetivo se incumple todas las semanas, la tabla va a mostrar con claridad que falta gente, y eso es información útil aunque no sea la que uno quiere ver. Los tiempos son un punto de partida y varían según el rubro, el tamaño del equipo y el horario de atención. Lo que no varía es la lógica: cada motivo tiene un responsable, cada responsable necesita información mínima y cada severidad tiene un plazo que se puede medir.