zendesk-omnichannel-handoff

{
  "title": "Como funciona a transferência omnichannel do Zendesk: Guia completo para 2026",
  "slug": "zendesk-omnichannel-handoff",
  "locale": "pt",
  "date": "2026-03-05",
  "updated": "2026-03-05",
  "template": "default",
  "excerpt": "Um guia prático para entender e configurar a transferência omnichannel do Zendesk, desde a mecânica básica até as estratégias avançadas de roteamento que preservam o contexto entre os canais.",
  "categories": [
    "Zendesk AI",
    "Guides"
  ],
  "tags": [
    "Zendesk",
    "Omnichannel",
    "AI Handoff",
    "Customer Support",
    "Routing"
  ],
  "readTime": 9,
  "author": 16,
  "reviewer": 14,
  "seo": {
    "title": "Como funciona a transferência omnichannel do Zendesk: Guia completo para 2026",
    "description": "Um guia prático para entender e configurar a transferência omnichannel do Zendesk, desde a mecânica básica até as estratégias avançadas de roteamento que preservam o contexto entre os canais.",
    "image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-1e1382b7-ea04-403f-9334-a682f2dcdff3"
  },
  "coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-1e1382b7-ea04-403f-9334-a682f2dcdff3",
  "coverImageAlt": "Imagem do banner para Como funciona a transferência omnichannel do Zendesk: Guia completo para 2026",
  "coverImageWidth": 1920,
  "coverImageHeight": 1080,
  "faqs": {
    "heading": "Perguntas Frequentes",
    "type": "blog",
    "answerType": "html",
    "faqs": [
      {
        "question": "Qual é a diferença entre transferência (handoff) e devolução (handback) na transferência omnichannel do Zendesk?",
        "answer": "A transferência remove o agente de IA como primeiro respondedor e atribui um agente humano. A devolução ocorre quando o status de um ticket muda de Resolvido para Fechado, removendo o agente humano e permitindo que a IA responda a novas conversas desse cliente."
      },
      {
        "question": "Quanto tempo o Zendesk espera antes de fechar um ticket resolvido na transferência omnichannel?",
        "answer": "Por padrão, o Zendesk espera quatro dias entre o status Resolvido e Fechado. Você pode ajustar essa automação para qualquer período entre uma hora e 28 dias, ou criar um gatilho para fechamento imediato."
      },
      {
        "question": "O roteamento baseado em habilidades funciona para tickets de mensagens na transferência omnichannel do Zendesk?",
        "answer": "Não. De acordo com a documentação do Zendesk, o roteamento baseado em habilidades não está disponível para tickets de mensagens. Ele funciona para canais de e-mail e voz em planos Professional e superiores."
      },
      {
        "question": "Por que os clientes não podem iniciar novas conversas após uma transferência de IA no Zendesk?",
        "answer": "Até que o status do ticket mude de Resolvido para Fechado, o agente humano permanece como o primeiro respondedor. Os clientes que retornam durante este período continuam a conversa existente em vez de começar do zero com a IA."
      },
      {
        "question": "Quais canais a transferência omnichannel do Zendesk suporta?",
        "answer": "E-mail (incluindo formulários da web e API), mensagens nativas, chat ao vivo, WhatsApp, Facebook Messenger, chamadas de voz, SMS e mensagens diretas de mídia social, incluindo X (Twitter), Instagram e Telegram."
      },
      {
        "question": "Os tickets de voz podem ser reatribuídos no roteamento omnichannel do Zendesk?",
        "answer": "Não. Uma vez que um ticket de voz é atribuído a um agente, o roteamento omnichannel não o reatribuirá, mesmo que o ticket seja desatribuído ou retorne a um grupo."
      }
    ],
    "supportLink": null
  }
}

Quando um cliente inicia uma conversa com seu agente de IA, mas precisa falar com um humano, o que acontece em seguida? Essa transição, o momento em que o controle passa do bot para o agente, é o que as equipes de suporte chamam de transferência (handoff). Em um ambiente Zendesk, isso se torna complicado rapidamente porque você não está lidando apenas com um canal. Você está gerenciando e-mail, mensagens, voz e chat, todos fluindo para o mesmo sistema.

Este guia detalha como a transferência omnichannel do Zendesk realmente funciona. Abordaremos a mecânica do roteamento, as armadilhas comuns que atrapalham as equipes de suporte e como configurar transferências que não deixam os clientes frustrados ou os agentes confusos.

Para uma visão mais ampla das estratégias de transferência de conversas, consulte nosso guia sobre transferência de conversas do Zendesk para agentes. Você também pode achar nossa visão geral do suporte omnichannel do Zendesk útil para entender o contexto mais amplo.

O que é a transferência omnichannel do Zendesk?

A transferência omnichannel é o processo de transferir uma conversa de cliente de um respondedor para outro em diferentes canais de suporte. No Zendesk, isso normalmente significa mover de um agente de IA para um agente humano, ou vice-versa.

Existem duas ações distintas para entender:

• Transferência (Handoff): O agente de IA é removido como o primeiro respondedor da conversa e um agente humano assume o controle. Uma vez que isso acontece, a IA não pode mais responder a essa conversa.
• Devolução (Handback): Quando o status de um ticket muda de Resolvido para Fechado, o agente humano é removido como primeiro respondedor. Isso abre caminho para que o agente de IA lide com novas conversas desse cliente.

Os canais cobertos incluem e-mail (incluindo formulários da web e envios de API), mensagens nativas, chat ao vivo, WhatsApp, Facebook Messenger, chamadas de voz, SMS e mensagens diretas de mídia social, incluindo X (Twitter), Instagram e Telegram. Cada canal tem suas próprias peculiaridades quando se trata de roteamento e comportamento de transferência.

Por que a transferência contínua é importante? Porque os clientes não pensam em canais. Eles iniciam um chat, depois enviam um e-mail e, em seguida, ligam quando ficam frustrados. Se seus agentes não conseguem ver o histórico completo da conversa em todos esses pontos de contato, você está forçando os clientes a se repetirem. Esse é um caminho rápido para pontuações de satisfação ruins.

Como funciona o roteamento omnichannel no Zendesk

Em sua essência, o roteamento omnichannel é um controlador de tráfego para tickets de suporte. Ele analisa as conversas recebidas de todos os canais e decide qual agente deve lidar com cada uma com base na disponibilidade, capacidade e habilidades.

O motor de roteamento

Quando um ticket se torna elegível para roteamento, o Zendesk avalia vários fatores em ordem:

1. Atribuição de fila: Os tickets são colocados na fila de roteamento omnichannel padrão ou em filas personalizadas (disponíveis nos planos Professional e Enterprise). As filas personalizadas permitem rotear tickets que atendem a condições específicas para grupos designados.

2. Status do agente: Os agentes definem um único status unificado em todos os canais (online, ausente ou offline). Para mensagens e chamadas, os agentes devem estar "online" para receber trabalho. Para e-mail, o status "online" ou "ausente" se qualifica.

3. Regras de capacidade: Elas controlam a quantidade de trabalho que cada agente pode lidar de uma vez. Você pode definir diferentes limites de capacidade para canais de e-mail, mensagens e voz.

4. Método de atribuição: O Zendesk pode atribuir com base na maior capacidade disponível ou no sistema de rodízio (quem ficou mais tempo sem receber trabalho).

5. Correspondência de habilidades: Nos planos Professional e superiores, os tickets podem ser roteados apenas para agentes com habilidades específicas (como proficiência em idiomas ou conhecimento do produto).

Filas padrão vs. personalizadas

A fila padrão encaminha o trabalho para os agentes com base no grupo atribuído ao ticket. As filas personalizadas, disponíveis nos planos Professional e Enterprise, oferecem mais controle. Você pode criar filas que encaminham tickets para grupos primários primeiro e, em seguida, recorrem a grupos secundários se ninguém estiver disponível. Você também pode priorizar certos tipos de tickets em relação a outros.

Limitações do roteamento baseado em habilidades

Aqui está algo que pega muitas equipes de surpresa: o roteamento baseado em habilidades funciona para tickets de e-mail, mas tem limitações com mensagens. De acordo com a documentação do Zendesk, o roteamento baseado em habilidades não está disponível especificamente para tickets de mensagens. Isso significa que, se você estiver executando uma operação com grande volume de mensagens, pode precisar de estratégias de roteamento alternativas.

Configurando a transferência de IA para agente

O Zendesk oferece dois níveis de agentes de IA: Essential e Advanced. A configuração de transferência difere dependendo de qual você está usando.

Opções de transferência do agente de IA nativo

Agentes de IA Essential (incluídos no Suite Team e superior) lidam com conversas básicas e podem escalar para agentes humanos usando fluxos de diálogo integrados.

Agentes de IA Advanced (disponíveis como um complemento) oferecem raciocínio mais sofisticado, ações personalizadas e recursos de integração mais profundos. Eles usam um construtor de diálogo onde você pode configurar blocos de escalonamento que acionam transferências com base na intenção do cliente, no sentimento ou em solicitações específicas.

A armadilha do tempo Resolvido vs. Fechado

Este é o problema de transferência mais comum que as equipes de suporte encontram. Por padrão, o Zendesk espera quatro dias entre marcar um ticket como Resolvido e fechá-lo automaticamente. Durante esse período, se um cliente retornar ao seu canal de mensagens, ele não poderá iniciar uma nova conversa. Suas mensagens vão para o ticket existente e o agente humano permanece como o primeiro respondedor.

Isso cria uma experiência frustrante onde os clientes pensam que estão começando do zero, mas na verdade estão reabrindo tickets antigos. O agente de IA não se envolverá porque não é o primeiro respondedor.

Você tem duas maneiras de corrigir isso:

Opção 1: Ajustar a automação padrão Edite a automação "Fechar ticket 4 dias após o status ser definido como resolvido". Você pode reduzir isso para até uma hora ou estendê-lo até 28 dias.

Opção 2: Criar um gatilho de fechamento imediato Adicione uma tag (como "fechar") quando um ticket for resolvido e, em seguida, crie um gatilho que feche imediatamente qualquer ticket com essa tag. As condições do gatilho seriam:

• As tags contêm "fechar"
• Ação: Status definido como Fechado

Se você estiver usando pesquisas CSAT, mantenha pelo menos um pequeno buffer entre resolver e fechar para evitar conflitos com a entrega da pesquisa.

Preservando o contexto entre os canais

A perda de contexto é a assassina silenciosa das boas transferências. Um agente de IA pode ter coletado detalhes cruciais, histórico do cliente e sinais de intenção. Se essa informação não chegar ao agente humano, você está começando do zero.

Veja como manter a continuidade:

Anexo automático de transcrição: O Zendesk anexa automaticamente as transcrições da conversa aos tickets. Certifique-se de que seus agentes saibam onde encontrá-las.

Campos de ticket personalizados: Use-os para capturar dados estruturados durante as conversas de IA, como categoria do problema, sentimento do cliente ou resoluções tentadas. Esses campos são transferidos para o agente humano.

Passagem de metadados: Para integrações técnicas, use as APIs do Sunshine Conversations para passar metadados entre os sistemas. Isso pode incluir ID do cliente, histórico de conversas e atributos personalizados.

Notas internas: Treine os agentes de IA para resumir as conversas em notas internas antes de transferir. Um resumo conciso é melhor do que rolar por 50 mensagens.

Treinamento do agente: Seus agentes precisam saber onde o contexto reside. Crie um guia de referência rápida mostrando como acessar transcrições, campos personalizados e histórico de conversas no Espaço de Trabalho do Agente.

Desafios comuns da transferência omnichannel

Mesmo com a configuração adequada, as coisas dão errado. Aqui estão os problemas que vemos com mais frequência:

Clientes incapazes de iniciar novas conversas: A lacuna de status Resolvido vs. Fechado que abordamos anteriormente. Os clientes retornam esperando um novo começo e são puxados para tickets antigos.

Equipe errada recebendo tickets escalados: As regras de roteamento não são específicas o suficiente ou as filas personalizadas não estão configuradas para corresponder à sua estrutura organizacional. Os tickets destinados ao Nível 2 acabam com agentes do Nível 1 que não conseguem resolvê-los.

Agentes perdendo o contexto da conversa: Os agentes não verificam as transcrições ou os campos personalizados antes de responder. Eles pedem aos clientes para repetir as informações que a IA já coletou.

Tempo limite de habilidades e estagnação do ticket: Quando o roteamento baseado em habilidades é ativado sem um limite de tempo limite, os tickets podem ficar na fila indefinidamente se nenhum agente com as habilidades correspondentes estiver disponível. Os tickets de e-mail e mensagens aguardam até que alguém com as habilidades certas fique online.

Limitações específicas do canal: O roteamento baseado em habilidades não funciona para tickets de mensagens. Os tickets de voz não podem ser reatribuídos depois de atribuídos a um agente. Agentes leves não podem ser atribuídos a tickets ou definir status.

Simplificando a transferência omnichannel com a eesel AI

O roteamento nativo do Zendesk é poderoso, mas requer configuração significativa e manutenção contínua. Se você está procurando uma abordagem mais simples, a eesel AI lida com as transferências com menos complexidade.

Em vez de construir árvores de diálogo no construtor do Zendesk, você define regras de escalonamento em português claro. Por exemplo: "Se o cliente perguntar sobre disputas de cobrança, escale imediatamente para a equipe de Finanças". Sem codificação, sem configurações de gatilho complexas.

A integração do Zendesk preserva o contexto automaticamente. Quando a eesel transfere para um agente do Zendesk, o histórico completo da conversa, os dados do cliente e o resumo gerado por IA acompanham. Os agentes veem tudo o que precisam sem procurar em várias guias.

Antes de entrar em operação, você pode executar simulações em milhares de tickets anteriores para ver exatamente como as transferências funcionariam. Teste diferentes regras de escalonamento, meça as taxas de resolução e refine sua abordagem sem tocar em conversas reais com clientes.

A eesel também se integra com mais de 100 fontes de conhecimento além do Zendesk: seus documentos do Confluence, Google Drive, páginas do Notion e muito mais. Isso significa que a eesel tem um contexto mais amplo para lidar com cenários de transferência complexos.

Começando com transferências omnichannel mais inteligentes

Se você estiver configurando ou otimizando a transferência omnichannel do Zendesk, comece com estas etapas:

1. Audite sua configuração de roteamento atual: Documente quais filas existem, como os tickets fluem entre elas e onde as transferências ocorrem atualmente.

2. Revise o tempo de automação Resolvido → Fechado: Verifique essa janela padrão de 4 dias. Se estiver causando confusão ao cliente, ajuste-a ou crie um gatilho de fechamento imediato.

3. Teste os fluxos de escalonamento com cenários reais: Execute conversas de teste por meio de seus agentes de IA e verifique se eles chegam aos agentes humanos certos com o contexto completo intacto.

4. Considere sua tolerância à complexidade: Se a configuração de roteamento do Zendesk parecer esmagadora, ferramentas como a eesel AI oferecem um caminho mais simples para transferências eficazes.

Quer ver como a eesel AI lida com as transferências? Experimente grátis ou agende uma demonstração para vê-la em ação com sua configuração existente do Zendesk.