Un cliente plantea una duda compleja sobre un producto. Los especialistas más adecuados están ocupados, pero hay varios agentes generalistas disponibles. ¿Conviene esperar un poco más por la mejor coincidencia o ampliar ya el grupo de personas elegibles?
Bullseye resuelve esa decisión. Sitúa cada umbral donde la especialización deja de justificar más espera. No copies un ejemplo. Usa tus conversaciones, conserva los grupos anteriores al ampliar y prueba asignación y respaldo antes de publicar.
Empieza por el coste de esperar
Microsoft describe Bullseye como una asignación progresiva. La conversación comienza con un grupo de usuarios específico. Al alcanzar los umbrales configurados, se incorporan más grupos elegibles. Los anteriores siguen activos y mantienen una prioridad mayor en lugar de desaparecer (guía de configuración de Microsoft).
Por eso la primera pregunta es operativa. ¿Qué gana el cliente al esperar al grupo más especializado? Un experto en facturación puede evitar una corrección costosa. Una consulta general de producto quizá no merezca la misma demora. Escribe qué decisión solo puede tomar el primer grupo de forma segura. Si no puedes nombrarla, tal vez ese grupo sea demasiado estrecho.
Mira la operación de soporte afectada. Revisa la distribución de espera, la aceptación del primer grupo, las transferencias posteriores y el trabajo que exige autoridad especializada. Un promedio oculta las esperas más largas.
Agrupa por capacidad segura
Un nivel debe significar que esas personas pueden responsabilizarse del trabajo de forma segura. El primer grupo debe completar la tarea específica. El siguiente puede resolver las variantes habituales. Incluso el grupo más amplio debe dar un paso útil y no limitarse a estar conectado.
Los grupos pueden organizarse por habilidad, idioma, región u otro atributo. La plataforma comprueba presencia, capacidad y habilidades. Las colas que compartan un playbook deben compartir sus grupos. Si no, utiliza playbooks distintos.
| Decisión de enrutamiento | Evidencia que debes mirar | Acción segura | Señal de alerta |
|---|---|---|---|
| Mantener el grupo más estrecho | Aceptación y resolución en el primer contacto | Dar una ventana breve al especialista | La mayoría de los casos son rutinarios o se transfieren |
| Añadir el siguiente grupo | Distribución de espera y capacidad real | Ampliar antes de que la demora sea injustificable | El grupo nuevo no termina la tarea habitual |
| Añadir el grupo amplio | Esperas largas y capacidad en picos | Incluir a cada responsable realmente cualificado | Confundir disponibilidad con competencia |
| Usar el respaldo | Nadie resulta elegible tras todos los niveles | Ofrecer una alternativa con dueño | La conversación sigue esperando sin compromiso |
Deduce los umbrales de la decisión real
Congela una línea base para una cola. Registra cuándo estuvo disponible el especialista, cuándo podía aceptar un agente más amplio, si hubo transferencia y si el cliente abandonó. Elimina datos personales. Conserva el momento y el resultado, no el diálogo.
- 1Define el valor especialistaEspecifica qué resuelve el grupo estrecho con seguridad y el amplio no.
- 2Crea grupos cualificadosIncluye solo a quien pueda asumir un siguiente paso útil para este trabajo.
- 3Elige tiempos acumulativosObtén cada punto de ampliación de la espera observada y la capacidad añadida.
- 4Demuestra el recorridoPrueba presencia, capacidad, habilidades, prioridad, reinicio y respaldo.
- 5Publica una colaCambia un umbral cada vez y conserva el playbook anterior.
Elige un primer umbral que dé una oportunidad real al mejor grupo sin agotar la paciencia del cliente. Define el siguiente por la capacidad que añade. Mantén lo urgente o sensible en una ruta separada.
Dynamics 365 mide los umbrales de forma acumulativa desde el primer intento humano. No inicia un reloj nuevo tras cada ampliación. La guía documenta mínimos, permite tiempos iguales conservando prioridad y reinicia en el primer nivel de una cola nueva después de una transferencia. Inclúyelo en la prueba.
Prueba todo el recorrido de asignación
Crea conversaciones sintéticas para los tipos principales de trabajo. Controla deliberadamente la presencia y la capacidad para que cada prueba llegue a un nivel distinto. Comprueba que la bandeja compartida muestre una sola historia del cliente y un responsable claro después de la asignación.
Guarda la llegada, los grupos elegibles, la persona seleccionada, las comprobaciones de habilidad y capacidad, la asignación, las transferencias y el resultado. Las reglas de asignación también deben dejar clara la responsabilidad.
Prueba aceptación antes de ampliar, incorporación del siguiente grupo en el momento correcto, prioridad de grupos anteriores, selección entre varias personas, reinicio tras otra cola y respaldo cuando nadie sea elegible.
No apruebes un playbook porque su texto parezca sensato. Microsoft lo convierte en un formato estructurado de ejecución. Lee las advertencias, publica primero en un entorno controlado y verifica con diagnósticos y conversaciones de prueba.
Separa la ampliación del desbordamiento
Bullseye mantiene la conversación en su cola y amplía las personas elegibles. El desbordamiento cambia el destino o resultado cuando la cola no puede atender. Mezclarlos dificulta explicar un fallo.
Prueba primero Bullseye. Después añade prioridad o desbordamiento por separado. Si nadie cualificado puede asumir, ofrece una devolución de llamada con responsable u otra ruta aprobada. Asignar rápido a la persona equivocada no mejora el servicio.
El plan indicó vista previa pública en julio de 2026 y disponibilidad general prevista para octubre de 2026, con fechas sujetas a cambios (detalles de lanzamiento de Microsoft). Confirma disponibilidad, licencia y región en el entorno real.
Publica una sola cola
Empieza con una cola de voz o mensajería, grupos estables y un periodo limitado. Congela otros cambios de automatización. Observa espera, asignaciones, transferencias, abandonos y devoluciones de llamada. Revisa aparte las esperas más largas.
No uses estos datos para clasificar o castigar agentes. Son evidencia sobre diseño y capacidad. Cambia un umbral cada vez, repite las pruebas y conserva el playbook anterior.
DripTell mantiene juntos historial, responsabilidad y traspaso humano entre canales, pero no elige tus umbrales ni sustituye la prueba. Si coordinas enrutamiento asistido por IA, habla con el equipo de implementación antes de ampliar.
Preguntas frecuentes
Qué es un tiempo de espera Bullseye
Es el tiempo acumulado desde el primer intento de asignación humana tras el cual otro grupo de usuarios pasa a ser elegible para la conversación.
Deben usar todas las colas los mismos umbrales
No. Usa configuraciones distintas si cambian la urgencia, el valor del especialista, el patrón de capacidad o los grupos compartidos.
Sustituye el grupo amplio al grupo especialista
No. La ampliación es acumulativa. Los grupos anteriores siguen siendo elegibles y mantienen una prioridad mayor.
Qué debe bloquear la publicación
Detén el lanzamiento si los grupos no pueden asumir el trabajo con seguridad, se interpreta mal el tiempo acumulativo, los diagnósticos contradicen el diseño, el respaldo no tiene responsable o la función no está disponible en el entorno previsto.
¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
De la lectura a la acción
¿Quieres aplicar estas ideas en tu negocio?
Déjanos tus datos. Tendremos en cuenta el artículo que estás leyendo y empezaremos con una respuesta útil para tu equipo.
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
