¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
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.
- 1Defina la ofertaCuente intentos reales con un límite de evento estable.
- 2Registre un resultadoSepare aceptado, rechazado, agotado y retirado.
- 3Calcule por separadoMuestre tasas junto a recuentos y tiempo de aceptación.
- 4Segmente la evidenciaCompare cola, turno, habilidad, canal, transferencia y carga.
- 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.

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 observado | Pregunta para investigar | Evidencia que revisar | Respuesta práctica |
|---|---|---|---|
| Suben los rechazos y los tiempos agotados siguen estables | Llega el trabajo a personas que saben que no pueden aceptarlo | Habilidades, permisos, capacidad, motivos | Corregir elegibilidad o capacidad |
| Suben los tiempos agotados y los rechazos siguen estables | Llegan los avisos a quienes aparecen disponibles | Historial de presencia, dispositivo, ventana | Reparar presencia o entrega de alertas |
| Ambos suben en un turno o cola | Supera la demanda la capacidad utilizable | Volumen, trabajo activo, cobertura, enrutamiento | Ajustar cobertura y propietario de reserva |
| Los fallos se agrupan tras transferencias | Crea cada transferencia una oferta viable | Ruta, cola de destino, contexto, aceptación | Simplificar 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.
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



