Checklist de auditoría del turno nocturno y fines de semana: qué revisar en los logs al día siguiente

Qué es auditar el turno nocturno (y qué no)

Auditar el turno nocturno no es leer todos los chats del sábado a la mañana. Es revisar un conjunto acotado de señales que dicen si la atención aguantó cuando no había nadie mirando la pantalla.

Esta página es para el que abre el lunes a la mañana (o después de un feriado largo) y tiene que reconstruir qué pasó. Sirve para negocios con equipo chico y auto-respuestas por horario: gastronomía, estética, inmobiliarias, academias, salud. No hace falta una herramienta especial: hace falta saber qué columna mirar y en qué orden.

Un detalle técnico que cambia todo el análisis: cuando mires marcas de tiempo, usá la hora del mensaje que manda el canal (el timestamp del evento), no la hora en que se guardó la fila en tu base. Si tu sistema importó historial o corrió una migración, la fecha de inserción puede estar toda concentrada en un par de días y cualquier gráfico de horarios te va a mentir. La hora del mensaje manda; la hora de guardado, no.

Antes de mirar los logs: armá el perímetro del turno

El error más común es auditar "el fin de semana" como si fuera un bloque. No lo es: un sábado a la mañana se parece más a un día de semana que a un domingo a la noche. Antes de abrir cualquier registro, escribí qué franjas vas a auditar y contra qué horario las comparás.

1. 1Definí el horario de atención declarado del negocio, con zona horaria. Si tenés varias sedes o el equipo está en distintos países, una línea por sede.
2. 2Marcá las franjas que quedan fuera de ese horario: noche (de cierre a apertura), fin de semana completo o sólo domingo, y feriados.
3. 3Definí qué se considera "respondido": un mensaje con respuesta humana, una respuesta automática, o ambas por separado. Si no separás, no vas a poder distinguir un problema de cobertura de uno de calidad.
4. 4Fijá el umbral de espera tolerable por franja. No es lo mismo a las 3 de la mañana que un sábado a las 11. Escribilo antes de ver los datos, no después.
5. 5Elegí el rango de fechas: un fin de semana normal más un feriado, si hubo. Un solo día no muestra patrón.

Con el perímetro escrito, el log deja de ser un mar de mensajes y pasa a ser una grilla. Cada mensaje cae en una celda: franja, tipo de respuesta, tiempo de espera. Ahí recién se puede tildar algo.

El checklist, etapa por etapa

Los ítems están agrupados por etapa. Cada uno dice qué revisar y cómo saber que está bien. Si un ítem no aplica a tu operación, tachalo y anotalo: un checklist con ítems que no aplican se abandona a la segunda semana.

• ETAPA 1 — Cobertura: ¿hubo alguien (o algo) asignado a cada franja? Revisá si la auto-respuesta por horario se disparó en las franjas que correspondía. Señal de OK: no hay mensajes entrantes en franja cerrada sin ninguna respuesta automática ni humana. Ejemplo: una inmobiliaria cargó mal el feriado del 25 de mayo y el mensaje de "estamos cerrados" no salió; los tres consultantes de ese día quedaron sin acuse.
• ETAPA 1 — Cobertura: ¿el mensaje automático dice algo útil o sólo "estamos cerrados"? Señal de OK: el texto incluye cuándo vuelven a atender y, si el caso lo permite, un paso siguiente concreto. Ejemplo: en gastronomía, un mensaje que dice "volvemos a las 19 y podés reservar respondiendo este chat" convierte mejor que uno que sólo informa el cierre.
• ETAPA 1 — Cobertura: ¿hubo un feriado o un cierre imprevisto que no estaba cargado en el horario? Señal de OK: el calendario de horarios coincide con lo que efectivamente pasó. Si no coincide, el problema es de configuración, no del equipo.
• ETAPA 2 — Cola: ¿cuántos mensajes entrantes quedaron sin respuesta al abrir el turno siguiente? Señal de OK: la cola se vació en la primera hora hábil, no a las tres de la tarde.
• ETAPA 2 — Cola: ¿se respondieron en orden de llegada o se contestó primero al que insistió más? Señal de OK: podés reconstruir el orden. Si no podés, no hay criterio de priorización.
• ETAPA 2 — Cola: ¿hubo clientes que escribieron dos o tres veces sin respuesta? Señal de OK: cero casos, o casos con una explicación registrada (por ejemplo, un pico puntual). Ejemplo: en estética, alguien que escribe sábado a la noche para un turno del lunes y repite el domingo a la mañana es una señal de urgencia que la cola tiene que priorizar.
• ETAPA 3 — Traspaso: ¿el mensaje que llegó de noche quedó asignado a alguien con nombre? Señal de OK: al abrir el turno, cada conversación pendiente tiene responsable, no está en un limbo compartido.
• ETAPA 3 — Traspaso: ¿el que tomó la conversación tenía el contexto (motivo, horario, lo que ya se dijo)? Señal de OK: no hubo que preguntarle al cliente lo mismo dos veces.
• ETAPA 3 — Traspaso: ¿quedó alguna conversación marcada como resuelta sin respuesta real? Señal de OK: las conversaciones cerradas tienen al menos un mensaje saliente humano o una respuesta automática explícita.
• ETAPA 4 — Calidad: de las respuestas del turno, ¿alguna prometió algo que el negocio no puede cumplir (un horario, un precio, una disponibilidad)? Señal de OK: ninguna respuesta automática promete condiciones que cambian. Ejemplo: una academia que promete "la inscripción cierra el viernes" cuando el cupo puede llenarse antes.
• ETAPA 4 — Calidad: ¿se usaron las plantillas correspondientes o se escribió todo a mano? Señal de OK: las plantillas cubren los motivos recurrentes de esa franja.
• ETAPA 5 — Cierre: ¿quedó algún caso que necesita seguimiento hoy? Señal de OK: hay una lista corta y concreta, no una sensación de "hay cosas pendientes".

No todos los ítems pesan igual. Si tenés veinte minutos, hacé ETAPA 1 y ETAPA 2. Si tenés una hora, agregá ETAPA 3. Las etapas 4 y 5 son para cuando ya tenés el hábito armado.

La tabla para tildar

Esta es la tabla que se imprime o se copia a una planilla. La columna "señal de que está OK" es la que evita discusiones: si no podés escribir qué esperabas ver, el ítem no está bien definido.

Cómo leer los logs sin confundir volumen con problema

Un fin de semana con muchos mensajes no es un fin de semana con problemas. Y al revés: un fin de semana con pocos mensajes puede esconder un cliente enojado que se fue sin decir nada. El volumen solo no dice nada. Lo que dice algo es la relación entre tres cosas: cuántos entraron, cuántos recibieron respuesta y cuánto esperaron.

Un caso que aparece seguido: el lunes a la mañana todo parece respondido porque la auto-respuesta contestó cada mensaje. Pero si el texto automático no deriva a ningún lado ni promete un horario de contacto, el cliente quedó igual de colgado que si no hubiera recibido nada. Ese es el tipo de problema que el volumen no muestra y que la auditoría sí.

Qué hacer cuando algo falla

Cuando un ítem no da OK, el reflejo es buscar al culpable. No sirve. Lo que sirve es clasificar la falla en una de tres familias, porque cada familia se arregla en un lugar distinto.

• Falla de configuración: el horario estaba mal cargado, la auto-respuesta no cubría esa franja, el feriado no estaba en el calendario. Se arregla en la configuración, no con una charla al equipo. Es la más común y la más barata de resolver.
• Falla de proceso: el horario estaba bien, pero no había criterio de priorización, o el traspaso no tenía responsable. Se arregla escribiendo la regla y probándola el próximo fin de semana.
• Falla de capacidad: el volumen de esa franja supera lo que el equipo puede absorber, aun con todo bien configurado. Se arregla con decisión de negocio: más gente, otra franja de cobertura o un mensaje automático que administre expectativas.

La distinción no es académica. Si tratás una falla de configuración como falla de capacidad, contratás gente para un problema que se arreglaba con un checkbox. Si tratás una falla de capacidad como falla de proceso, escribís reglas que nadie puede cumplir y el equipo las abandona en dos semanas.

Sobre los tiempos: no hay un plazo garantizado para resolver una falla de configuración o de canal. Depende de qué esté mal, de quién tenga los permisos y, si el problema toca la configuración del canal, de los tiempos de revisión del proveedor. Lo que sí podés hacer es registrar la fecha en que detectaste el problema y la fecha en que quedó resuelto. Ese par de fechas, acumulado, te dice si tu operación mejora o si estás auditando lo mismo todos los meses.

El informe de una carilla (y por qué conviene escribirlo)

La auditoría que no deja un registro escrito se repite entera la semana siguiente. No hace falta un documento largo: una carilla con cinco campos alcanza, y sirve para comparar un fin de semana con el siguiente sin depender de la memoria.

• Período auditado y franjas incluidas, con zona horaria.
• Resultado por etapa: cuántos ítems OK, cuántos no, y cuáles.
• Clasificación de cada falla: configuración, proceso o capacidad.
• Una acción concreta por falla, con responsable y fecha.
• Un número de línea de base: espera promedio o mediana de la franja, para comparar la próxima vez.

El último punto es el que más se saltea y el que más valor tiene. Sin línea de base, "mejoró" y "empeoró" son opiniones. Con línea de base, son dos números.

Errores típicos al auditar el turno nocturno

• Leer conversaciones en vez de mirar agregados. El log se audita por franjas y por colas, no chat por chat.
• Usar la fecha de guardado en lugar de la hora del mensaje. Si hubo importación de historial, la distribución horaria queda distorsionada y el análisis no sirve.
• Auditar un solo día y sacar conclusiones de patrón. Un sábado raro no es un patrón.
• Mezclar respuesta automática con respuesta humana en un mismo conteo. Son dos cosas distintas y se arreglan en lugares distintos.
• Definir el umbral de espera después de ver los datos, para que dé bien. Se define antes.
• Convertir la auditoría en una evaluación de personas. El objetivo es encontrar fallas de configuración y de proceso, no desempeño individual.
• No registrar la fecha de detección y la de resolución. Sin eso, no sabés si la operación mejora.

Si tu equipo atiende WhatsApp con una bandeja que sugiere respuestas y vos aprobás con un clic, la auditoría del turno nocturno se vuelve más simple en un punto: podés ver qué se respondió y qué quedó pendiente sin depender de que alguien recuerde. Wando funciona así, con la IA sugiriendo y el equipo aprobando, sobre la API oficial de WhatsApp; la auditoría sigue siendo tuya, pero los datos están ordenados.