Operaciones de clientes

Cómo medir asignaciones rechazadas y agotadas

Las asignaciones rechazadas y agotadas necesitan soluciones distintas. Mida ambas por oferta y devuelva el trabajo fallido a una cola segura.

Por DripTell EditorialPublicado 6 de septiembre de 2026Tiempo de lectura 6 min read
Dos compañeros detienen una entrega porque uno no puede aceptar más trabajo mientras el Guardián del Contexto señala el carro
¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
+34

Tu solicitud llega a una persona, no a una lista de correo.

Al enviar, aceptas recibir una confirmación y seguimientos de tu solicitud de DripTell por WhatsApp o correo, incluidos mensajes automáticos. Puedes pedir que se detengan en cualquier momento. Consulta nuestra política de privacidad.

Un cliente espera, el sistema ofrece la conversación y no empieza ningún trabajo útil. Quizá la persona no tenía capacidad o permisos, o no vio el aviso antes de que venciera. Para el cliente, ambos resultados se parecen, pero requieren soluciones distintas. Mida rechazos y tiempos agotados por separado antes de reunirlos como ofertas no aceptadas.

Un rechazo y un tiempo agotado significan cosas distintas

Un rechazo es una decisión activa. La persona ve la sesión ofrecida y decide no aceptarla. El tiempo agotado es pasivo: la oferta llega a su límite sin aceptación ni rechazo. La documentación actual de Microsoft sobre métricas de sesión trata la sesión como un registro del nivel de asignación y explica que una conversación puede crear más sesiones cuando pasa a otro representante. Contar solo conversaciones puede ocultar varios intentos fallidos dentro de un caso que al final sí recibió respuesta.

Una revisión fiable del resultado de asignaciónCinco pasos convierten rechazos y tiempos agotados en una decisión operativa.
  1. 1Defina la ofertaCuente intentos reales con un límite de evento estable.
  2. 2Registre un resultadoSepare aceptado, rechazado, agotado y retirado.
  3. 3Calcule por separadoMuestre tasas junto a recuentos y tiempo de aceptación.
  4. 4Segmente la evidenciaCompare cola, turno, habilidad, canal, transferencia y carga.
  5. 5Cambie y vuelva a probarCorrija una condición y proteja la cola de reserva.

Microsoft define la tasa de rechazo como sesiones rechazadas divididas entre sesiones entrantes, y la tasa de tiempo agotado como sesiones vencidas divididas entre sesiones entrantes. El informe en tiempo real por grupo de usuarios de Microsoft usa el total de sesiones asignadas como denominador para ambas tasas. Elija en sus datos un denominador que represente ofertas reales, documente la definición y manténgala estable entre periodos.

Ningún resultado demuestra falta de esfuerzo. Un rechazo puede proteger al cliente de una asignación inadecuada. Un tiempo agotado puede revelar una presencia obsoleta, una alerta fallida o una ventana poco realista. El evento es una prueba, no un veredicto.

Cuente primero las ofertas reales

Empiece por la oferta, no por el propietario final. Relaciónela con conversación, cola, persona, canal, capacidad, hora y resultado. Registre un único final y separe las ofertas retiradas antes de que la persona pueda decidir.

Flujo sin palabras separa asignaciones aceptadas rechazadas y agotadas y devuelve las ofertas fallidas a una cola compartida
Registre aceptación, rechazo y tiempo agotado por separado y devuelva los intentos fallidos a una cola vigilada.

Calcule tres vistas para el mismo periodo:

  • La tasa de rechazo es ofertas rechazadas divididas entre todas las ofertas reales.
  • La tasa de tiempo agotado es ofertas vencidas divididas entre todas las ofertas reales.
  • La tasa de ofertas no aceptadas es rechazos más tiempos agotados divididos entre todas las ofertas reales.

El valor combinado sirve para vigilar la cola, pero no sustituye las dos tasas originales. Diez rechazos cuentan una historia distinta a diez vencimientos silenciosos. Muestre también los recuentos, porque dos eventos pueden distorsionar un turno pequeño.

Los equipos que usan una bandeja compartida también deben medir el tiempo desde la primera oferta hasta que acepta un propietario. Si los intentos fallidos vuelven enseguida a una cola segura, el cliente quizá solo note una breve demora. Si desaparecen de las vistas de trabajo, el mismo porcentaje es mucho más grave. La guía sobre tiempo sin propietario explica los huecos anteriores y posteriores a una asignación aceptada.

Patrón observadoPregunta para investigarEvidencia que revisarRespuesta práctica
Suben los rechazos y los tiempos agotados siguen establesLlega el trabajo a personas que saben que no pueden aceptarloHabilidades, permisos, capacidad, motivosCorregir elegibilidad o capacidad
Suben los tiempos agotados y los rechazos siguen establesLlegan los avisos a quienes aparecen disponiblesHistorial de presencia, dispositivo, ventanaReparar presencia o entrega de alertas
Ambos suben en un turno o colaSupera la demanda la capacidad utilizableVolumen, trabajo activo, cobertura, enrutamientoAjustar cobertura y propietario de reserva
Los fallos se agrupan tras transferenciasCrea cada transferencia una oferta viableRuta, cola de destino, contexto, aceptaciónSimplificar el camino y conservar contexto

Lea el patrón por su causa

Segmente por cola, canal, hora, turno, habilidad, transferencia y carga. Compare situaciones equivalentes: una llamada inmediata no se mide igual que un mensaje asíncrono en una cola activa.

Use pocos motivos que representen decisiones reales: capacidad completa, habilidad incorrecta, idioma no disponible, permiso ausente, fallo de alerta y cliente ya atendido. Una el motivo al evento en vez de reconstruirlo al final del turno.

Busque secuencias, no solo totales. Un rechazo seguido de aceptación inmediata puede mostrar una protección sana del servicio. Un rechazo seguido de tres tiempos agotados puede indicar un grupo de elegibilidad equivocado. Ofertas repetidas a la misma persona no disponible señalan una presencia obsoleta o un periodo de espera defectuoso. Una guía para asignar conversaciones y unas reglas de bandeja compartida claras hacen visibles las expectativas antes de usar la métrica en una evaluación.

No clasifique personas con una tasa. El enrutamiento o las alertas pueden fallar. Revise muestras, horarios, capacidad y resultados antes de juzgar.

Corrija la condición operativa

Elija el cambio más pequeño que encaje con la evidencia. Si los rechazos vienen de habilidades erróneas, repare la elegibilidad. Si los tiempos se agotan durante reuniones o descansos aunque la persona figure disponible, corrija la presencia. Si llegan nuevas tareas antes de liberar capacidad, revise el modelo de carga. Si una oferta fallida no vuelve a una cola vigilada, añada un propietario de reserva mediante automatización del flujo.

Pruebe un cambio durante un periodo definido. Observe rechazo, tiempo agotado, tiempo hasta propietario, primera respuesta útil, abandono y reapertura. Menos rechazos no ayudan si la gente acepta trabajo que no puede avanzar. Menos tiempos agotados tampoco sirven si el cliente espera más.

Use informes de la bandeja para mostrar definiciones y segmentos a quienes dirigen la cola. DripTell puede reunir asignación, propiedad, automatización e informes en una misma vista operativa, pero la regla sigue siendo responsabilidad del equipo. El objetivo no es llegar a cero rechazos. Es conocer la causa de cada oferta rechazada o perdida, devolverla de forma segura y hacerla llegar a una persona capaz sin obligar al cliente a perseguir a la empresa.

Preguntas frecuentes

Qué es la tasa de rechazo de asignaciones

Es la proporción de ofertas reales que el equipo rechaza de forma activa. Use siempre el mismo denominador documentado y no mezcle rechazos con tiempos agotados.

Debe contar cada rechazo contra el agente

No. Rechazar puede ser correcto si no coinciden la capacidad, el permiso, el idioma o la habilidad. Revise primero el enrutamiento y el resultado del cliente.

Qué debe pasar cuando vence una asignación

El trabajo debe volver inmediatamente a una cola vigilada o a un propietario de reserva conocido. Después, revise presencia, entrega de alertas, carga y duración de la oferta.

DT

DripTell Editorial

Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.

Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.

Política editorial y de fuentes