IA para Document360: duas formas de adicionar IA à sua base de conhecimento

Primeiro, uma história sobre uma resposta errada e confiante

Eu construo integrações no eesel, então passo boa parte do meu tempo observando a IA ler a base de conhecimento de uma empresa e tentar responder perguntas reais com base nela. Esse trabalho me deixou profundamente desconfiado de demonstrações em que o bot sempre acerta.

Uma que ficou na minha memória: uma equipe B2B de telemática veicular, crescendo de algumas centenas de tickets do Zendesk por mês para alguns milhares, conectou um agente de IA à sua base de conhecimento. Ele começou a dizer com confiança aos clientes "sim, oferecemos suporte ao modelo do seu carro" para marcas que não existiam em nenhum lugar do sistema deles. Por quê? Porque uma única linha na base de conhecimento dizia "oferecemos suporte a todos os modelos". A IA não estava com defeito. Ela estava fazendo exatamente o que uma base de conhecimento manda fazer, que é repetir a base de conhecimento. O resumo honesto deles sobre as primeiras semanas foi "tentativa e erro no começo".

Esse é todo o jogo com IA em uma base de conhecimento como o Document360. A parte técnica é a mais fácil. A parte difícil é saber o que a IA realmente vai dizer a um cliente antes de ela dizer. Tenha isso em mente enquanto percorremos as opções, porque é a coisa que a maioria dos discursos de "adicione IA aos seus documentos" silenciosamente ignora.

O que "IA para o Document360" realmente significa

O Document360 é uma plataforma de base de conhecimento, não um helpdesk, então "adicionar IA" se divide claramente em duas intenções. Acertar essa divisão evita que você compre a coisa errada.

A primeira intenção é a autoria: escrever, editar, traduzir e manter os artigos em si. É aí que um redator técnico ou líder de suporte passa o tempo, e é onde a IA nativa do Document360 é forte.

A segunda intenção é a resposta: pegar esses artigos finalizados e usá-los para resolver perguntas, seja de um cliente no seu site de ajuda ou de um agente procurando uma resposta no meio de um ticket. Essa é a intenção que afeta seus números de suporte, e é aquela em que você realmente tem uma decisão a tomar, porque não é o único lugar onde seus clientes fazem perguntas. A maioria deles pergunta dentro do seu helpdesk, que é uma superfície diferente do seu site de documentação. É o mesmo motivo pelo qual escrevemos guias separados para IA para Zendesk, IA para Freshdesk e IA para Help Scout: os documentos são uma entrada, mas é na fila que o trabalho acontece.

Rota A: o Eddy AI nativo do Document360

Tudo o que o Document360 faz com IA tem a marca Eddy AI. O importante a entender de início é que o Eddy não é um único recurso, é um pacote mais dois add-ons, e a linha entre eles é exatamente onde as equipes de suporte se surpreendem.

Incluídos no plano, você tem o agente de escrita Eddy AI, criação de conteúdo e FAQ com IA, busca e resposta com IA, glossários gerados automaticamente, detecção de conteúdo duplicado e o servidor MCP. Vendidos separadamente estão o AI Chatbot (o widget incorporado que responde aos leitores) e o AI Premium Suite (captura de tela, guias passo a passo, demonstrações interativas, gravação de vídeo). Repare de que lado dessa linha fica o chatbot voltado ao cliente.

Escrevendo documentos com o Eddy AI

Para a intenção de autoria, isso é um bom encaixe e eu usaria com prazer. O agente de escrita vive bem dentro do editor, então você pode gerar um esboço, expandir uma seção, mudar o tom, dividir frases longas e receber sugestões de artigos relacionados e tags sem sair do artigo em que está. Se o seu objetivo é colocar em forma um acúmulo de documentos pela metade, o Eddy está fazendo o trabalho no lugar onde você já trabalha, que é exatamente onde a IA de autoria deveria estar.

Respondendo aos leitores: busca com IA e o chatbot

Para a intenção de resposta dentro do site de documentação, o Document360 oferece duas superfícies. A primeira é a busca e resposta com IA, que sintetiza uma resposta direta a partir dos seus artigos em vez de retornar dez links azuis, e cita os artigos de onde extraiu a informação.

Gosto que ele mostra suas fontes e, de forma refrescante, imprime "a IA pode cometer erros, por favor verifique informações importantes" logo abaixo da resposta. Essa honestidade é a postura correta para um bot de base de conhecimento, e é o outro lado da minha história sobre telemática acima.

A segunda superfície é o Eddy AI Chatbot, o widget de add-on que você incorpora no seu site. Ele responde com base no seu conteúdo e, quando não tem nada, se oferece para abrir um ticket em vez de inventar algo.

O chatbot é mais flexível do que parece à primeira vista. Nas configurações de origem, você pode apontá-lo para sua base de conhecimento, um site externo, texto bruto, arquivos enviados, FAQs e até mesmo tickets do Zendesk ou Freshdesk, tudo com uma configuração de acesso ao conteúdo e um limite de armazenamento.

Dois limites honestos a destacar, ambos relacionados à história da introdução. Primeiro, o chatbot responde no seu site de documentação, não dentro do helpdesk dos seus agentes, então ele desvia atendimento na central de ajuda, mas não redige respostas na fila de tickets. Segundo, não há um teste prévio com seus tickets históricos aqui: você configura as fontes e publica. É o padrão "aperte o botão e veja", e é exatamente assim que uma linha da base de conhecimento como "oferecemos suporte a todos os modelos" se transforma em uma resposta errada e confiante em produção.

O servidor MCP (a parte realmente moderna)

O único recurso nativo que eu colocaria à frente dos demais é o servidor MCP. O Model Context Protocol é o padrão emergente para permitir que um assistente de IA consulte um sistema externo, e o fato de o Document360 oferecer um significa que um assistente compatível com MCP pode ler sua base de conhecimento diretamente. Se sua equipe vive em um assistente que fala MCP, isso é uma ponte real, e é mais raro do que deveria ser. Explicamos o que você pode e não pode fazer com ele em ChatGPT para Document360, e o mesmo padrão está aparecendo em ferramentas de wiki em geral, o que cobrimos em ChatGPT para Confluence.

Quanto o Eddy AI realmente custa

Aqui é onde você precisa desacelerar. O Document360 não publica mais preços fixos de plano. A página de preços é um configurador somente sob consulta com o título "preços personalizados construídos em torno das suas necessidades", e direciona você para uma conversa com vendas.

O próprio FAQ do Document360 lista os seis fatores que alteram seu orçamento:

O teste é generoso (14 dias, sem cartão de crédito, todos os recursos ativados), e cada orçamento inclui um gerente de sucesso dedicado e integração. Mas o modelo significa que você não consegue obter um preço de IA sem falar com vendas, e as partes que a maioria das equipes de suporte quer são add-ons sobre uma base que você já está negociando. Os usuários percebem isso. O resumo de um avaliador do G2 sobre o ponto negativo foi direto:

"É caro e muitos recursos novos precisam de uma licença separada."

Avaliação do Document360, G2

E no Reddit, um gerente de produto que o utiliza como base de conhecimento colocou de forma ainda mais direta:

"Estou usando o Document360 como meu provedor de base de conhecimento e realmente não gosto deles, e são muito caros pelo que oferecem."

r/ProductManagement, Knowledge Base Provider?

Para ser justo, o produto principal também recebe elogios genuínos, mantendo entre 4,5 e 4,7 no G2 em 542 avaliações, com a interface e a busca sendo os pontos mais citados. A reclamação sobre custo é especificamente sobre a estrutura de add-on mais orçamento sob consulta, não sobre o software. Nossa análise completa de preços do Document360 tem mais detalhes, e se você também está considerando trocar de ferramenta, Document360 vs Helpjuice faz esse confronto direto.

Rota B: adicionar o eesel como camada sobre o Document360

Se o seu objetivo real é a segunda intenção, responder perguntas de suporte, há outra forma de fazer isso que não depende do add-on de chatbot do Document360: apontar um colega de equipe de suporte com IA dedicado para os seus documentos do Document360 e deixá-lo trabalhar dentro do seu helpdesk.

Divulgação completa, é nisso que eu trabalho, então leia esta seção sabendo disso. O eesel é um colega de equipe de suporte com IA que lê suas fontes de conhecimento, entra no helpdesk que você já usa e resolve tickets. Ele ainda não tem um conector nativo de um clique para o Document360, então o mecanismo honesto é: ele ingere o conteúdo do seu Document360 rastreando a central de ajuda publicada ou as URLs que você fornecer, da mesma forma que aprende com qualquer site de documentação. Se a sua base de conhecimento do Document360 for pública, isso é simples; se for totalmente privada, você apontaria o eesel para as fontes que ele conseguir alcançar.

Onde as duas rotas mais se diferenciam:

• Ele funciona na fila, não apenas no widget. O eesel se conecta a Zendesk, Freshdesk, Gorgias, Help Scout e outros, então pode redigir ou enviar automaticamente respostas onde seus agentes realmente trabalham, e incorporar respostas do Document360 como uma de suas fontes de conhecimento em vez da única.
• Você pode simular antes de entrar no ar. Essa é a parte que teria salvado meu cliente de telemática. O eesel pode rodar sobre milhares dos seus tickets reais anteriores e mostrar o que teria respondido, para que você identifique as armadilhas do tipo "oferecemos suporte a todos os modelos" antes que um cliente as veja, em vez de depois.
• O preço é fixo e previsível. Sem orçamento sob consulta, sem taxa por assento. Você paga por ticket que a IA resolve.

Aqui está o modelo de custo do eesel em alguns tamanhos de equipe, para você comparar com um orçamento do Document360:

Um ticket resolvido ou sessão de chat é uma tarefa a 40 centavos de dólar, não importa quantas mensagens sejam necessárias, sem taxa de plataforma e sem mínimo (preços). Você só paga pelos tickets que a IA realmente resolve, então um lançamento gradual que encaminha 200 dos seus 1.000 tickets mensais para a IA custa $80, não o valor total. É o mesmo modelo que apresentamos em IA para HubSpot Service Hub e IA para Salesforce Service Cloud.

Então qual rota você deve escolher?

Não há um único vencedor aqui, porque as duas rotas atendem às duas intenções. Combine a ferramenta com a tarefa.

Se você só precisava da parte de autoria, pare de ler e use o Eddy AI, ele é bom nisso. A decisão só fica interessante quando "IA para o Document360" realmente significa "responder aos meus clientes", porque essa pergunta não vive dentro da sua ferramenta de documentação, ela vive no seu helpdesk. É também por isso que equipes que comparam IA para Front ou IA para Jira Service Management chegam ao mesmo ponto: a base de conhecimento é uma entrada, a fila é a tarefa.

Experimente o eesel nos seus documentos do Document360

Se a intenção de resposta foi o que te trouxe até aqui, o eesel foi construído exatamente para isso. Aponte-o para a sua central de ajuda do Document360, conecte o helpdesk que você já usa, e ele redige e resolve tickets usando seus documentos existentes como conhecimento, sem necessidade de reescrever nada.

O diferencial em que eu mais confiaria, tendo visto bots confiantes errarem, é a etapa de simulação: rodar o eesel sobre seu histórico real de tickets e ver suas respostas antes de qualquer cliente ver. Depois, lance gradualmente, pagando uma taxa fixa de 40 centavos de dólar por ticket resolvido. É grátis para testar, sem cartão de crédito e sem chamada de vendas, então você pode ver como ele lê seus documentos antes de se comprometer. Comece com o eesel.