Un cliente entra en la cola a las 17:57 y el equipo termina a las 18:00. Tres minutos no deberían convertirse en una espera invisible cuando ya no queda nadie para responder.
Trata el cierre y la salida de todos los empleados como dos eventos de enrutamiento. Decide qué puedes ofrecer, configura un playbook separado para cada evento y prueba la transición con una conversación que ya esté esperando. El cliente necesita un siguiente paso honesto y el equipo debe demostrar que el trabajo tiene propietario.
Microsoft documenta dos situaciones en Dynamics 365 Contact Center. La primera ocurre cuando una cola sale de su horario operativo con conversaciones pendientes. La segunda ocurre cuando todos los representantes asignados cierran sesión. En ambos casos, un administrador puede ejecutar una acción de desbordamiento configurada en lugar de dejar al cliente donde está.
Trata el cierre como un evento y no solo como un horario
El horario decide si debería entrar trabajo nuevo. No resuelve por sí solo qué sucede con una solicitud que llegó justo antes del cierre. Una conversación puede seguir abierta mientras desaparecen las personas que debían atenderla.
- La prueba incluye trabajo pendienteEmpieza antes del cierre y demuestra qué ocurre con una conversación existente.
- El activador es explícitoSepara el cierre programado de la salida de todos los representantes asignados.
- El destino puede responderComprueba que la devolución, el buzón o la otra cola estén disponibles.
- El cliente oye la verdadAjusta el mensaje y el plazo de respuesta a la cobertura que existe.
- La recuperación tiene propietarioNombra a quien revisa fallos, diagnósticos y conversaciones que siguen esperando.
La orquestación vigila horario, inicio de sesión, disponibilidad, espera y posición. Microsoft distingue dos activadores para trabajo pendiente: cierre de la cola o salida de todos.
El cierre es previsible. La falta de personal puede aparecer al mediodía por un error o una salida masiva. Separa ambos activadores para mostrar la causa.
Aquí también ayuda una bandeja compartida de soporte. El sistema puede mover la conversación, pero el equipo receptor todavía necesita el historial, el estado y la hora original de entrada.
Elige primero la promesa al cliente
No empieces por el menú de desbordamiento. Empieza por la frase que el cliente debe poder creer.
En voz, la promesa puede ser una devolución de llamada, un buzón revisado o la transferencia a una cola disponible. En mensajería, puede ser una cola con personal o una confirmación clara con plazo de respuesta. Microsoft ofrece buzón de voz, devolución de llamada y otra cola como ejemplos, pero la elección depende de la capacidad real del destino.
| Activador | Promesa al cliente | Salida adecuada | Evidencia que debes guardar |
|---|---|---|---|
| La cola alcanza el cierre | No seguirás esperando en una línea cerrada | Devolución, buzón o cola abierta | Hora, acción y nuevo propietario |
| Todos cierran sesión | Tu solicitud sigue activa pese a la falta de cobertura | Cola disponible o devolución controlada | Estado de sesión, resultado y responsable de recuperación |
| El destino alternativo no está disponible | No te enviaremos a otro callejón sin salida | Mensaje honesto y seguimiento asignado | Ruta fallida, aviso y tarea manual |
| El playbook no se ejecuta | Una persona recuperará el trabajo pendiente | Revisión del supervisor y transferencia manual | Diagnóstico, corrección y nueva prueba |
Esta es una decisión operativa. Si la cola alternativa cierra a la misma hora, la transferencia solo mueve el silencio. Si nadie revisará el buzón hasta el siguiente día laborable, dilo.
Crea un playbook para cada estado de fallo
La guía de configuración de la orquestación documenta ambas plantillas. La función es una vista previa lista para producción en voz y mensajería y exige licencias, permisos, enrutamiento, canal, flujo y cola compatibles.
Crea un playbook con un activador, condiciones y un resultado. Selecciona las colas, actívalo y revisa las demás reglas que usan el mismo trabajo.
El lenguaje natural ayuda a redactar, pero Microsoft convierte la instrucción en ejecución estructurada. Revisa el resultado y no mezcles activadores y destinos. El supervisor debe entender el flujo de automatización que posee.
Prueba la transición mientras alguien espera
Una prueba que empieza después del cierre se pierde el momento peligroso. Introduce una conversación sintética mientras la cola está abierta, déjala sin asignar y después cruza el límite de cierre.
Prueba el cierre con una conversación pendiente, la salida de todos dentro del horario, un destino alternativo disponible y otro no disponible, otra regla de espera activa y un cliente que responde o abandona durante la transición.
Guarda el activador, la acción, el mensaje, el destino, el propietario, las horas y el estado final. Microsoft ofrece diagnósticos y recomienda comprobar estado, colas, canal y disponibilidad si no se activa el desbordamiento.
Usa primero contenido sintético y repite la prueba tras cada cambio. La misma disciplina corresponde al traspaso de IA a una persona. La automatización funciona cuando quien recibe el trabajo entiende por qué llegó y qué ocurrió antes.
Asigna la recuperación a un propietario conocido
Cada ruta automática necesita una recuperación manual. Nombra a la persona o función que vigila las conversaciones pendientes después del cierre, las acciones fallidas y las colas sin representantes conectados. Define en cuánto tiempo debe revisar y qué puede modificar.
No reinicies la antigüedad de la conversación ni borres la ruta fallida. Conserva la hora de entrada, los mensajes, la acción intentada y el destino. Esa evidencia separa un problema de configuración de uno de cobertura.
Un registro de cliente puede conservar contexto duradero, mientras las operaciones de soporte necesitan propietario vivo y siguiente acción. El acceso a reglas y diagnósticos debe seguir tus controles de seguridad, especialmente cuando varios equipos comparten colas.
DripTell puede mantener visibles el contexto entre canales, la propiedad y el seguimiento automático después del traspaso. No convierte un destino inaccesible en accesible. La promesa operativa debe coincidir con la cobertura real.
Preguntas frecuentes
Mueve el cierre automáticamente las conversaciones pendientes
No lo des por hecho. Configura y publica el playbook fuera de horario y pruébalo con una conversación que ya esté esperando. Microsoft lo documenta como un escenario específico de orquestación.
Qué cambia cuando todos los representantes cierran sesión
La cola puede seguir dentro de su horario. El activador de todos desconectados puede ejecutar de inmediato la salida configurada en vez de esperar un temporizador normal. Pruébalo aparte del cierre programado.
Puede un playbook cubrir voz y mensajería
La orquestación admite ambos, pero el contexto del canal y las opciones difieren. Haz explícito el alcance y prueba cada canal con su destino y su mensaje reales.
Debe ser siempre la devolución de llamada
No. Úsala solo si tiene capacidad, propietario y una expectativa honesta de respuesta. El buzón de voz o una cola alternativa disponible pueden ser mejores. La descripción de Microsoft presenta estas opciones sin un orden universal.
¿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
