Estados de una conversación en WhatsApp Business: tabla de referencia con criterios de transición

Este es un glosario operativo, no conceptual. No explica qué es un chat ni cómo funciona la ventana de 24 horas. Define los seis estados que un equipo de atención necesita para que dos personas no contesten lo mismo, para saber quién debe responder ahora y para poder medir después. La columna que importa no es la definición: es el criterio de transición, porque casi todos los problemas de una bandeja compartida vienen de ahí. Cuando una conversación queda en un estado sin dueño claro, alguien la abre, ve que ya la respondieron, la deja abierta y se pierde. Eso no se arregla con más gente: se arregla con estados y reglas de paso.

Cómo se lee esta tabla

Cada estado tiene cuatro datos: quién es el dueño (la persona o el sistema responsable de que avance), el plazo máximo razonable antes de que algo se rompa, el criterio de entrada (qué tiene que pasar para que la conversación llegue a ese estado) y el criterio de salida (qué tiene que pasar para que lo abandone). Los plazos son parámetros de trabajo, no verdades universales: una tienda con consultas simples puede sostener plazos más cortos que una inmobiliaria que espera documentación del cliente. Lo que no es negociable es que el plazo exista y esté escrito, porque un estado sin plazo se convierte en un agujero.

Un detalle de vocabulario para evitar confusiones: acá 'conversación' es el hilo con un contacto, no el mensaje suelto. Un contacto puede tener una conversación cerrada y, meses después, abrir una nueva. Los estados describen el hilo, no a la persona.

El error más común: usar 'en espera' como depósito

En la práctica, la mayoría de las bandejas desordenadas tienen el mismo problema: todo lo que no se supo resolver terminó en 'en espera'. Es el estado más cómodo porque no obliga a nadie a hacer nada. El resultado es una lista de conversaciones que parecen activas pero donde el próximo movimiento es del cliente y nadie lo está mirando. La conversación se enfría, el cliente compra en otro lado y el equipo cree que la atendió.

La forma de detectarlo es simple: si en tu bandeja 'en espera' concentra más de la mitad de las conversaciones abiertas y muchas llevan días ahí, no estás esperando respuestas: estás acumulando. La solución no es escribirle a todos, es revisar el criterio de salida. Una conversación en espera tiene que tener una fecha límite concreta, y al vencer tiene que pasar a Cerrada por inactividad, no quedarse flotando. Si el equipo no se anima a cerrarla porque 'capaz contesta', el problema es que no hay un paso siguiente definido para cuando conteste: la reapertura tiene que estar resuelta antes de cerrar. En una tienda, ese paso siguiente puede ser avisar por campaña que el producto volvió a estar disponible; en una estética, ofrecer un turno en la franja que el cliente había pedido. Sin ese paso, cerrar da miedo y la conversación queda en el limbo.

Escalada no es lo mismo que reasignada

Son dos movimientos distintos y mezclarlos rompe la medición. Reasignar es pasarle la conversación a otra persona que va a hacer lo mismo: otro agente del mismo turno, alguien que volvió de franco, un compañero con menos carga. El caso sigue en el flujo normal. Escalar es subir el caso a alguien que puede decidir algo que el agente no puede: un descuento, una excepción, una devolución, una respuesta legal o comercial que excede su rol.

La diferencia importa porque tienen dueños distintos. Una reasignación tiene como dueño al nuevo agente y se mide con los mismos indicadores que antes. Una escalada tiene como dueño a quien decide, y mientras está escalada el agente original no puede cerrarla. Si el sistema de la bandeja no distingue una de otra, los reportes de tiempo de respuesta se contaminan: una conversación escalada tres días aparece como si un agente hubiera tardado tres días en contestar, cuando en realidad estaba esperando una decisión de otra área.

• Reasignar: mismo tipo de tarea, otra persona. Se mide con los indicadores normales.
• Escalar: tarea distinta, otra persona con más facultades. Se mide aparte y con su propio plazo.
• Una conversación puede reasignarse varias veces sin escalar nunca.
• Una conversación escalada no debería reasignarse: primero se resuelve la decisión, después vuelve al flujo.

Cerrar y reabrir: dónde se pierde el contexto

El criterio de cierre más sano es el que se puede explicar en una frase: se cerró porque se resolvió, porque venció el plazo de espera o porque el contacto lo pidió. Cualquier otro motivo ('ya fue', 'no contesta', 'lo cierro y si vuelve lo ve otro') genera conversaciones cerradas que en realidad siguen abiertas en la cabeza de alguien.

La reapertura es el estado que casi nadie define y el que más plata cuesta. Cuando un contacto vuelve a escribir sobre un hilo cerrado, hay dos decisiones que tomar: si se trata como conversación nueva o como continuación, y quién la atiende. Tratarla como nueva hace que el cliente repita todo lo que ya contó, que es la queja más frecuente en atención por chat. Tratarla como continuación obliga a que el historial esté a la vista de quien la toma. La regla práctica: si el mensaje nuevo retoma el tema anterior, es reabierta y la atiende quien la cerró si está disponible; si es un tema distinto, es una conversación nueva aunque venga del mismo contacto.

Checklist para auditar los estados de tu bandeja

Esto se revisa una vez por semana y se tilda. No hace falta una herramienta especial: alcanza con abrir la bandeja y contar. Si dos o más casillas quedan sin tildar, el problema no es de volumen de mensajes, es de proceso.

• Cada conversación abierta tiene un estado asignado, no está 'sin estado'.
• Cada conversación en Asignada tiene una persona con nombre, no un equipo.
• Ninguna conversación en Nueva supera el plazo de primera respuesta que el equipo definió.
• En espera tiene una fecha límite visible, no solo una etiqueta.
• Las conversaciones en espera vencidas se cierran por inactividad en vez de quedar flotando.
• Las escaladas tienen un responsable con nombre y una decisión registrada en la conversación.
• Se distingue en los reportes una reasignación de una escalada.
• Las conversaciones cerradas tienen un motivo de cierre, no solo una fecha.
• Las reabiertas conservan el historial a la vista de quien las toma.
• Hay una regla escrita para saber cuándo un mensaje nuevo del mismo contacto abre una conversación nueva en vez de reabrir la anterior.

Cómo se reflejan estos estados en una bandeja con IA

Los estados se pueden llevar a mano en una planilla, pero a partir de cierto volumen eso se vuelve inviable: alguien tiene que actualizar el estado cada vez que responde, y ese alguien está atendiendo. Una bandeja compartida con sugerencias de IA y multiagente ayuda a que el estado sea un efecto del trabajo y no una tarea extra: la conversación se asigna cuando alguien la toma, cambia a espera cuando se responde y se cierra cuando corresponde. En Wando la IA sugiere respuestas que el equipo aprueba con un click, y las etiquetas y las estadísticas permiten revisar después qué pasó con cada conversación. La prueba gratis dura 14 días y no pide tarjeta; si querés ver los planes, están en wando.online/pricing.

Preguntas que conviene responder antes de definir los estados

Antes de escribir la tabla de estados del equipo, hay tres definiciones que no dependen de ninguna herramienta y que suelen quedar sin resolver. Primero: ¿qué cuenta como 'primera respuesta'? ¿El primer mensaje humano, el primer mensaje con contenido útil o la primera respuesta que resuelve la consulta? Si el equipo no lo acuerda, el indicador de tiempo de respuesta mide cosas distintas según quién lo mire. Segundo: ¿qué conversaciones pueden cerrarse sin respuesta? Una consulta de precio que el cliente nunca contestó se puede cerrar por inactividad; una queja escalada, no. Tercero: ¿quién puede cerrar? Si cualquiera cierra cualquier conversación, los cierres por inactividad se vuelven una forma de sacarse trabajo de encima.

Definidas esas tres cosas, la tabla de estados se sostiene sola. Y hay una cuarta que conviene dejar escrita aunque parezca obvia: qué hacer cuando el contacto escribe fuera del horario de atención. La conversación entra como Nueva, el sistema puede responder automáticamente con un mensaje de horario, pero el estado no cambia hasta que alguien la tome. Si esa conversación se cuenta como 'no respondida' en los reportes de la mañana siguiente, el equipo va a estar midiendo mal su propio desempeño: no estaba nadie trabajando. La auto-respuesta por horario resuelve el mensaje, no el estado, y esa distinción es la que evita discusiones inútiles sobre números.