Señales de alerta temprana en métricas de atención por WhatsApp: tabla de referencia

Qué es una señal de alerta temprana (y qué no)

Una señal de alerta temprana es un movimiento en una métrica que aparece antes de que el cliente note el problema. No es lo mismo que un indicador de resultado: el tiempo de primera respuesta ya alto es un resultado, no una señal. La señal es la variación que anticipa ese resultado: la cola que creció dos días seguidos, la proporción de conversaciones que un solo agente sostiene, la caída del porcentaje de respuestas sugeridas que se aprueban sin editar.

La diferencia importa porque las métricas de resultado se miran cuando ya hay quejas. Las señales se miran antes. Esta página no reemplaza los tableros de indicadores: los usa como fuente y agrega la capa de anticipación. Si todavía no tenés definidos los indicadores base, esta tabla no te sirve: primero fijá qué medís y con qué fórmula.

La tabla: señal, qué revisar y en qué orden

Cada fila es una señal que se puede ver en los datos antes de que el cliente la sienta. La columna "qué revisar" va en orden: se mira lo primero antes de pasar a lo segundo, porque casi siempre la causa está en el primer eslabón. La columna "evidencia" es lo que anotás para que la revisión no dependa de la memoria de quien la hizo.

Cómo se lee la tabla sin ahogarse en datos

Doce señales es demasiado para mirar todas todos los días. La tabla está ordenada por gravedad, no por facilidad de medición. Las primeras cuatro son las que anticipan un problema de capacidad: si el equipo no da abasto, aparecen antes que cualquier queja. Las cuatro del medio anticipan un problema de proceso: el equipo da abasto pero algo del flujo está mal armado. Las últimas cuatro anticipan un problema de calidad o de configuración.

La recomendación operativa es elegir tres señales por semana, no doce. Se miran esas tres todos los días a la misma hora, se anota el valor y se compara contra la línea base. La semana siguiente se rotan. En un mes y medio el equipo ya tiene el panorama completo sin haber montado un tablero nuevo.

• Semana 1: cola sin asignar, carga por agente, sugerencias editadas.
• Semana 2: cierres sin respuesta, demora en franja puntual, reaperturas.
• Semana 3: tiempo entre respuestas, ingreso fuera de cobertura, conversaciones sin etiqueta.
• Semana 4: conversaciones por agente, mensajes por conversación, doble agente en un hilo.

Qué hacer cuando una señal se dispara

1. 1Confirmar que la señal es real y no un artefacto: revisar si hubo un cambio de configuración, una importación de historial o una campaña que explique el movimiento.
2. 2Aislar el alcance: ¿es toda la operación o una franja, un agente, un tema? La mayoría de las señales se disparan en un subconjunto, no en el total.
3. 3Buscar la causa en el primer eslabón de la cadena, no en el último. Si la cola creció, la causa suele estar en la asignación o en el ingreso, no en la velocidad del agente.
4. 4Decidir si se corrige ahora o se monitorea. No toda señal requiere acción inmediata: algunas se acomodan solas cuando termina la campaña o el pico estacional.
5. 5Anotar qué se hizo y qué pasó después. Sin ese registro, la próxima vez que aparezca la misma señal se vuelve a empezar de cero.
6. 6Si la señal persiste después de corregir el primer eslabón, escalar. Los problemas de configuración de la plataforma o del canal dependen de cada caso y el tiempo de resolución varía: no hay un plazo garantizado.

Errores frecuentes al monitorear señales

El error más común es mirar promedios. Un tiempo de primera respuesta promedio de cuatro minutos puede esconder una franja de dos horas donde nadie respondió y un montón de respuestas instantáneas que compensan. Las señales de atención se leen con medianas y con cortes por franja horaria, no con el promedio del día. La mediana te dice qué le pasó al cliente típico; el promedio te dice qué pasó en el sistema.

El segundo error es mirar solo lo que el cliente puede ver. Si el equipo responde rápido pero cierra conversaciones sin resolver, la métrica de tiempo se ve bien y la de reapertura se dispara. Las señales tempranas viven en el cruce entre dos métricas, no en una sola. La tabla está armada así a propósito: cada fila cruza un movimiento con el dato que lo explica.

• Mirar el promedio en lugar de la mediana y el corte por franja.
• Confundir una campaña con un problema de capacidad: el pico de una campaña no es una señal, es un evento planificado.
• Medir horarios con la fecha de carga al sistema en lugar del timestamp de Meta.
• Revisar una señal sola en lugar de cruzarla con la métrica que la explica.
• Corregir el último eslabón (pedirle al agente que responda más rápido) cuando la causa está en el primero (asignación o ingreso).
• No anotar la evidencia: sin registro, la revisión no se puede repetir ni comparar.

Cada cuánto se revisa cada señal

No todas las señales se revisan con la misma frecuencia. Las de capacidad (cola, carga, demora) se revisan a diario porque se deterioran rápido. Las de proceso (reaperturas, cierres sin respuesta, doble agente) se revisan dos veces por semana: un día de anomalía no dice nada. Las de calidad (sugerencias editadas, mensajes por conversación, etiquetas) se revisan semanalmente, porque son las que más tardan en mostrar un cambio real.

Cómo saber que el monitoreo funciona

El monitoreo de señales funciona cuando el equipo detecta el problema antes que el cliente. La prueba concreta es simple: contar cuántas veces en el mes el problema se detectó por una señal y cuántas veces por una queja o un reclamo. Si la proporción se mueve hacia las señales, el sistema está funcionando. Si todo se detecta por queja, la tabla se está mirando tarde o se están mirando las señales equivocadas.

La segunda prueba es la repetibilidad: si dos personas distintas revisan las mismas señales y llegan a conclusiones parecidas, la revisión está bien definida. Si cada uno interpreta distinto, falta fijar el umbral y la evidencia. La columna de evidencia de la tabla existe exactamente para eso.

La tercera prueba es la carga de trabajo que genera el monitoreo. Si revisar las señales consume más tiempo que atender las conversaciones, el sistema está sobredimensionado. Tres señales por semana, revisadas a la misma hora, alcanzan para empezar. Se agregan cuando las primeras tres ya están incorporadas al ritmo del equipo.

Plantilla para registrar la revisión

La revisión sin registro no sirve para comparar. Esta plantilla mínima alcanza para que cualquier persona del equipo pueda retomar la revisión donde la dejó la anterior. Se completa una fila por señal revisada.

Cuándo escalar y cuándo no

No toda señal disparada requiere escalar. Las señales de capacidad casi siempre se resuelven dentro del equipo: reasignar turnos, ajustar la regla de reparto, activar una auto-respuesta por horario. Las de proceso también: corregir el criterio de cierre, revisar la asignación manual. Las de calidad pueden requerir revisar el material que usa la IA para sugerir respuestas, lo que implica actualizar la información del negocio.

Se escala cuando la señal persiste después de corregir el primer eslabón, cuando afecta a toda la operación y no a un subconjunto, o cuando hay una configuración de la plataforma o del canal que el equipo no puede tocar. En esos casos el tiempo de resolución varía según el caso: no hay un plazo que se pueda prometer de antemano. Lo que sí se puede hacer es documentar qué se revisó, qué se descartó y desde cuándo, para que quien tome el caso no empiece de cero.

• No escalar por una señal que aparece un solo día y se acomoda sola.
• No escalar sin haber revisado el primer eslabón de la cadena.
• Escalar cuando la señal afecta a toda la operación y persiste más de una semana.
• Escalar cuando la causa está en una configuración que el equipo no administra.
• Documentar siempre qué se revisó antes de escalar.