Checklist de auditoría del tiempo de inactividad del agente: qué se considera tiempo muerto, cómo medirlo y qué umbrales son aceptables
Qué se considera tiempo de inactividad y qué no
El tiempo de inactividad de un agente es el período en el que está conectado a la herramienta de atención pero no está disponible para tomar conversaciones nuevas ni está trabajando en una conversación existente. No es lo mismo que estar desconectado: un agente puede figurar como 'en línea' y aun así estar en tiempo muerto si no hay mensajes que atender o si está haciendo una tarea que no es atención.
Para que la auditoría sea útil, hay que separar tres conceptos que suelen mezclarse: el tiempo conectado (el agente tiene la sesión abierta), el tiempo productivo (está respondiendo mensajes, revisando historiales o haciendo seguimiento de un caso) y el tiempo muerto real (no hay trabajo disponible o el agente no lo está tomando). Un agente puede estar conectado ocho horas y tener solo cuatro horas productivas sin que eso indique un problema: depende del flujo de mensajes, no solo de la voluntad del agente.
Se considera tiempo muerto legítimo: esperar a que lleguen mensajes en un horario de bajo volumen, el tiempo entre el cierre de una conversación y la asignación de la siguiente, y las pausas programadas. Se considera tiempo muerto problemático: el agente disponible con conversaciones en espera sin tomar, el agente que no cierra conversaciones resueltas y las deja ocupando su capacidad, y los períodos largos sin actividad en horarios donde el volumen es alto.
Cómo medir el tiempo de inactividad: método en cuatro pasos
La medición requiere datos que toda herramienta de atención por WhatsApp debería poder exportar o consultar: la marca de tiempo de cada mensaje, el agente asignado a cada conversación y los cambios de estado del agente si la plataforma los registra. Si tu herramienta no exporta esta información, la auditoría se limita a lo que puedas reconstruir manualmente, y eso cambia el alcance.
- 1Definí la ventana de análisis: una semana completa es el mínimo razonable, porque un solo día tiene picos y valles que distorsionan cualquier conclusión. Si la operación es estacional, necesitás al menos una semana de temporada alta y una de temporada baja.
- 2Calculá el tiempo conectado por agente: sumá los minutos entre el primer y el último evento de actividad de cada día, restando las pausas registradas. Si la plataforma no registra pausas, usá los períodos sin actividad mayores a 15 minutos como pausa probable y anotalos aparte.
- 3Calculá el tiempo productivo: sumá los minutos en los que el agente envió un mensaje, recibió un mensaje que leyó, o estuvo en una conversación activa. La definición de 'conversación activa' depende de tu operación: para atención por chat, una conversación está activa desde que el agente la abre hasta que la cierra o la deriva.
- 4Obtené el tiempo muerto por diferencia: tiempo conectado menos tiempo productivo menos pausas. Ese número, dividido por el tiempo conectado, te da el porcentaje de inactividad de cada agente y del equipo.
La fórmula que podés aplicar con tus propios números
La fórmula base es simple, pero el diablo está en qué contás como productivo. Si tu herramienta registra solo envío de mensajes, vas a subestimar el tiempo productivo de los agentes que pasan tiempo leyendo historiales o redactando respuestas largas. Si registra solo conexión, vas a sobreestimar la productividad. Por eso la fórmula tiene tres variantes según el dato que tengas disponible.
| Variante | Fórmula | Cuándo usarla |
|---|---|---|
| Con estados de agente | Inactividad % = (tiempo conectado - tiempo productivo - pausas) / tiempo conectado × 100 | La plataforma registra cambios de estado (disponible, ocupado, pausa) con marca de tiempo |
| Con mensajes por agente | Inactividad % = (tiempo conectado - (mensajes enviados × tiempo medio por mensaje) - pausas) / tiempo conectado × 100 | Solo tenés registro de mensajes enviados y el tiempo conectado; el tiempo medio por mensaje lo estimás con una muestra manual |
| Con conversaciones activas | Inactividad % = (tiempo conectado - tiempo en conversación activa - pausas) / tiempo conectado × 100 | La plataforma registra cuándo el agente abre y cierra cada conversación |
Si tu herramienta no registra nada de esto, la auditoría se vuelve muestral: elegí tres días representativos, sentate con un cronómetro y registrá cada cambio de actividad de dos o tres agentes durante sus turnos completos. Es trabajo pesado, pero te da un piso de realidad que ninguna estimación teórica reemplaza.
Umbrales de referencia según el tipo de operación
No existe un umbral universal de tiempo muerto aceptable. Un agente que atiende consultas de soporte técnico complejo va a tener más tiempo de redacción e investigación entre mensajes, y eso no es tiempo muerto aunque no esté enviando mensajes. Un agente que atiende preguntas frecuentes de e-commerce con respuestas rápidas debería tener una inactividad baja en horario pico. Los umbrales de abajo son puntos de partida para interpretar tus mediciones, no reglas rígidas.
| Tipo de operación | Inactividad esperada en horario pico | Inactividad esperada en horario valle | Señal de problema |
|---|---|---|---|
| Consultas simples y repetitivas (FAQ, estado de pedido, horarios) | 10-20% | 30-50% | Inactividad menor al 5% en pico: hay sobrecarga, los agentes no dan abasto y la calidad cae |
| Consultas de complejidad media (soporte de producto, reclamos, ventas consultivas) | 20-35% | 40-60% | Inactividad mayor al 50% en pico: hay sobredotación o los agentes no están tomando trabajo disponible |
| Consultas complejas (soporte técnico avanzado, asesoramiento legal o financiero) | 30-45% | 50-70% | Inactividad menor al 15% en pico: los agentes están saturados y probablemente derivan o abandonan conversaciones difíciles |
| Operación con multiagente y derivaciones entre áreas | 15-30% | 35-55% | Inactividad mayor al 40% en pico con conversaciones en espera: el enrutamiento no está funcionando |
El checklist para tildar durante la auditoría
Esta lista está pensada para que la imprimas o la copies y vayas marcando cada punto a medida que avanza la auditoría. Está agrupada por etapa para que puedas repartir el trabajo entre varias personas si hace falta.
Etapa 1: Preparación de datos
- Definí la ventana de análisis (mínimo una semana completa, ideal dos: una de temporada normal y una de pico).
- Identificá qué datos exporta tu herramienta: marcas de tiempo de mensajes, agente asignado, cambios de estado, apertura y cierre de conversaciones.
- Si faltan datos de estado, definí el criterio de pausa probable (por ejemplo, inactividad mayor a 15 minutos sin mensajes) y anotalo para aplicarlo de manera uniforme.
- Armá una planilla con una fila por agente y columnas para: tiempo conectado, tiempo productivo, pausas, tiempo muerto, porcentaje de inactividad.
- Elegí los días y horarios pico y valle de tu operación con datos de volumen de mensajes, no con intuición.
Etapa 2: Medición
- Calculá el tiempo conectado de cada agente por día, restando las pausas registradas o las pausas probables según el criterio definido.
- Calculá el tiempo productivo con la variante de fórmula que corresponda a tus datos disponibles.
- Calculá el porcentaje de inactividad por agente, por día y por franja horaria (pico y valle por separado).
- Registrá cuántas conversaciones quedaron en espera durante los períodos de inactividad de cada agente. Este es el dato que separa el tiempo muerto legítimo del problemático.
- Anotá los casos atípicos: agentes con inactividad muy por encima o muy por debajo del promedio del equipo, y días con picos de volumen inesperados.
Etapa 3: Interpretación
- Compará el porcentaje de inactividad de cada agente con el rango esperado para tu tipo de operación en la tabla de umbrales.
- Separaste los períodos de inactividad con conversaciones en espera de los períodos sin trabajo disponible. Solo los primeros indican un problema de gestión o de actitud.
- Mirá la distribución por franja horaria: una inactividad alta en horario valle es esperable; en horario pico, no.
- Identificá si la inactividad alta se concentra en agentes específicos o es generalizada. Si es generalizada, el problema probablemente es de dimensionamiento o de flujo de asignación, no de personas.
- Revisá si los agentes con baja inactividad muestran señales de sobrecarga: respuestas más cortas, más derivaciones, más errores. La inactividad muy baja también es un hallazgo.
Etapa 4: Acciones
- Si encontraste inactividad alta con conversaciones en espera, revisá el mecanismo de asignación: ¿los agentes ven las conversaciones en espera? ¿El sistema las asigna automáticamente o dependen de que el agente las tome?
- Si encontraste inactividad alta sin conversaciones en espera en horario pico, revisá el dimensionamiento: probablemente hay más agentes de los necesarios en esa franja.
- Si encontraste inactividad baja con señales de sobrecarga, revisá la dotación hacia arriba o redistribuí horarios.
- Documentá los umbrales que decidas adoptar como meta para tu operación y programá una re-medición en 30 a 60 días para verificar el efecto de los cambios.
- No uses la inactividad como métrica de desempeño individual sin considerar el contexto de volumen y asignación. Es una métrica de sistema, no una falta personal.
Qué hacer cuando la medición da resultados raros
Los resultados raros son información, no errores. Si un agente tiene 90% de inactividad en horario pico, puede estar pasando algo con la asignación de conversaciones (por ejemplo, que las conversaciones nuevas van siempre a los mismos agentes por orden de conexión). Si todos los agentes tienen inactividad cercana a cero, probablemente estás subestimando el tiempo productivo porque tu herramienta no registra lectura ni redacción, solo envío.
Cuando la medición contradice lo que ves en el día a día, volvé a la fuente de datos antes de sacar conclusiones. Un error común es usar la fecha de creación del registro en lugar de la marca de tiempo real del mensaje. Si tu herramienta importó historial de conversaciones, los registros pueden estar todos fechados el día de la importación y cualquier análisis de horarios va a dar resultados absurdos. Verificá que la columna que estás usando sea la que registra cuándo ocurrió el evento, no cuándo se insertó en la base.
Si tu herramienta de atención es Wando, los datos de mensajes incluyen la marca de tiempo real de WhatsApp. Para esta auditoría, usá siempre esa columna y no la fecha de creación del registro.
Límites de esta metodología
Esta auditoría mide tiempo, no calidad. Un agente puede tener inactividad perfecta dentro de los umbrales y aun así dar respuestas pobres, y otro puede tener inactividad alta porque se toma el tiempo de investigar cada caso antes de responder. La inactividad es una métrica de dimensionamiento y de flujo de trabajo, no una métrica de desempeño individual completa.
Tampoco mide trabajo fuera de la herramienta. Si tus agentes atienden por teléfono, responden correos o hacen tareas administrativas además del chat, el tiempo conectado a la herramienta de WhatsApp no representa su jornada completa, y los umbrales de esta guía no aplican directamente. En ese caso, medí la inactividad solo sobre el tiempo dedicado a atención por chat, y definí con claridad qué parte de la jornada corresponde a cada canal.
Por último, los umbrales de referencia de la tabla son puntos de partida. Tu operación puede tener particularidades que justifiquen valores distintos: horarios de atención extendidos, picos estacionales muy marcados, o un equipo que combina atención con venta activa. Usá los umbrales para hacer preguntas, no para castigar.
Tabla resumen de la auditoría
| Etapa | Qué se revisa | Señal de que está OK |
|---|---|---|
| Preparación de datos | Ventana de análisis definida, criterio de pausa uniforme, planilla armada con columnas por agente | Cualquier persona del equipo puede explicar qué dato va en cada columna y de dónde sale |
| Medición | Tiempo conectado, productivo y muerto por agente, con conversaciones en espera registradas | Los porcentajes de inactividad están calculados para pico y valle por separado, no promediados |
| Interpretación | Comparación contra umbrales por tipo de operación, separación entre inactividad con y sin trabajo disponible | Podés decir con certeza si el problema es de dimensionamiento, de asignación o de actitud |
| Acciones | Cambios en asignación, dotación u horarios documentados, re-medición programada | Hay una fecha concreta para la próxima medición y un criterio para evaluar si los cambios funcionaron |
Preguntas frecuentes
¿Qué porcentaje de tiempo muerto es aceptable para un agente de WhatsApp?+
Depende del tipo de operación. Para consultas simples y repetitivas, entre 10% y 20% en horario pico es razonable. Para consultas complejas, entre 30% y 45% en pico es esperable. Lo importante es medir la inactividad con y sin conversaciones en espera: la inactividad con trabajo disponible sin tomar es un problema; la inactividad sin trabajo disponible es una cuestión de dimensionamiento.
¿Cómo sé si la inactividad de un agente es un problema de actitud o de falta de trabajo?+
Cruzá la inactividad con las conversaciones en espera. Si durante los períodos de inactividad había conversaciones sin asignar o en espera, el agente no estaba tomando trabajo disponible y hay que revisar el mecanismo de asignación o la actitud. Si no había conversaciones en espera, la inactividad es legítima y el problema es de dimensionamiento o de flujo de mensajes.
¿Cada cuánto tiempo hay que hacer esta auditoría?+
Una primera auditoría completa para establecer la línea de base, y después una re-medición a los 30 o 60 días para verificar el efecto de los cambios. Si la operación es estable, una auditoría trimestral alcanza. Si hay cambios de dotación, de herramienta o de volumen, conviene medir antes y después de cada cambio.
¿Sirve medir la inactividad si mi herramienta no registra estados de agente?+
Sí, pero con limitaciones. Podés usar la variante con mensajes por agente y estimar el tiempo medio por mensaje con una muestra manual, o hacer una medición muestral con cronómetro durante tres días representativos. El resultado va a ser menos preciso, pero suficiente para detectar problemas groseros de dimensionamiento o asignación.
¿La inactividad baja siempre es buena noticia?+
No. Una inactividad muy baja en horario pico (menor al 5% en consultas simples, menor al 15% en consultas complejas) suele indicar sobrecarga: los agentes no tienen tiempo de revisar historiales, redactar con cuidado ni respirar entre conversaciones. Eso se traduce en respuestas más cortas, más errores y más derivaciones. La inactividad baja también se audita.
Seguí leyendo
Checklist de auditoría de conversaciones derivadas a un área externa: qué se envió, qué volvió y en cuánto tiempo
Checklist para auditar los traspasos de conversaciones a un área externa al equipo de atención: qué se mandó, qué volvió, en cuánto tiempo y con qué registro. Incluye tabla de control por etapa y qué hacer cuando el circuito se rompe.
Checklist de auditoría de la memoria de un asistente de IA en WhatsApp: qué recuerda, qué olvida y cómo verificarlo
Una lista de verificación para auditar qué información conserva tu asistente de IA entre conversaciones y entre agentes, con pruebas concretas para detectar olvidos, datos viejos y fugas entre clientes.
Checklist de auditoría del tono y la claridad en las respuestas: qué revisar en una muestra semanal
Una auditoría semanal de tono y claridad no se hace leyendo todo el chat: se hace sobre una muestra chica, con criterios fijos y una planilla que se pueda comparar semana a semana. Acá está el checklist completo, la tabla de criterios y qué hacer cuando algo falla.
Checklist de auditoría del traspaso entre canales: WhatsApp, teléfono y presencial
Checklist para auditar qué se transfiere, qué se confirma y qué se pierde cuando una conversación pasa de WhatsApp a una llamada o a un mostrador. Con tabla de etapas, señales de que está OK y qué hacer cuando algo falla.
Checklist de auditoría del saludo y la primera respuesta: qué revisar en los primeros 30 segundos
Checklist operativo para auditar cómo arranca cada conversación de WhatsApp: saludo, primera respuesta, tiempo, horario y traspaso. Con tabla etapa por etapa, señales de que está OK y qué hacer cuando algo falla.
Checklist de auditoría del paso de conversación entre bot y humano: qué información debe viajar y qué se pierde
Un checklist operativo para auditar el traspaso de una conversación desde una respuesta automática hacia una persona del equipo. Qué datos tienen que viajar sí o sí, en qué orden revisarlos, cómo detectar la información que se pierde en el camino y qué hacer cuando el traspaso falla.
Para profundizar, del blog
Empezá a usar Wando
14 días gratis, sin tarjeta de crédito.