Análise de lacunas de conhecimento no suporte: como descobrir o que falta na sua central de ajuda

O que é uma análise de lacunas de conhecimento no suporte?

Uma análise de lacunas de conhecimento no suporte compara duas listas: o que os clientes realmente perguntam à sua equipe de suporte e o que a sua base de conhecimento realmente responde. A diferença é a sua lista de lacunas. Bem feita, ela termina num backlog curto e priorizado de artigos para escrever ou corrigir, não numa planilha de 300 linhas que ninguém abre.

Eu construo agentes de IA na eesel, e esse trabalho mudou a forma como penso sobre lacunas. Um agente de IA lê a sua central de ajuda com mais atenção do que qualquer cliente, então a primeira coisa que ele traz à tona não é uma resposta esperta. É cada tema em que os seus documentos não tinham nada, ou tinham a coisa errada. Isso é útil, porque uma lacuna raramente parece uma página vazia. Normalmente ela aparece de uma destas três formas.

• Ausente. Nenhum artigo cobre o tema. São as mais fáceis de identificar e as mais fáceis de corrigir.
• Desatualizada ou conflitante. Existe um artigo, mas ele cita o prazo de reembolso antigo, ou dois artigos se contradizem. O Gorgias até a nomeia como um tipo separado, "Resolve knowledge conflict", no seu feed de Opportunities.
• Escrita para o leitor errado. O artigo é preciso, mas responde à pergunta de outra pessoa. Uma gerente de suporte que chegou à eesel vinda de um serviço de rastreamento de ônibus, com 200 a 250 tickets por mês no Zendesk, descobriu que toda a sua base de conhecimento era escrita para administradores, enquanto os tickets vinham de passageiros. Todas as respostas estavam tecnicamente lá, e nenhuma ajudava.

O terceiro tipo é aquele que um relatório de buscas jamais vai mostrar, porque a busca do cliente retorna, sim, um resultado. Só que é o errado. Por isso a análise de lacunas precisa olhar para os tickets, e não só para as buscas. Cobri a abordagem só de buscas no meu guia sobre o mapeamento de consultas de busca para lacunas, e ela é um bom começo. Não é o quadro completo.

Por que as buscas sem resultado subestimam as suas lacunas

As buscas sem resultado são o sinal clássico de lacunas, e todo guia começa por elas. O problema é quem elas contam. Uma busca sem resultado só acontece quando um cliente abre a sua central de ajuda, digita uma consulta e não recebe nada de volta. O cliente que vai direto ao formulário de contato, responde a um e-mail de pedido ou abre o chat nunca aparece nesse relatório.

O Help Scout é admiravelmente claro sobre outro ponto cego. O seu relatório de Docs exclui as buscas da barra de busca do Docs no editor de respostas e as feitas pela API, então as buscas sem resultado dos seus próprios agentes também não contam. Agentes buscando na central de ajuda no meio de um ticket e não encontrando nada é um dos sinais de lacuna mais fortes que você tem, e ele é invisível no relatório padrão.

Os tickets contam uma história maior. No relatório de exemplo da página de ajuda sobre potencial de automação do próprio Zendesk, a conta analisou 5.791 conversas e marcou 719 delas como lacunas de conhecimento, mais do que as 592 que os artigos existentes já cobriam. É uma conta de demonstração, não um benchmark, mas o formato bate com o que vejo: a fila de tickets contém mais temas sem resposta do que o registro de buscas.

Então as buscas sem resultado continuam na análise. Elas apenas passam a ser uma de quatro entradas, cada uma com o seu próprio ponto cego.

Os quatro sinais para levantar

Cada sinal abaixo traz o que ele detecta, o que deixa passar e onde encontrá-lo. Você não precisa dos quatro no primeiro dia. Dois bastam para uma primeira rodada, desde que um deles venha de tickets.

1. Buscas sem resultado

É o cliente dizendo, com as próprias palavras, o que esperava encontrar. É ótimo para o vocabulário: os clientes buscam "cancelar" enquanto o seu artigo se chama "Gerencie a sua assinatura". O guia do Help Scout para corrigir buscas sem resultado sugere exatamente essa correção: adicionar palavras alternativas ao campo Keywords de um artigo ou escrever um artigo novo quando o tema não está coberto.

Onde encontrar:

• Zendesk: o painel Search pronto tem um KPI "Searches with no results" e um gráfico dos 5 principais, com até 390 dias de dados, segundo o seu guia de resultados de busca. Exige um plano Suite, ou Support com Knowledge Professional ou Enterprise.
• Help Scout: Reports, depois Docs, depois a tabela Failed searches. Os planos Standard guardam 2 anos de dados; Plus e Pro guardam por toda a vida da conta.
• HubSpot: a análise da base de conhecimento mostra "Search terms with no results" no Service Hub Professional e Enterprise, segundo o guia de análise da base de conhecimento do HubSpot.
• Gorgias: o relatório do Help Center tem um KPI "No-result searches", e filtrar a tabela Search terms por "Has results is false" dá a você um backlog. O Gorgias também observa que uma contagem alta de buscas sem resultado em um idioma costuma significar que os artigos nunca foram traduzidos.
• Zoho Desk e Front: o painel da base de conhecimento do Zoho divide as palavras-chave em Popular e Failed. O relatório da base de conhecimento do Front não tem um rótulo "failed", então procure palavras-chave com muitas buscas e uma média baixa de resultados.

O Freshdesk é a exceção. Não encontrei um relatório de buscas sem resultado em lugar nenhum da análise da sua base de conhecimento, então no Freshdesk esse sinal significa adicionar a sua própria análise à central de ajuda ou se apoiar mais nos outros três. O meu post sobre exemplos de base de conhecimento do Freshdesk cobre o que os relatórios dele realmente mostram.

2. Temas de tickets sem artigo

É o maior sinal e o que a maioria das equipes pula, porque antes isso significava exportar tickets e etiquetá-los à mão. Se a sua equipe já usa a etiquetagem de tickets de forma consistente, ainda dá para fazer assim: agrupe os tickets do último trimestre por etiqueta e confira se cada etiqueta principal tem um artigo. As etiquetas se desviam, porém, então eu trataria um relatório de etiquetas montado à mão como ponto de partida. O meu guia sobre como trabalhar com etiquetas de tickets explica como limpá-las antes.

Os helpdesks já correram atrás aqui. O relatório de potencial de automação do Zendesk, lançado em 30 de abril de 2026, lê toda semana os últimos 90 dias de tickets resolvidos e os separa em "Covered by knowledge" e "Knowledge gaps", com cada tema marcado como de impacto alto, médio ou baixo. Passe o mouse sobre uma lacuna e clique em Generate article draft. Está incluído em todos os planos Suite e Support, só para administradores.

O agente de base de conhecimento do HubSpot, em beta no Service Hub Professional e Enterprise, escaneia tickets fechados e sugere rascunhos tanto de "Create article" quanto de "Update article". Ele precisa de pelo menos cinco tickets fechados e custa 200 HubSpot Credits por artigo gerado, o que pesa quando o Professional inclui 3.000 créditos por mês. O Gorgias tem uma versão mais lenta chamada AI Library, que sugere artigos a cada 3 a 6 meses com base no volume de tickets, só em inglês. O Zia Ticket to Article do Zoho transforma de 1 a 10 conversas de um único ticket em um rascunho, o que é captura, e não detecção.

O que esse sinal deixa passar: respostas que vivem na cabeça dos seus agentes mais experientes. Se um agente experiente fecha a mesma pergunta difícil duas vezes por semana de memória, os tickets parecem resolvidos e o tema pode parecer "coberto". Um líder de suporte de uma empresa de serviços de TI do setor público contou à equipe da eesel que iam perder dois agentes seniores naquele ano e queriam registrar esse conhecimento por escrito antes de eles saírem. Nenhum relatório de tickets teria marcado isso. Escrevi mais sobre esse problema em transferência de conhecimento em suporte offshore.

3. Perguntas que o seu agente de IA não conseguiu responder

Se um agente de IA responde parte da sua fila, este é o sinal mais preciso que você tem. A busca de um cliente diz quais palavras ele digitou. Uma etiqueta de ticket diz um tema. Um agente de IA que tentou e falhou diz a pergunta exata, os documentos que ele pesquisou e que nenhum deles tinha a resposta.

A aba Improve do AI Agent Studio do Freshdesk é um bom exemplo. Segundo o seu artigo de ajuda, ela gera dois tipos de insight a partir de conversas que a IA não resolveu: "New content" quando nenhum artigo cobre o tema e "Edit content" quando existe um, mas está desatualizado ou enganoso. Cada cartão mostra em quantos tickets se baseia, para você trabalhar os maiores primeiro. O Freshdesk ofereceu o Improve a todos os clientes até 30 de setembro de 2026; a sua página de preços agora o lista em Freddy AI Agent, com as primeiras 500 sessões incluídas e US$ 49 por 100 depois disso.

Os outros:

• Gorgias Opportunities (beta, todos os planos com AI Agent) levanta "Fill knowledge gap" quando o AI Agent continua repassando um tema, com a contagem de tickets e uma exportação CSV dos tickets por trás.
• O agente de clientes do HubSpot lista "Coaching opportunities" com um motivo Knowledge e tipos como "Knowledge gap" e "Knowledge conflict", segundo o seu guia de desempenho.
• O agente Support Specialist do Zoho Desk deixa um comentário privado, "Stepped away from ticket due to lack of available help article", quando não encontra um, segundo a página de agentes digitais do Zoho. Não há relatório para isso, mas você pode buscar tickets por essa frase exata.
• O Help Scout não tem relatório de lacunas para o AI Answers. A sua página de boas práticas indica a aba Beacon Sessions e a divisão do Insights entre "Contact helped" e "Contact not helped", que você revisa à mão.

O que esse sinal deixa passar: respostas erradas ditas com confiança. Um agente de IA só marca uma lacuna quando sabe que não sabe. Quando um artigo é vago, ele pode responder mesmo assim. Uma equipe de telemática veicular no Zendesk se preocupava exatamente com isso: a central de ajuda dizia que davam suporte a "todos os modelos", então um bot confirmaria felizmente modelos de carro que eles não suportavam. Essa é uma lacuna de tipo desatualizado ou errado, e você a pega com o sinal quatro ou com uma simulação contra tickets passados, não com uma contagem de "sem resposta". A versão mais ampla desse risco é a alucinação da IA.

4. Marcações de agentes em artigos errados ou desatualizados

Os seus agentes leem artigos da central de ajuda o dia inteiro e sabem quais estão errados. O truque é fazer com que dizer isso leve um clique. O Zendesk permite que os agentes abram o painel Knowledge num ticket, destaquem um parágrafo e adicionem um comentário, o que cria um ticket com o link do artigo e o ticket de origem, segundo o seu guia de marcação de artigos. Isso exige Suite Growth ou superior. O hub de AI replies do Front mostra as fontes por trás de cada resposta de IA, com ações em linha para corrigir conteúdo desatualizado ou incorreto uma resposta por vez.

Se o seu helpdesk não tem nenhum dos dois, um canal compartilhado do Slack ou uma etiqueta de ticket "KB fix" funciona bem. O formato importa menos que o hábito. A fraqueza desse sinal é que os agentes param de notar os artigos que aprenderam a contornar, e por isso os recém-chegados são os seus melhores sinalizadores. O meu guia de onboarding de agentes de atendimento ao cliente sugere fazer de "marcar três artigos" parte da primeira semana.

Onde cada helpdesk mostra lacunas de conhecimento

Aqui está a comparação lado a lado. Os preços dos planos são por agente ou assento por mês, cobrados anualmente, segundo a página de preços de cada fornecedor.

Duas coisas chamam a atenção. Primeiro, a coluna de marcações da IA é nova: quase tudo foi lançado em 2026, então se você olhou pela última vez os relatórios do seu helpdesk há um ano, olhe de novo. O antigo recurso Content Cues do Zendesk, que sugeria artigos, foi removido em 1º de maio de 2025, e o relatório de potencial de automação é o substituto. Segundo, os recursos de lacunas acompanham a IA. Freshdesk e Gorgias só encontram lacunas baseadas em tickets por meio dos seus agentes de IA, então uma equipe que não usa um recebe muito menos.

O Zendesk também tem um knowledge copilot em acesso antecipado no Suite Professional e superiores, com pontuações de Coverage, Freshness e AI readability. A Freshness cai para artigos não atualizados há seis meses, o que é uma verificação embutida útil para conteúdo desatualizado. Se você usa o Zendesk especificamente, os meus posts sobre análise de lacunas de conhecimento no Zendesk e como encontrar artigos ausentes no Zendesk aprofundam mais.

Como fazer uma análise de lacunas de conhecimento no suporte em uma tarde

Esta é a versão que eu rodaria com uma equipe de cinco a cinquenta agentes. Leva cerca de três horas na primeira vez e menos de uma hora por mês depois disso.

Passo 1: Levante 90 dias dos quatro sinais

Noventa dias é tempo suficiente para suavizar uma semana ruim e curto o bastante para que as respostas não tenham mudado. Exporte as buscas sem resultado, as suas 30 principais etiquetas ou temas de tickets, a lista de lacunas ou sem resposta do agente de IA e quaisquer marcações de agentes. Junte tudo numa planilha com uma coluna para a fonte.

Passo 2: Agrupe por tema, não pela redação

"Cancelar assinatura", "parar o meu plano" e "como eu saio" são uma lacuna só. Agrupe as linhas em temas e some as contagens entre as fontes. Um tema que aparece em três dos quatro sinais é real. Um tema que só aparece como duas buscas sem resultado por "bitcoin" provavelmente não é. Se você tem centenas de linhas, um LLM é bom nessa etapa de agrupamento, desde que você confira os grupos dele.

Passo 3: Ordene por volume e por quão fixa é a resposta

É aqui que a maioria das listas de lacunas dá errado. As equipes ordenam só por volume e depois escrevem um artigo para "onde está o meu pedido", que nenhum artigo consegue responder, porque a resposta é diferente para cada cliente.

• Alto volume, mesma resposta sempre: escreva o artigo primeiro. Prazos de reembolso, limites de plano, passos de configuração. Um artigo aqui pode fechar centenas de tickets por trimestre.
• Alto volume, exige dados da conta: não escreva um documento. Status do pedido, datas de cobrança e alterações de conta precisam de uma conexão de dados ou de uma ação, não de um artigo. O próprio guia de otimização de conhecimento do Gorgias faz a mesma divisão: uma skill quando os compradores pedem ao agente para fazer algo, um artigo quando pedem informação.
• Baixo volume, mesma resposta: uma macro ou uma entrada curta de FAQ é suficiente. O meu guia sobre como criar macros a partir de tickets passados cobre isso.
• Baixo volume, específico de cada caso: deixe com as pessoas. Nem todo ticket deve virar conteúdo.

Passo 4: Escreva para a pessoa que pergunta

Antes de escrever, abra cinco tickets reais do tema e leia como os clientes o formulam. Use as palavras deles no título. Depois confira quem está perguntando: o passageiro ou o administrador, o usuário final ou o dono da conta. A equipe de rastreamento de ônibus mencionada acima não precisava de mais artigos. Precisava das mesmas respostas reescritas para outro leitor.

O agente de base de conhecimento do HubSpot faz uma versão disso automaticamente, anexando as "Source conversations" por trás de cada sugestão. Seja qual for a ferramenta que redige o artigo, mantenha os tickets de origem ao lado do rascunho enquanto edita.

Passo 5: Corrija artigos desatualizados e conflitantes na mesma rodada

Os artigos novos recebem a atenção, mas um artigo errado faz mais estrago do que um ausente, principalmente quando um agente de IA o lê. Enquanto estiver na planilha, pegue cada item "Edit content" ou "knowledge conflict" e corrija ou apague a versão antiga. Se dois artigos respondem à mesma pergunta, una-os. O meu guia para detectar conteúdo desatualizado da central de ajuda tem um checklist para isso.

Passo 6: Reveja os mesmos temas em 30 dias

Feche o ciclo. Um mês depois de publicar, confira se a contagem de tickets do tema, as buscas sem resultado ou as marcações de lacuna da IA diminuíram. Se não diminuíram, o artigo existe, mas não está sendo encontrado ou não responde à pergunta real. O relatório do Zendesk é atualizado toda semana, e as oportunidades do Gorgias não se atualizam quando você muda o conhecimento, então compare dados novos em vez de esperar um item antigo sumir sozinho.

Uma boa medida de resultado aqui é a sua taxa de deflexão nesse tema, ou a taxa de resolução da IA nele. O meu guia de deflexão de tickets cobre como medir sem se enganar.

O que as equipes de suporte dizem sobre encontrar lacunas

A versão mais simples dessa análise ainda é uma das melhores que já vi. Um gerente de TI no Reddit adicionou um campo obrigatório a cada ticket fechado e o transformou em um relatório semanal de lacunas:

"I have two fields in my ticket resolutions that I draw from: Self Service Possible? Drop down menu with three options. Mandatory. Yes - KB Exists Yes - KB Needed No ... I run a report every Friday for any tickets that have either of the "Yes" answers selected and use that list to either make documentation tickets or notify Line Managers that their staff are raising tickets for well documented issues. Takes me about 15 minutes all in."

Commenter on r/ITManagers

Esse campo captura o sinal dois e o sinal quatro em um clique, e funciona em qualquer helpdesk que aceite campos personalizados de ticket. A ideia de que a análise de buscas não basta é mais antiga que a maioria das ferramentas de hoje. Alguém que trabalhava na central de ajuda do Dropbox a colocou no Hacker News em 2011:

"Improving it is a bit more complicated than just getting analytics around how many hits on /help end up searching, reading help articles, and maybe filing tickets. There is a lot more needed to understand which areas of the help center aren't getting enough prominence, which topics are just missing..."

ivankirigin, Hacker News

Algumas equipes já montaram a versão com IA por conta própria. Um administrador do Zendesk criou uma automação que tenta responder cada ticket novo a partir da base de conhecimento e, quando não consegue, redige o artigo que falta:

"If it can't it drafts me an article that would cover it, as well as tells me why."

u/Mjwild91, r/Zendesk

E o lado do conteúdo desatualizado costuma ser o mais difícil. Uma equipe no r/startups descreveu a central de ajuda ficando para trás entre iOS, Android e web:

"I feel that a big part of the challenge is to track which legacy articles are broken by a new feature."

u/19Vicus90, r/startups

É um bom argumento para fazer uma checagem rápida de lacunas depois de cada lançamento, e não só uma vez por trimestre.

Erros que desperdiçam uma análise de lacunas de conhecimento

• Tratar as buscas sem resultado como a lista inteira. Elas contam quem busca, não clientes. Combine-as sempre com um sinal baseado em tickets.
• Escrever artigos para perguntas específicas da conta. "Onde está o meu pedido" precisa de uma consulta, não de uma página. Escrever isso como artigo só adiciona uma página que diz "fale conosco".
• Só adicionar, nunca corrigir. Um artigo desatualizado que um agente de IA cita com confiança é pior do que nenhum artigo. Corrija os conflitos na mesma rodada.
• Publicar rascunhos de IA sem ler. Toda ferramenta da tabela acima salva rascunhos, e nenhuma conhece a sua política melhor do que a sua equipe. Leia cada rascunho contra os tickets de origem antes de publicar.
• Fazer uma vez só. As lacunas reabrem toda vez que preços, políticas ou o produto mudam. Uma checagem mensal dos dez principais temas as pega cedo.
• Ignorar o conhecimento fora da central de ajuda. Respostas no Confluence, Google Docs, threads do Slack e macros antigas também contam como conhecimento. Se a sua IA ou os seus agentes não conseguem alcançá-las, elas são uma lacuna para o cliente. O meu guia de gestão do conhecimento com IA para equipes de suporte explica como conectá-las.

eesel para análise de lacunas de conhecimento no suporte

Se você quer que a lista de lacunas se monte sozinha, o caminho mais simples é deixar um colega de IA trabalhar a fila e dizer onde travou. O colega de IA para helpdesk da eesel entra no Zendesk, Freshdesk, Gorgias, Front, Help Scout e nos demais, aprende com a sua central de ajuda, macros, tickets passados e documentos no Confluence, Notion ou Google Drive, e redige ou envia respostas. Toda tarefa que ele não consegue responder com os seus documentos é registrada como uma lacuna de conhecimento.

A página Reports mostra com que frequência faltou conhecimento ao agente para responder e como isso muda dia a dia. A documentação diz de forma simples: "A knowledge gap is your agent telling you something is missing from your documentation." Abra qualquer tarefa na página Activity e você vê o que ela pesquisou, o que encontrou e se esbarrou numa lacuna, assim você rastreia uma resposta errada até o documento que a causou.

A partir daí, a skill Update knowledge base (listada como KB Auto-updater na página Skills) encontra as perguntas que a sua central de ajuda não responde e redige os artigos que faltam para a sua equipe revisar. Ela é ativada por workspace, então se o cartão diz "Contact us", a equipe da eesel a ativa para você. Você também pode rodar uma simulação sobre os seus tickets passados antes de entrar em produção, que pontua cada resposta contra o que a sua equipe realmente enviou e lista as lacunas por tema de ticket.

Uma equipe B2B SaaS no Front, com cerca de 200 a 300 tickets por mês em inglês e francês, pediu à eesel exatamente essa combinação: respostas tiradas do guia do usuário, do Slack, da base de conhecimento interna e de tickets passados, além de detecção de lacunas e artigos redigidos para o que estivesse faltando. Para deixar claro o território: a eesel não é um editor de central de ajuda nem uma ferramenta de análise de buscas, então mantenha o relatório de buscas sem resultado do seu helpdesk para o sinal um. O que ela acrescenta é o sinal três, em cada ticket, sem que ninguém etiquete nada. Os planos começam em US$ 299 por mês por 500 créditos na página de preços, e você pode experimentar a eesel grátis com 100 créditos nos seus próprios tickets.