"ChatGPT para Document360" parece uma coisa só, mas na verdade são quatro. Não existe um app oficial da OpenAI dentro do Document360, então suas opções são: usar o próprio Eddy AI do Document360, conectar um modelo externo como o ChatGPT pelo servidor MCP do Document360 ou por uma ferramenta no-code, construir a sua com a API do Document360 e a API da OpenAI, ou adotar um colega de IA feito para isso, que lê seu conhecimento do Document360 e responde aos clientes.
O que a maioria não percebe é para que serve, de fato, o "ChatGPT para Document360". Duas tarefas diferentes se escondem nessa busca: escrever sua documentação e responder clientes a partir dela. O Eddy AI do Document360 foca na primeira. A segunda, transformar seus artigos bem escritos em tickets resolvidos, é onde está a decisão de verdade.
Se você só quer respostas autônomas baseadas na sua documentação, a eesel AI lê sua central de ajuda do Document360, tickets anteriores e site, e responde dentro do helpdesk que você já usa, a partir de US$ 299/mês por 500 créditos (1 crédito por ticket atendido) e sem taxa por usuário. Se quiser construir você mesmo, a API do Document360 mais a API da OpenAI funciona, mas recuperação, salvaguardas e manutenção ficam com você para sempre.
Primeiro, o erro que vejo as equipes repetirem
Eu construo agentes de IA profissionalmente, então quando alguém pergunta "posso simplesmente apontar o ChatGPT para minha base de conhecimento do Document360?", minha resposta honesta é: sim, e essa não é a parte difícil. Os modelos são bons. Ligar uma chamada de API é coisa de um fim de semana. O que decide se a coisa ajuda ou te envergonha é tudo o que cerca o modelo.
Já vi o que acontece quando a infraestrutura é fraca. No início, antes de termos um fallback rígido para quando a busca na base de conhecimento voltava vazia, uma IA nossa inventou com toda a confiança detalhes de assinatura sobre células solares e os enviou a clientes reais. Outra, diante de algo que não sabia responder, respondeu alegremente "Oxygen", como se estivesse lendo a tabela periódica. Os modelos estavam bem. A fundamentação ao redor deles, não.
Essa é a história toda do ChatGPT para Document360 em uma linha. O modelo é a parte fácil, os 10 %. A fundamentação, as salvaguardas e a lógica de "só responda o que você realmente sabe" são os 90 % que decidem se sua base de conhecimento vira um motor de suporte ou uma nova fonte de tickets. Tenha isso em mente enquanto percorremos as quatro rotas.
O que "ChatGPT para Document360" realmente significa
Quem pesquisa isso geralmente busca um de dois resultados muito diferentes, e vale separá-los antes de escolher uma ferramenta.
A primeira tarefa é escrever a documentação: usar IA para redigir um artigo, gerar um conjunto de perguntas frequentes ou ajustar o tom. O Eddy AI do Document360 foi feito exatamente para isso e economiza tempo de verdade se o seu gargalo é a autoria.
A segunda tarefa é responder clientes a partir da documentação: uma IA que lê o que você escreveu e resolve uma pergunta real, seja em um widget de ajuda ou em um ticket de suporte. É isso que a maioria das equipes de suporte quer dizer, e é onde vivem a deflexão de tickets e a gestão do conhecimento. Este é o painel do Document360 onde todo esse conteúdo é gerenciado, antes de qualquer IA tocá-lo.
Com essa divisão em mente, aqui estão os quatro caminhos reais, do mais leve ao mais autônomo.
Rota 1: Eddy AI, a IA que já está dentro do Document360
A rota mais leve é a que você talvez já esteja pagando. O Eddy AI é o assistente embutido do Document360, e seus recursos vêm incluídos no seu plano em vez de serem vendidos separadamente. Ele cobre o Eddy AI Writing Agent, criação de conteúdo e FAQ com IA, glossários gerados automaticamente, detecção de conteúdo duplicado e, o mais relevante aqui, o AI Search and Answer, que devolve uma resposta sintetizada com citações em vez de uma lista de links azuis.
Repare na pequena frase "AI can make mistakes, please verify important information" nesse painel. É o sinal honesto de um recurso de busca e resposta: ótimo para ajudar um leitor que já está dentro da sua central de ajuda, e mantém uma pessoa no circuito por design.
Para respostas voltadas ao cliente, o Document360 também vende um AI Chatbot como complemento. Ele fica no widget de ajuda incorporado e, segundo a própria tabela de recursos do Document360, busca respostas na sua base de conhecimento, sites, arquivos, FAQs e até tickets do Zendesk ou Freshdesk. Você configura exatamente de quais fontes ele pode se alimentar.
Quando o bot não consegue ajudar, ele pode abrir um ticket por um helpdesk conectado, atualmente Zendesk ou Freshdesk.
Onde isso se encaixa: se sua base de conhecimento vive no Document360 e você quer um bot de respostas no widget sem sair da plataforma, Eddy mais o AI Chatbot é o caminho de menor resistência. Dois limites honestos moldam a decisão. Primeiro, as peças voltadas ao cliente são complementos, não estão incluídas, o que aparece nas avaliações. Como disse um usuário do G2, o Document360 é bom, mas "a lot of new features need a separate license." Segundo, o chatbot responde dentro do próprio widget, então se sua equipe trabalha em uma fila de tickets, você continua movendo conversas entre duas ferramentas.
Rota 2: Conectar o ChatGPT com o servidor MCP ou ferramentas no-code
Se você quer especificamente o ChatGPT ou o Claude, e não um assistente com a marca Document360, lendo sua base de conhecimento, o Document360 tem uma resposta mais limpa que a maioria das bases de conhecimento: ele traz um servidor MCP como parte do Eddy AI. O Model Context Protocol é um padrão aberto que permite a um assistente de IA externo consumir sua base de conhecimento como uma fonte de contexto governada. Em termos simples, você pode apontar um cliente ChatGPT ou Claude para seu conteúdo do Document360 e deixá-lo responder com seus artigos reais, sem exportar nada.
É um diferencial genuíno e a resposta técnica honesta para "conectar o ChatGPT ao Document360". Está mais para uma busca na documentação para sua equipe do que para um bot de suporte voltado ao cliente, mas para uso interno é rápido.
Para fluxos de conteúdo em vez de respostas, o Document360 também se conecta ao Zapier e ao Make. Eles permitem disparar uma etapa da OpenAI quando um artigo muda, sincronizar conteúdo com outro sistema ou redigir textos que voltam para o Document360. É a forma no-code de acoplar uma chamada GPT a um evento de documento.
Onde isso se encaixa: o servidor MCP é ótimo para sua própria equipe conversar com a documentação por um cliente de IA, e a rota no-code é ótima para automação de conteúdo. Nenhum dos dois é um agente autônomo e fundamentado que resolve tickets de clientes sozinho; são conectores, não uma estratégia de suporte.
Rota 3: Construa você mesmo com a API do Document360
Esta é a rota que o termo de busca descreve literalmente: pegar a API do Document360, pegar a API da OpenAI e conectá-las. É real, e para um fluxo realmente personalizado pode ser a decisão certa. Você puxa os artigos certos do Document360, joga num prompt, chama o GPT e publica a resposta onde precisar.
O problema é que "conectar o ChatGPT ao Document360" é o menor item da conta real. O resto é:
- Recuperação. O ChatGPT não conhece sua política de reembolso. Você precisa construir o pipeline que puxa os artigos certos para cada prompt, ou o modelo inventará coisas com confiança, exatamente a falha da cicatriz acima.
- Ações. Redigir uma resposta é fácil. Atualizar um ticket, roteá-lo e respeitar o horário comercial exige escrever e testar chamadas de API para cada ação.
- Salvaguardas. Você precisa de lógica que faça a IA responder só o que tem certeza e repassar o resto, em vez de chutar como um bot baseado em regras.
- Manutenção. Cada mudança de prompt, cada atualização de modelo e cada novo caso extremo passa a ser trabalho da sua equipe, para sempre.
Ouço esse dilema o tempo todo de compradores reais. Um líder de engenharia com quem trabalhamos, cujo conhecimento ficava em uma ferramenta de documentação parecida, resumiu todo o cálculo em uma frase:
"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."
Karel, GENERAL BYTES (case study)
Essa palavra, maintain, é a que as equipes subestimam. Construir a demo é divertido. Mantê-la às 2 da manhã quando uma atualização de modelo muda o comportamento sem avisar, não. Se sua equipe tem apetite de engenharia e um fluxo que nenhum produto cobre, construa. Caso contrário, a Rota 4 existe para você não precisar.
Rota 4: Adote um colega de IA que lê seu conhecimento do Document360
A opção de compra pula a construção por completo. Em vez de costurar o ChatGPT ao Document360 você mesmo, você contrata um agente de IA para helpdesk que já sabe trabalhar dentro das suas ferramentas de suporte e o aponta para seu conteúdo do Document360 como uma de suas fontes de conhecimento. É nessa categoria que a eesel AI se encaixa.
O ponto-chave é que a eesel não se importa que sua documentação esteja no Document360. Ela lê seu conhecimento de onde ele estiver: pode rastrear sua central de ajuda publicada ou qualquer URL de site, e também se conecta ao Confluence, Notion, Google Docs e uploads de arquivos. Depois, o que é crucial, junta tudo isso com seus tickets de suporte anteriores, de modo que uma única resposta pode se basear no seu artigo do Document360, na sua wiki interna e nos tickets do mês passado ao mesmo tempo.
Algumas coisas respondem aos medos exatos de quem pensa em construir por conta própria:
- Ela responde só a partir do seu conhecimento. A eesel é fundamentada em suas fontes aprovadas, que é a correção para o problema de alucinação que torna arriscadas as soluções próprias cruas.
- Você a configura em linguagem simples. Mude como ela escreve, quais tickets atende e quando escala descrevendo o que quer. Não há motor de regras para domar.
- Você pode testá-la antes de entrar no ar. A eesel executa primeiro uma simulação com seus próprios tickets anteriores, e assim você vê a taxa de resolução e onde sua documentação do Document360 tem lacunas, antes de um único cliente falar com ela.
E, diferente do chatbot em widget do Document360, a eesel responde dentro do helpdesk onde sua equipe já vive, seja Zendesk, Freshdesk, Help Scout ou um service desk. Veja como ela fica configurada como agente ao vivo.
Para ser justo com os limites: a eesel é um agente especializado em atendimento ao cliente, não um ChatGPT de uso geral para fazer brainstorming, e escolher o modelo exato é um controle do plano Enterprise. Se o que você queria era um companheiro de chat para seus redatores, isso é a Rota 1 ou 2, não esta.
Quanto cada rota realmente custa
O custo é onde as rotas mais divergem, então aqui vai a comparação honesta. O Document360 mede a IA como um de seis fatores em uma cotação personalizada; a eesel cobra por ticket atendido, sem taxa por usuário; uma solução própria troca custo de software previsível por tempo de engenharia.
| Rota | O que você paga | A pegadinha |
|---|---|---|
| Eddy AI (embutido) | Parte da sua cotação do Document360 | AI Chatbot e AI Premium Suite são complementos separados |
| Servidor MCP + no-code | Incluído no Eddy AI, mais qualquer custo de API da OpenAI ou Zapier | Um conector para sua equipe, não um agente de suporte voltado ao cliente |
| Solução própria com OpenAI | Tokens de API + engenharia + tempo de manutenção | Construir é 10 % do custo; manter é os outros 90 % |
| eesel AI | A partir de US$ 299/mês por 500 créditos (1 crédito por ticket atendido), sem taxa por usuário | Um crédito é usado por ticket atendido, resolva ou não; no autoatendimento não dá para escolher o modelo |
O número do Document360 é o escorregadio, porque não existe um. A página de preços do Document360 é apenas sob cotação, e o FAQ lista o uso de IA como um de seis fatores que movem o preço, junto com contas de equipe, workspaces, idiomas, necessidades de segurança e seu modelo de privacidade. Não é uma crítica, só uma razão pela qual você não consegue obter um valor firme sozinho. A observação recorrente na comunidade é que o total sobe quando você adiciona as peças que realmente queria:
"I'm using Document360 as my knowledge base provider and I really don't enjoy them and they are very expensive for what they offer."
Para deixar claro, o Document360 é um produto bem avaliado, com cerca de 4,5 a 4,7 de 5 no G2 em centenas de avaliações, elogiado pelo editor e pela busca. O modelo de preços simplesmente merece ser encarado de olhos abertos.
Como configurar na prática
Se você decidiu que quer um agente de verdade respondendo a partir do seu conhecimento do Document360, em vez de um copiloto para redatores, a configuração é curta. Aqui está o fluxo para a rota do agente pronto, onde a maioria das equipes de suporte acaba:
- Aponte para sua documentação. Dê à eesel a URL da sua central de ajuda publicada do Document360 para rastrear, ou conecte também Confluence, Google Docs e uploads de arquivos. Tudo vai para uma única base de conhecimento.
- Deixe-a aprender com seus tickets. Conecte seu helpdesk para que ela também leia seus tickets anteriores e macros, não só seus artigos.
- Defina o escopo. Decida quais tickets ela toca, por tag, canal ou condição, e escreva o tom e as regras de escalonamento em linguagem simples.
- Simule. Execute-a sobre seus tickets anteriores para ver a taxa de resolução e as lacunas de conhecimento antes de entrar no ar. É a etapa que as soluções próprias costumam pular e se arrepender.
- Entre no ar gradualmente. Comece no modo rascunho, revise as respostas e depois passe os tipos de ticket fáceis para autônomo quando confiar nela.
Esse formato vale para qualquer rota: conectar, fundamentar no seu conhecimento, definir o escopo, testar, lançar devagar. As rotas só diferem em quanto das etapas 2 a 4 você constrói e quanto compra.
Experimente a eesel com sua base de conhecimento do Document360
Se o objetivo por trás de "ChatGPT para Document360" era, na verdade, "uma IA que responde clientes a partir da minha documentação sem inventar coisas", um colega pronto chega lá mais rápido do que ligar a API da OpenAI você mesmo. A eesel AI lê sua central de ajuda do Document360, seus tickets anteriores e suas outras fontes de conhecimento, depois redige ou resolve tickets dentro do helpdesk que você já usa. Começa em US$ 299/mês por 500 créditos (1 crédito por ticket atendido), sem taxa por usuário, e você pode começar de graça com 100 créditos.
O que nenhuma solução própria entrega no primeiro dia é a simulação: conecte seu conhecimento e a eesel diz exatamente como teria tratado os tickets da semana passada, e onde seus artigos do Document360 têm lacunas, antes que um único cliente veja uma resposta.