Cómo funciona la transferencia omnicanal de Zendesk: Guía completa para 2026

Cuando un cliente inicia una conversación con su agente de IA pero necesita hablar con un humano, ¿qué sucede después? Esa transición, el momento en que el control pasa del bot al agente, es lo que los equipos de soporte llaman una transferencia (handoff). En un entorno de Zendesk, esto se complica rápidamente porque no solo está lidiando con un canal. Está gestionando correo electrónico, mensajería, voz y chat, todo fluyendo hacia el mismo sistema.

Esta guía desglosa cómo funciona realmente la transferencia omnicanal de Zendesk. Cubriremos la mecánica del enrutamiento, los errores comunes que hacen tropezar a los equipos de soporte y cómo configurar transferencias que no dejen a los clientes frustrados ni a los agentes confundidos.

Para una visión más amplia de las estrategias de transferencia de conversaciones, consulte nuestra guía sobre transferencia de conversaciones de Zendesk a agentes. También puede encontrar útil nuestra descripción general del soporte omnicanal de Zendesk para comprender el contexto más amplio.

¿Qué es la transferencia omnicanal de Zendesk?

La transferencia omnicanal es el proceso de transferir una conversación de un cliente de un respondedor a otro a través de diferentes canales de soporte. En Zendesk, esto normalmente significa pasar de un agente de IA a un agente humano, o viceversa.

Hay dos acciones distintas que hay que entender:

• Transferencia (Handoff): El agente de IA se elimina como el primer respondedor de la conversación y un agente humano toma el control. Una vez que esto sucede, la IA ya no puede responder a esa conversación.
• Devolución (Handback): Cuando el estado de un ticket cambia de Resuelto a Cerrado, el agente humano se elimina como primer respondedor. Esto despeja el camino para que el agente de IA gestione nuevas conversaciones de ese cliente.

Los canales cubiertos incluyen correo electrónico (incluidos formularios web y envíos de API), mensajería nativa, chat en vivo, WhatsApp, Facebook Messenger, llamadas de voz, SMS y mensajes directos de redes sociales, incluidos X (Twitter), Instagram y Telegram. Cada canal tiene sus propias peculiaridades en lo que respecta al enrutamiento y el comportamiento de transferencia.

¿Por qué es importante una transferencia fluida? Porque los clientes no piensan en canales. Inician un chat, luego envían un correo electrónico y luego llaman cuando se frustran. Si sus agentes no pueden ver el historial completo de la conversación a través de esos puntos de contacto, está obligando a los clientes a repetirse. Ese es un camino rápido hacia malas puntuaciones de satisfacción.

Cómo funciona el enrutamiento omnicanal en Zendesk

En esencia, el enrutamiento omnicanal es un controlador de tráfico para los tickets de soporte. Analiza las conversaciones entrantes de todos los canales y decide qué agente debe gestionar cada una en función de la disponibilidad, la capacidad y las habilidades.

El motor de enrutamiento

Cuando un ticket se vuelve elegible para el enrutamiento, Zendesk evalúa varios factores en orden:

1. Asignación de cola: Los tickets se colocan en la cola de enrutamiento omnicanal estándar o en colas personalizadas (disponibles en los planes Professional y Enterprise). Las colas personalizadas le permiten enrutar los tickets que cumplen condiciones específicas a grupos designados.

2. Estado del agente: Los agentes establecen un único estado unificado en todos los canales (en línea, ausente o fuera de línea). Para la mensajería y las llamadas, los agentes deben estar "en línea" para recibir trabajo. Para el correo electrónico, el estado "en línea" o "ausente" es válido.

3. Reglas de capacidad: Estas controlan la cantidad de trabajo que cada agente puede gestionar a la vez. Puede definir diferentes límites de capacidad para los canales de correo electrónico, mensajería y voz.

4. Método de asignación: Zendesk puede asignar en función de la mayor capacidad disponible o por turnos (quien haya pasado más tiempo sin recibir trabajo).

5. Coincidencia de habilidades: En los planes Professional y superiores, los tickets se pueden enrutar solo a agentes con habilidades específicas (como dominio del idioma o experiencia en productos).

Colas estándar vs. personalizadas

La cola estándar enruta el trabajo a los agentes en función del grupo asignado al ticket. Las colas personalizadas, disponibles en los planes Professional y Enterprise, ofrecen más control. Puede crear colas que enruten los tickets a los grupos primarios primero y luego recurrir a los grupos secundarios si nadie está disponible. También puede priorizar ciertos tipos de tickets sobre otros.

Limitaciones del enrutamiento basado en habilidades

Aquí hay algo que toma a muchos equipos por sorpresa: el enrutamiento basado en habilidades funciona para los tickets de correo electrónico, pero tiene limitaciones con la mensajería. Según la documentación de Zendesk, el enrutamiento basado en habilidades no está disponible específicamente para los tickets de mensajería. Esto significa que si está ejecutando una operación con mucha mensajería, es posible que necesite estrategias de enrutamiento alternativas.

Configuración de la transferencia de IA a agente

Zendesk ofrece dos niveles de agentes de IA: Essential y Advanced. La configuración de la transferencia difiere según el que esté utilizando.

Opciones de transferencia de agente de IA nativo

Los agentes de IA Essential (incluidos en Suite Team y superiores) gestionan conversaciones básicas y pueden escalar a agentes humanos utilizando flujos de diálogo integrados.

Los agentes de IA Advanced (disponibles como complemento) ofrecen un razonamiento más sofisticado, acciones personalizadas y capacidades de integración más profundas. Utilizan un constructor de diálogo donde puede configurar bloques de escalamiento que activan las transferencias en función de la intención, el sentimiento o las solicitudes específicas del cliente.

La trampa del tiempo Resuelto vs. Cerrado

Este es el problema de transferencia más común que encuentran los equipos de soporte. De forma predeterminada, Zendesk espera cuatro días entre marcar un ticket como Resuelto y cerrarlo automáticamente. Durante ese período, si un cliente regresa a su canal de mensajería, no puede iniciar una nueva conversación. Sus mensajes van al ticket existente y el agente humano sigue siendo el primer respondedor.

Esto crea una experiencia frustrante donde los clientes piensan que están comenzando de nuevo, pero en realidad están reabriendo tickets antiguos. El agente de IA no se involucrará porque no es el primer respondedor.

Tiene dos formas de solucionar esto:

Opción 1: Ajustar la automatización predeterminada Edite la automatización "Cerrar ticket 4 días después de que el estado se establezca en resuelto". Puede reducir esto a tan solo una hora o extenderlo hasta 28 días.

Opción 2: Crear un disparador de cierre inmediato Agregue una etiqueta (como "cerrar") cuando se resuelva un ticket, luego cree un disparador que cierre inmediatamente cualquier ticket con esa etiqueta. Las condiciones del disparador serían:

• Las etiquetas contienen "cerrar"
• Acción: Estado establecido en Cerrado

Si está utilizando encuestas CSAT, mantenga al menos un pequeño margen entre la resolución y el cierre para evitar conflictos con la entrega de la encuesta.

Preservar el contexto entre canales

La pérdida de contexto es el asesino silencioso de las buenas transferencias. Un agente de IA podría haber recopilado detalles cruciales, el historial del cliente y las señales de intención. Si esa información no llega al agente humano, está comenzando desde cero.

Aquí le mostramos cómo mantener la continuidad:

Adjunto automático de transcripciones: Zendesk adjunta automáticamente las transcripciones de las conversaciones a los tickets. Asegúrese de que sus agentes sepan dónde encontrarlos.

Campos de ticket personalizados: Utilícelos para capturar datos estructurados durante las conversaciones de IA, cosas como la categoría del problema, el sentimiento del cliente o las resoluciones intentadas. Estos campos se transfieren al agente humano.

Paso de metadatos: Para integraciones técnicas, utilice las API de Sunshine Conversations para pasar metadatos entre sistemas. Esto puede incluir la identificación del cliente, el historial de conversaciones y los atributos personalizados.

Notas internas: Capacite a los agentes de IA para que resuman las conversaciones en notas internas antes de la transferencia. Un resumen conciso supera el desplazamiento a través de 50 mensajes.

Capacitación del agente: Sus agentes deben saber dónde vive el contexto. Cree una guía de referencia rápida que muestre cómo acceder a las transcripciones, los campos personalizados y el historial de conversaciones desde el Espacio de trabajo del agente.

Desafíos comunes de la transferencia omnicanal

Incluso con la configuración adecuada, las cosas salen mal. Estos son los problemas que vemos con más frecuencia:

Clientes que no pueden iniciar nuevas conversaciones: La brecha de estado Resuelto vs. Cerrado que cubrimos anteriormente. Los clientes regresan esperando un nuevo comienzo y, en cambio, son arrastrados a tickets antiguos.

Equipo equivocado que recibe tickets escalados: Las reglas de enrutamiento no son lo suficientemente específicas o las colas personalizadas no están configuradas para que coincidan con su estructura organizativa. Los tickets destinados al Nivel 2 terminan con agentes de Nivel 1 que no pueden resolverlos.

Agentes que pierden el contexto de la conversación: Los agentes no verifican las transcripciones o los campos personalizados antes de responder. Piden a los clientes que repitan la información que la IA ya recopiló.

Tiempo de espera de habilidades y estancamiento de tickets: Cuando el enrutamiento basado en habilidades está habilitado sin un umbral de tiempo de espera, los tickets pueden permanecer en la cola indefinidamente si no hay ningún agente con las habilidades correspondientes disponible. Los tickets de correo electrónico y mensajería esperan hasta que alguien con las habilidades adecuadas se conecte.

Limitaciones específicas del canal: El enrutamiento basado en habilidades no funciona para los tickets de mensajería. Los tickets de voz no se pueden reasignar una vez asignados a un agente. Los agentes Light no pueden ser asignados a tickets ni establecer el estado.

Simplificación de la transferencia omnicanal con eesel AI

El enrutamiento nativo de Zendesk es potente, pero requiere una configuración significativa y un mantenimiento continuo. Si está buscando un enfoque más simple, eesel AI gestiona las transferencias con menos complejidad.

En lugar de crear árboles de diálogo en el constructor de Zendesk, define las reglas de escalamiento en inglés sencillo. Por ejemplo: "Si el cliente pregunta sobre disputas de facturación, escale inmediatamente al equipo de Finanzas". Sin codificación, sin configuraciones de disparadores complejas.

La integración de Zendesk preserva el contexto automáticamente. Cuando eesel se transfiere a un agente de Zendesk, el historial completo de la conversación, los datos del cliente y el resumen generado por la IA lo acompañan. Los agentes ven todo lo que necesitan sin buscar en varias pestañas.

Antes de ponerlo en marcha, puede ejecutar simulaciones en miles de tickets anteriores para ver exactamente cómo funcionarían las transferencias. Pruebe diferentes reglas de escalamiento, mida las tasas de resolución y refine su enfoque sin tocar las conversaciones reales con los clientes.

eesel también se integra con más de 100 fuentes de conocimiento más allá de Zendesk: sus documentos de Confluence, Google Drive, páginas de Notion y más. Esto significa que eesel tiene un contexto más amplio para gestionar escenarios de transferencia complejos.

Cómo empezar con transferencias omnicanal más inteligentes

Si está configurando u optimizando la transferencia omnicanal de Zendesk, comience con estos pasos:

1. Audite su configuración de enrutamiento actual: Documente qué colas existen, cómo fluyen los tickets entre ellas y dónde se producen actualmente las transferencias.

2. Revise el tiempo de automatización Resuelto → Cerrado: Verifique esa ventana predeterminada de 4 días. Si está causando confusión al cliente, ajústela o cree un disparador de cierre inmediato.

3. Pruebe los flujos de escalamiento con escenarios reales: Ejecute conversaciones de prueba a través de sus agentes de IA y verifique que lleguen a los agentes humanos correctos con el contexto completo intacto.

4. Considere su tolerancia a la complejidad: Si la configuración de enrutamiento de Zendesk le resulta abrumadora, herramientas como eesel AI ofrecen un camino más simple hacia transferencias efectivas.

¿Quiere ver cómo eesel AI gestiona las transferencias? Pruébelo gratis o reserve una demostración para verlo en acción con su configuración de Zendesk existente.