Cómo medir pendientes y antigüedad de la cola de atención

Los pendientes son los elementos no resueltos que todavía requieren trabajo o una decisión. El total muestra la carga; la antigüedad muestra cuánto tiempo lleva abierto cada elemento. Ambos deben verse juntos. Una cola puede conservar el mismo tamaño y empeorar si los casos antiguos envejecen mientras se resuelven los nuevos.

Define los pendientes antes de medirlos

Zendesk describe el backlog como tickets no resueltos e incluye estados como nuevo, abierto, pendiente y en espera. La referencia es útil, pero tu operación debe documentar su propia regla. Un elemento entra cuando crea trabajo real y sale solo cuando se confirma el resultado acordado.

Separa al menos tres situaciones: esperando al equipo, esperando al cliente y bloqueado por un tercero. Todas pueden seguir visibles, pero la responsabilidad cambia. Ocultar “esperando cliente” deja envejecer casos sin respuesta; mezclarlo con trabajo activo distorsiona la capacidad.

Elige un reloj y mantenlo estable

La antigüedad cronológica cuenta todo el tiempo desde la entrada. La antigüedad hábil cuenta solo los intervalos del calendario del equipo. Atlassian documenta calendarios de SLA y condiciones que inician, pausan o detienen el reloj, incluida la espera del cliente. Úsalo como modelo de gobernanza, no como benchmark universal.

Registra zona horaria, días laborables, festivos y condiciones de pausa. Conserva ambos campos cuando sea útil: la edad total refleja la experiencia del cliente y la edad operativa ayuda a analizar el tiempo bajo control del equipo. No compares colas con calendarios diferentes sin mostrarlo.

Muestra la distribución, no solo el promedio

El promedio puede bajar cuando entran muchos elementos nuevos aunque los más antiguos sigan detenidos. Muestra mediana y percentiles como P75, P90 y P95, además del elemento más antiguo. El percentil 90 es el valor por debajo del cual está el 90% de los elementos; no es automáticamente una promesa de SLA.

Crea rangos acordes al ritmo operativo, por ejemplo: menos de cuatro horas, 4–24 horas, 1–3 días, 4–7 días y más de siete días. Publica cantidad y porcentaje por rango para no confundir crecimiento de demanda con deterioro.

Trata reaperturas y exclusiones con evidencia

Una conversación reabierta vuelve a requerir trabajo y debe regresar a pendientes. Conserva la antigüedad original y registra un nuevo ciclo para ver tanto la jornada completa como el tiempo desde la reapertura. Zendesk distingue tickets reabiertos y ofrece métricas propias.

Excluye pruebas, spam, duplicados confirmados y cancelaciones solo con un motivo auditable. No retires conversaciones para mejorar el indicador. El cierre automático necesita regla, aviso y camino de reapertura. Informa el volumen excluido por motivo para evitar que una limpieza anormal oculte el problema.

Combina antigüedad, riesgo y responsabilidad

La antigüedad no debe ser la única prioridad. Combínala con impacto, urgencia, promesas, dependencias y valor de la próxima acción. Un incidente reciente puede ir antes que una consulta antigua, pero la consulta antigua sigue visible y con un plan.

Cada elemento necesita cola, responsable actual y próxima acción con fecha. Destaca casos sin dueño, sin próxima acción y con promesa vencida. Usa la guía de priorización de pendientes, la guía de responsabilidad por conversación y las métricas de atención.

Convierte el panel en una rutina de decisión

En la revisión diaria, empieza por elementos sin dueño, promesas vencidas y el rango más antiguo. Cada semana compara entradas, resoluciones, saldo, reaperturas y desplazamiento entre rangos. La fotografía diaria muestra inventario; la serie histórica indica si el equipo recupera o acumula trabajo.

Valida una muestra de conversaciones reales. Confirma que estado, reloj, responsable y próxima acción coincidan con lo ocurrido. Si el indicador mejora porque los casos se cierran antes de tiempo y luego se reabren, la operación no mejoró. La métrica debe premiar resolución duradera.