Reglas de derivación interna en WhatsApp: a qué área va cada motivo y en cuánto tiempo debe volver

Cuando un negocio atiende WhatsApp con varias personas, la pregunta que más se repite no es "¿qué contesto?" sino "¿esto es mío o de otro?". Sin una regla escrita, cada agente decide distinto: unos derivan de más, otros se quedan con un reclamo que no pueden resolver y el cliente espera mientras el mensaje rebota entre áreas. Esta página es la tabla que resuelve eso: un reglamento de derivación con el motivo, el área destino, la prioridad, los datos mínimos que hay que adjuntar y el plazo en el que el área tiene que devolver una respuesta.

No es una tabla de motivos inventados para un rubro. Es el molde para que cada negocio la complete con los suyos, más el método para decidir los plazos con datos propios en vez de a ojo. La columna de plazo no se completa con lo que uno desearía: se completa con lo que el equipo puede sostener.

Cómo se lee esta tabla

Cada fila es un tipo de conversación que llega a la bandeja y no la puede cerrar quien la recibe. Las columnas son siempre las mismas seis: motivo, área que resuelve, prioridad, datos mínimos que se adjuntan al derivar, plazo esperado de respuesta y qué hace el agente si vence el plazo. La fila se lee de izquierda a derecha: el agente reconoce el motivo, mira el área, calcula la prioridad, adjunta los datos y arranca el reloj.

Lo importante no es la fila: es que la fila exista antes de que llegue el mensaje. Una regla escrita se discute una vez; una regla implícita se discute en cada derivación, con el cliente esperando del otro lado.

Tabla de referencia: motivos, área, prioridad, datos y plazo

Cómo fijar los plazos con tus propios números, no con los que te gustaría

El error más común al armar esta tabla es escribir el plazo deseado. Si el área de logística tiene una sola persona que revisa esos casos dos veces por día, un plazo de "2 horas" no se va a cumplir nunca y la tabla pierde autoridad. El plazo se calcula con tres datos que el negocio ya tiene: cuántos casos de ese motivo llegan por día, cuántas personas del área pueden atenderlos y cuánto tarda cada caso en resolverse.

La fórmula es simple: capacidad diaria del área = personas × casos por persona por día. Si llegan más casos que la capacidad, el plazo se estira o se prioriza. Un ejemplo con números inventados para mostrar el mecanismo: si el área de postventa tiene dos personas que pueden resolver diez casos cada una por día, su capacidad es veinte casos diarios. Si llegan treinta reclamos por día, no hay plazo que aguante: hay que sumar capacidad o definir qué se responde automáticamente mientras el caso espera.

Con esos cinco datos se define un plazo que se puede sostener. Y si la demanda supera la capacidad de forma estructural, eso no se arregla con un plazo más largo: se arregla con respuestas automáticas que informen el estado mientras el caso espera, o sumando gente. Un plazo que se incumple todos los días es peor que no tener plazo, porque enseña al equipo a ignorar la tabla.

Qué datos mínimos tiene que llevar cada derivación

Una derivación sin datos vuelve. El área recibe "un cliente reclama por su pedido" y tiene que pedir el número, la fecha y la dirección antes de poder hacer nada. Eso agrega un viaje de ida y vuelta que se paga en horas. La regla es que el agente que deriva adjunte, en el mismo mensaje interno, todo lo que el área necesita para arrancar sin volver a preguntar.

• Identificación: nombre del cliente y número de teléfono, aunque el área lo vea en la conversación.
• El motivo en una línea: no la historia completa, la categoría.
• Los datos duros del caso: número de pedido, comprobante, fecha, monto, sucursal, lo que aplique.
• Lo que el cliente ya dijo que quiere: no es lo mismo un reclamo que pide reembolso que uno que pide reposición.
• El adjunto si existe: foto, captura, comprobante.
• La fecha y hora en que el cliente escribió por primera vez sobre este tema.

Cómo se ve el circuito completo, paso a paso

1. 1El agente lee el mensaje y lo clasifica por motivo, usando la primera columna de la tabla.
2. 2Si el motivo está en la tabla, identifica el área y la prioridad.
3. 3Adjunta los datos mínimos de esa fila. Si falta alguno, se lo pide al cliente antes de derivar.
4. 4Deriva con un mensaje interno que incluye motivo, datos y plazo esperado.
5. 5Le avisa al cliente que su consulta quedó en manos del área correspondiente y le da una referencia (número de caso o similar).
6. 6El área responde dentro del plazo. Si lo hace, el caso sigue su curso normal.
7. 7Si el plazo vence, el agente aplica la última columna de la tabla: no deja al cliente sin respuesta.
8. 8Cuando el caso se cierra, se registra la hora de cierre para poder medir el plazo real.

El paso que más se saltea es el quinto: avisarle al cliente. Un cliente que no sabe que su mensaje fue derivado vuelve a escribir, y esa segunda consulta entra a la misma cola, duplicando la carga. Avisar cuesta un mensaje y ahorra dos.

Qué hacer cuando el área no contesta: la escalera de escalamiento

Ningún reglamento funciona si no dice qué pasa cuando el plazo vence. La escalera tiene tres escalones y cada uno tiene un destinatario distinto. No es lo mismo insistirle a la misma persona que avisarle a su responsable. La escalera se define una vez y se aplica siempre igual, para que no dependa de quién está de turno.

El tercer escalón es el más incómodo y el más importante. Dejar al cliente esperando sin respuesta porque el área interna no contesta es la peor opción de todas: el cliente no sabe que existe un problema interno y lo interpreta como abandono. Responder con lo que hay, aunque sea parcial, mantiene la conversación viva.

Errores frecuentes al armar esta tabla

• Poner plazos que el área no puede cumplir. La tabla se desautoriza sola en la primera semana.
• Derivar sin datos mínimos. El área vuelve a preguntar y se pierde el tiempo que la derivación quería ahorrar.
• No avisarle al cliente que su caso fue derivado. Genera mensajes duplicados y desconfianza.
• Definir prioridades sin criterio: si todo es alta prioridad, nada lo es.
• No registrar el tiempo real de resolución. Sin ese dato, la tabla no se puede corregir nunca.
• Dejar la escalera de escalamiento sin escribir. Cada agente improvisa y el circuito se rompe.
• Confundir derivación con cierre: derivar no es resolver, es pasar la pelota a alguien que puede resolverla.
• Armar la tabla una vez y no revisarla. Los motivos y las cargas cambian con el negocio.

Cómo saber si el circuito funciona

La tabla se mide con cuatro indicadores simples, todos calculables con lo que ya queda registrado en la bandeja. No hace falta una herramienta nueva: alcanza con anotar, para cada caso derivado, cuándo se derivó y cuándo se cerró. Con esos dos datos se calcula todo lo demás.

• Porcentaje de casos que vuelven dentro del plazo: el indicador central. Si baja, el plazo está mal calibrado o falta capacidad.
• Tiempo medio de resolución por área: permite comparar áreas entre sí y ver dónde se traba el circuito.
• Porcentaje de derivaciones que vuelven por datos incompletos: mide si los agentes están adjuntando lo que la tabla pide.
• Porcentaje de casos que escalaron al tercer escalón: si es alto, hay un área que no está pudiendo con su carga.

La revisión de la tabla se hace con estos números a la vista, no con opiniones. Un plazo que se cumple casi siempre está bien puesto; uno que se cumple la mitad de las veces está mal puesto, aunque el equipo jure que trabaja bien. El ajuste es subir el plazo o bajar la carga, y esa decisión es de quien coordina, no del agente que atiende.

Cómo encaja esto en una bandeja con sugerencias de IA

Cuando la bandeja tiene sugerencias de IA, el agente igual decide: la IA propone y la persona aprueba. La tabla de derivación es justamente el criterio que la persona aplica al aprobar o descartar. La IA puede sugerir una respuesta, pero no sabe si ese reclamo puntual va a logística o a administración: eso lo define la tabla que armó el negocio, y lo aplica el agente. Con el tiempo, las respuestas reales del equipo son las que alimentan las sugerencias, así que una tabla clara también mejora lo que la herramienta propone. Wando usa la API oficial de WhatsApp de Meta y aprende de las respuestas reales del negocio, pero la decisión de a qué área va cada caso sigue siendo del equipo.

Preguntas frecuentes

Las dudas más comunes al armar el reglamento de derivación se responden abajo. Si tu caso no está, la respuesta suele estar en la fórmula de plazos: medí la carga real del área antes de escribir el número.