Integração Zendesk IA e Confluence: duas rotas para conectar seu wiki

Por que sua IA do Zendesk ainda não consegue ver seu wiki

Eu construo integrações para viver, então a primeira coisa que faço com qualquer alegação de "IA para o helpdesk" é verificar de onde ela realmente lê. Com os agentes de IA nativos do Zendesk, a resposta padrão é sua central de ajuda. Isso é ótimo se sua central de ajuda for abrangente. Raramente é. Os artigos polidos voltados ao cliente são uma coisa; a resposta para um ticket complicado costuma estar em uma página do Confluence escrita por um líder de suporte para o time, não para o público. O Confluence até tem sua própria busca com IA e Copilot, mas nenhum dos dois ajuda um cliente que está em um ticket do Zendesk.

Vi isso acontecer com uma gerente de suporte de um serviço de rastreamento de ônibus que processava de 200 a 250 tickets do Zendesk por mês. Toda a base de conhecimento deles tinha sido escrita para administradores, mas os tickets vinham de passageiros, um público completamente diferente. A IA seguia respondendo com confiança a partir do material errado porque era o único material que ela conseguia ver. O modelo não era o problema. O limite do conhecimento era.

Então a pergunta real não é "a IA do Zendesk é boa", é "consigo apontá-la para o wiki onde as boas respostas realmente estão". Aqui estão as duas rotas, lado a lado.

Rota A: conectar o Confluence à IA nativa do Zendesk

Primeiro a boa notícia, porque ela é real: o Zendesk realmente suporta o Confluence nativamente. Na própria documentação de conectores, o Confluence é um conector de conhecimento nomeado e dedicado, ao lado do Google Drive, SharePoint, Notion, Guru, Salesforce e um conector REST universal para qualquer outra coisa. Você aponta para um site do Confluence, escolhe os espaços que quer, e esse conteúdo passa a ser utilizável em todas as experiências de conhecimento do Zendesk.

Conectores, busca federada e o Knowledge Graph

A primeira coisa a deixar clara é que são três mecanismos diferentes, e é aí que os times tropeçam ao confundi-los.

• Conectores de conhecimento ingerem o conteúdo real de uma fonte (seus espaços do Confluence) no Zendesk, onde ele pode alimentar respostas de IA generativa na busca generativa da central de ajuda, respostas rápidas do Agent Workspace e respostas do agente de IA. Esse é o que você quer para o Confluence.
• Busca federada indexa páginas externas para que apareçam como links nos resultados de busca da central de ajuda e no painel de contexto do agente. Ela expõe conteúdo; sozinha não é o caminho de resposta generativa.
• Knowledge Graph é o guarda-chuva de marketing que une tudo isso na página do Zendesk Knowledge. É um nome para o sistema, não uma quarta configuração a ser feita.

Para agentes de IA especificamente, conteúdo externo está disponível nos níveis Essential e Advanced, segundo a documentação do Zendesk sobre conteúdo externo. Então o conector sozinho não é toda a história; o agente precisa estar em um nível que consiga usá-lo.

O que realmente custa rodar

É aqui que o preço de tabela e o preço real divergem. Conectar conteúdo externo está disponível nos planos Suite (e no Support com Knowledge Professional ou Enterprise), mas as peças que tornam o Confluence útil para um agente de IA vão se acumulando.

Comece pelas licenças, a partir de US$ 19 por agente por mês no Support Team, chegando a US$ 115 no Suite Professional (cobrado anualmente). A auto-assistência do lado do agente que usa suas fontes externas exige o complemento Copilot a US$ 50 por agente por mês. E a parte que surpreende: uma resposta baseada em fontes externas que resolve um ticket por meio de uma conversa com o agente de IA ainda consome uma resolução automatizada, que o Zendesk cobra a US$ 1,50 no plano comprometido ou US$ 2,00 no pré-pago por resolução verificada, além de tudo acima. Apontar a IA para o Confluence não a tira desse medidor.

Uma resposta simples de busca generativa na sua central de ajuda que nunca escala para uma conversa com o agente de IA não consome uma resolução; ela conta em uma cota mensal separada de 100.000 buscas, depois da qual você precisa do complemento Generative Search Extender. Útil saber, mas a maioria dos times quer que o agente de IA faça a resolução, e esse é o caminho medido.

Os limites que vale conhecer antes de decidir

Nenhum destes é um impeditivo, mas eles moldam o que a rota nativa consegue fazer:

• 50 fontes de conteúdo externo por conta é o teto.
• O conector universal faz uma atualização completa a cada 24 horas, então uma página editada hoje de manhã pode não atualizar no Zendesk até amanhã.
• Espaços pessoais do Confluence não são permitidos, e só os primeiros 20 espaços aparecem no menu suspenso (você digita para encontrar o resto).
• É preciso ser administrador de Knowledge para configurar conexões.
• Sobre permissões, aqui está a ressalva real: o conector indexa com as permissões da conta que faz a conexão, e o Zendesk afirma que restrições por usuário específicas da fonte não são preservadas para conteúdo externo. Então uma página que a conta do conector consegue ver se torna respondível para qualquer pessoa atendida pela IA, esteja ou não esse usuário final autorizado a vê-la.

Se você já está totalmente comprometido com os agentes de IA nativos do Zendesk e no nível de plano certo, a Rota A é um caminho legítimo e suportado. Para muitos times, porém, as limitações de plano somadas ao medidor por resolução são exatamente o que os leva a procurar uma segunda opção.

Rota B: adicionar o eesel sobre o mesmo Zendesk

A outra abordagem mantém o Zendesk exatamente como está e adiciona a IA como uma camada por cima. O eesel entra no seu Zendesk como um agente de IA de verdade via OAuth, lê seus tickets, redige e envia respostas, atualiza campos e encaminha para grupos. O que faz ele se encaixar nesse problema específico é que suas fontes de conhecimento são independentes de onde está implantado, então o mesmo agente que trabalha sua fila do Zendesk também lê seu Confluence.

Confluence como fonte, Zendesk como destino

O eesel se conecta ao Confluence por meio do seu app do Atlassian Marketplace, que pede apenas acesso somente leitura: suas páginas e espaços, além das informações de usuário e grupo que precisa para respeitar as permissões. Ele nunca recebe acesso de escrita. Você o instala no seu site do Confluence Cloud, escolhe os espaços ou uma página pai (tudo que estiver aninhado abaixo dela, incluindo páginas criadas depois, vem junto automaticamente), e esse conhecimento passa a fazer parte do mesmo agente rodando no Zendesk.

A documentação diz isso de forma direta: "Toda outra integração no agente também é uma fonte, então uma resposta do Confluence pode se basear ao mesmo tempo em Notion, Google Drive, seu helpdesk e seus arquivos." Na prática isso significa um único agente respondendo a um ticket do Zendesk lendo seu runbook do Confluence, seus tickets anteriores resolvidos, suas macros e um PDF de política, tudo na mesma resposta, com uma citação de onde a resposta veio. Essa é a peça que o conector nativo não consegue fazer direito em um só lugar, porque trata conteúdo externo como mais uma entrada para o conhecimento próprio do Zendesk, em vez de unificar suas fontes sob um único agente.

Permissões, resolvidas no nível da página

Como o app do Confluence do eesel carrega as informações de grupo de que precisa, ele só indexa páginas que realmente tem permissão de ver. Restrinja um espaço ou uma página no Confluence, e o agente não vai exibi-la até que você conceda permissão de visualização ao app. Isso é verificado tanto no nível do espaço (Configurações do Espaço, Acesso ao Espaço) quanto nas restrições da página individual.

Essa é a diferença prática mais nítida entre as duas rotas. Se o seu Confluence tem espaços que não deveriam ser respondíveis a qualquer cliente, o modelo de permissão por página vale muito.

Teste antes de responder um ticket de verdade

O hábito em que confio mais do que em qualquer recurso de lista é o teste a seco. A simulação do eesel roda o agente sobre seus tickets anteriores do Zendesk, pontua como ele teria tratado cada tema e mostra as lacunas de cobertura antes de qualquer cliente ver algo. Quando uma simulação aponta que, digamos, perguntas de reembolso só pontuam 28 por cento porque a política está em uma página do Confluence ainda não conectada, você conecta, roda de novo e vê o número subir. Esse ciclo é o motivo pelo qual eu nunca só aperto um botão e torço para dar certo, uma lição que o próprio eesel aprendeu do jeito difícil, depois de anos vendo bots confiantes darem respostas erradas em filas de verdade.

Onde custa, e onde é honesto sobre os limites

O preço é baseado em uso: uma tarifa fixa de US$ 0,40 por ticket que a IA atende, sem taxa por licença, sem taxa de plataforma, sem mínimo, e conectar o Confluence em si não tem custo. Se seu time faz 1.000 tickets por mês mas encaminha só 200 para a IA, você paga por 200. Não há um medidor separado para se basear no Confluence versus na sua central de ajuda, porque é tudo apenas o agente fazendo seu trabalho.

Para ser direto sobre os limites, já que eu ia querer saber deles antes de trocar: o app de autoatendimento do Confluence é só para Cloud e exige acesso de administrador, então o Data Center é uma configuração gerenciada em vez de uma instalação com um clique (a página de marketing exagera nisso; a documentação é precisa). Anexos de página não são indexados, só o texto da página, então qualquer coisa que esteja em um PDF anexado precisa ser colada na página ou enviada diretamente ao agente. E o limite padrão de 3.000 páginas por conexão trunca em vez de falhar ao ultrapassá-lo, embora seja possível pedir um aumento.

Qual rota você deveria escolher?

Se você está profundamente investido na pilha de agentes nativa do Zendesk, já em um nível Knowledge Professional ou Enterprise, e confortável com o medidor por resolução, o conector nativo do Confluence é um caminho suportado e legítimo, e você não precisa de uma camada de terceiros para fazê-lo funcionar. Leia a análise de agentes de IA do Zendesk e as principais capacidades de IA do Zendesk, se estiver avaliando essa rota por seus próprios méritos.

Se o Confluence é onde seu time realmente documenta as coisas, você quer a IA no ar em dias em vez de depois de um upgrade de plano, permissões no nível da página importam, ou a precificação por resolução automatizada te deixa nervoso em volume, adicionar o eesel sobre o Zendesk que você já usa é o caminho mais rápido e barato para conseguir uma IA que responde a partir do seu wiki. De qualquer forma, o que vale insistir é simples: a IA deve ler de onde suas melhores respostas já estão, em vez de te forçar a migrá-las para uma central de ajuda primeiro.

Experimente o eesel para Zendesk e Confluence

Se você quer que sua IA do Zendesk responda a partir do Confluence sem migrar uma única página, o eesel foi feito exatamente para esse tipo de problema. Ele entra na sua fila do Zendesk como agente de IA, lê seus espaços do Confluence (além de Notion, Google Drive e seus próprios tickets anteriores) respeitando permissões no nível da página, e cobra uma tarifa fixa de US$ 0,40 por ticket, sem licenças e sem medidor por resolução. Você conecta via OAuth, simula com seu histórico de tickets e fica no ar em menos de 30 minutos.

Você pode começar de graça e apontá-lo hoje para um espaço do Confluence para ver o que ele redige com base nos seus tickets reais.