« ChatGPT pour Document360 » semble n'être qu'une seule chose, mais ce sont en réalité quatre. Il n'existe aucune application OpenAI officielle dans Document360, vos options sont donc : utiliser Eddy AI, l'IA propre à Document360, connecter un modèle externe comme ChatGPT via le serveur MCP de Document360 ou un outil sans code, construire la vôtre avec l'API Document360 et l'API OpenAI, ou intégrer un coéquipier IA conçu pour cela, qui lit vos connaissances Document360 et répond aux clients.
Ce que la plupart des gens ratent, c'est à quoi sert vraiment « ChatGPT pour Document360 ». Deux tâches différentes se cachent derrière cette recherche : rédiger votre documentation, et répondre aux clients à partir de celle-ci. Eddy AI de Document360 se concentre sur la première. La seconde, transformer vos articles soigneusement rédigés en tickets résolus, est là où se joue la vraie décision.
Si vous voulez simplement des réponses autonomes fondées sur votre documentation, eesel AI lit votre centre d'aide Document360, vos anciens tickets et votre site web, puis répond dans le helpdesk que vous utilisez déjà, à partir de 299 $/mois pour 500 crédits (1 crédit par ticket traité) et sans frais par utilisateur. Si vous voulez le construire vous-même, l'API Document360 plus l'API OpenAI fonctionne, mais la recherche d'information, les garde-fous et la maintenance vous incombent pour toujours.
D'abord, l'erreur que je vois les équipes répéter
Je construis des agents IA pour vivre, donc lorsqu'on me demande « puis-je simplement pointer ChatGPT vers ma base de connaissances Document360 ? », ma réponse honnête est : oui, et ce n'est pas la partie difficile. Les modèles sont bons. Câbler un appel d'API prend un week-end. Ce qui décide si le système vous aide ou vous ridiculise, c'est tout ce qui entoure le modèle.
J'ai vu ce qui arrive quand la tuyauterie est mince. Au début, avant d'avoir un repli strict pour les cas où la recherche dans la base de connaissances revenait vide, une de nos IA a inventé avec aplomb des détails d'abonnement sur des cellules solaires et les a envoyés à de vrais clients. Une autre, face à une question dont elle ignorait la réponse, a répondu joyeusement « Oxygen », comme si elle lisait le tableau périodique. Les modèles allaient bien. L'ancrage autour d'eux, non.
Voilà toute l'histoire de ChatGPT pour Document360 en une ligne. Le modèle représente les 10 % faciles. L'ancrage, les garde-fous et la logique « ne répondre que ce dont on est vraiment sûr » sont les 90 % qui décident si votre base de connaissances devient un moteur de support ou une nouvelle source de tickets. Gardez cela en tête en parcourant les quatre voies.
Que signifie vraiment « ChatGPT pour Document360 »
Quand quelqu'un cherche cela, il poursuit généralement l'un de deux résultats très différents, et mieux vaut les séparer avant de choisir un outil.
La première tâche est rédiger la documentation : utiliser l'IA pour ébaucher un article, générer une série de FAQ ou peaufiner le ton. Eddy AI de Document360 est conçu pour cela, et c'est un vrai gain de temps si votre goulot d'étranglement est la rédaction.
La seconde tâche est répondre aux clients à partir de la documentation : une IA qui lit ce que vous avez écrit et résout une vraie question, que ce soit dans un widget d'aide ou dans un ticket de support. C'est ce que la plupart des équipes support ont en tête, et c'est là que vivent le détournement de tickets et la gestion des connaissances. Voici le tableau de bord Document360 où tout ce contenu est géré, avant qu'une IA n'y touche.
Avec cette distinction en tête, voici les quatre voies réelles, de la plus légère à la plus autonome.
Voie 1 : Eddy AI, l'IA déjà intégrée à Document360
La voie la plus légère est celle que vous payez peut-être déjà. Eddy AI est l'assistant intégré de Document360, et ses capacités sont incluses dans votre forfait plutôt que vendues séparément. Il couvre l'Eddy AI Writing Agent, la création de contenu et de FAQ par IA, les glossaires générés automatiquement, la détection de contenu en double et, surtout ici, AI Search and Answer, qui renvoie une réponse synthétisée avec des citations au lieu d'une liste de liens bleus.
Remarquez la petite mention « AI can make mistakes, please verify important information » dans ce panneau. C'est le signe honnête d'une fonction de recherche et réponse : excellente pour aider un lecteur déjà dans votre centre d'aide, et elle garde un humain dans la boucle par conception.
Pour les réponses côté client, Document360 vend aussi un AI Chatbot en module complémentaire. Il se place dans le widget d'aide intégré et, d'après le tableau de fonctionnalités de Document360 lui-même, puise ses réponses dans votre base de connaissances, vos sites web, fichiers, FAQ et même des tickets Zendesk ou Freshdesk. Vous configurez précisément les sources qu'il peut utiliser.
Quand le bot ne peut pas aider, il peut créer un ticket via un helpdesk connecté, actuellement Zendesk ou Freshdesk.
Où cela convient : si votre base de connaissances vit dans Document360 et que vous voulez un bot de réponses dans le widget sans quitter la plateforme, Eddy plus l'AI Chatbot est la voie de moindre résistance. Deux limites honnêtes pèsent sur la décision. D'abord, les éléments côté client sont des modules complémentaires, non inclus, ce qui se voit dans les avis. Comme l'a dit un utilisateur de G2, Document360 est bon mais "a lot of new features need a separate license." Ensuite, le chatbot répond dans son propre widget : si votre équipe travaille dans une file de tickets, vous continuez à déplacer les conversations entre deux outils.
Voie 2 : Connecter ChatGPT via le serveur MCP ou des outils sans code
Si vous voulez précisément que ChatGPT ou Claude, et non un assistant de marque Document360, lise votre base de connaissances, Document360 a une réponse plus propre que la plupart des bases de connaissances : il fournit un serveur MCP dans le cadre d'Eddy AI. Le Model Context Protocol est un standard ouvert qui permet à un assistant IA externe de consommer votre base de connaissances comme source de contexte maîtrisée. En clair, vous pouvez pointer un client ChatGPT ou Claude vers votre contenu Document360 et le laisser répondre avec vos vrais articles, sans rien exporter.
C'est un véritable atout et la réponse technique honnête à « connecter ChatGPT à Document360 ». C'est plus proche d'une recherche dans la documentation pour votre équipe que d'un bot de support côté client, mais pour un usage interne c'est rapide.
Pour des flux de contenu plutôt que des réponses, Document360 se connecte aussi à Zapier et Make. Ceux-ci permettent de déclencher une étape OpenAI quand un article change, de synchroniser du contenu vers un autre système ou de rédiger des textes qui reviennent dans Document360. C'est la façon sans code de greffer un appel GPT sur un événement de document.
Où cela convient : le serveur MCP est idéal pour que votre propre équipe discute avec votre documentation via un client IA, et la voie sans code est idéale pour l'automatisation de contenu. Aucun n'est un agent autonome ancré qui résout seul les tickets clients ; ce sont des connecteurs, pas une stratégie de support.
Voie 3 : Construire soi-même avec l'API Document360
C'est la voie que le terme de recherche décrit littéralement : prendre l'API Document360, prendre l'API OpenAI et les connecter. C'est réel, et pour un flux vraiment sur mesure, ce peut être le bon choix. Vous récupérez les bons articles dans Document360, les glissez dans un prompt, appelez GPT et publiez la réponse là où il le faut.
Le hic, c'est que « connecter ChatGPT à Document360 » est la plus petite ligne de la vraie facture. Le reste :
- Recherche d'information. ChatGPT ne connaît pas votre politique de remboursement. Vous devez construire le pipeline qui injecte les bons articles dans chaque prompt, sinon le modèle inventera avec aplomb, exactement l'échec de la cicatrice plus haut.
- Actions. Rédiger une réponse est facile. Mettre à jour un ticket, l'acheminer et respecter les heures ouvrables exige d'écrire et de tester des appels d'API pour chaque action.
- Garde-fous. Il faut une logique qui fait répondre l'IA uniquement sur ce dont elle est sûre et transmet le reste, plutôt que de deviner comme le ferait un bot à règles.
- Maintenance. Chaque changement de prompt, chaque mise à niveau de modèle, chaque nouveau cas limite devient désormais le travail de votre équipe, pour toujours.
J'entends ce compromis constamment de la part d'acheteurs réels. Un responsable ingénierie avec qui nous avons travaillé, dont les connaissances vivaient dans un outil de documentation similaire, a résumé tout le calcul en une phrase :
"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)
Ce mot, maintain, est celui que les équipes sous-estiment. Construire la démo est amusant. La gérer à 2 h du matin quand une mise à jour de modèle change discrètement le comportement, beaucoup moins. Si votre équipe a l'appétit d'ingénierie et un flux qu'aucun produit ne couvre, construisez. Sinon, la Voie 4 existe pour que vous n'ayez pas à le faire.
Voie 4 : Intégrer un coéquipier IA qui lit vos connaissances Document360
L'option d'achat évite complètement la construction. Au lieu de coller vous-même ChatGPT à Document360, vous recrutez un agent IA de helpdesk qui sait déjà travailler dans vos outils de support, et vous le pointez vers votre contenu Document360 comme l'une de ses sources de connaissances. C'est la catégorie d'eesel AI.
Le point clé : eesel se moque que votre documentation se trouve dans Document360. Il lit vos connaissances où qu'elles soient : il peut explorer votre centre d'aide publié ou n'importe quelle URL de site web, et se connecte aussi à Confluence, Notion, Google Docs et aux fichiers importés. Puis, point crucial, il rassemble tout cela avec vos anciens tickets de support, de sorte qu'une seule réponse peut puiser à la fois dans votre article Document360, votre wiki interne et les tickets du mois dernier.
Plusieurs points répondent aux craintes exactes d'un lecteur tenté par le fait maison :
- Il ne répond qu'à partir de vos connaissances. eesel est ancré dans vos sources approuvées, ce qui corrige le problème d'hallucination qui rend risquées les constructions maison brutes.
- Vous le configurez en langage courant. Changez sa façon d'écrire, les tickets qu'il traite et le moment où il escalade en décrivant ce que vous voulez. Pas de moteur de règles à dompter.
- Vous pouvez le tester avant la mise en ligne. eesel lance d'abord une simulation sur vos propres anciens tickets, de sorte que vous voyez le taux de résolution et les lacunes de votre documentation Document360 avant qu'un seul client ne lui parle.
Et contrairement au chatbot en widget de Document360, eesel répond dans le helpdesk où votre équipe travaille déjà, que ce soit Zendesk, Freshdesk, Help Scout ou un service desk. Voici à quoi il ressemble configuré en agent actif.
Pour rester honnête sur les limites : eesel est un agent spécialisé de service client, pas un ChatGPT généraliste avec qui faire du brainstorming, et choisir le modèle sous-jacent est un contrôle du forfait Enterprise. Si vous vouliez un compagnon de discussion pour vos rédacteurs, c'est la Voie 1 ou 2, pas celle-ci.
Ce que coûte réellement chaque voie
Le coût est l'endroit où les voies divergent le plus, voici donc la comparaison honnête. Document360 mesure l'IA comme l'un des six facteurs d'un devis sur mesure ; eesel facture par ticket traité sans frais par utilisateur ; une construction maison échange un coût logiciel prévisible contre du temps d'ingénierie.
| Voie | Ce que vous payez | Le piège |
|---|---|---|
| Eddy AI (intégré) | Inclus dans votre devis Document360 | L'AI Chatbot et l'AI Premium Suite sont des modules complémentaires distincts |
| Serveur MCP + sans code | Inclus dans Eddy AI, plus tout coût d'API OpenAI ou de Zapier | Un connecteur pour votre équipe, pas un agent de support côté client |
| Construction maison OpenAI | Jetons d'API + ingénierie + temps de maintenance | La construction représente 10 % du coût ; la gérer, les 90 % restants |
| eesel AI | À partir de 299 $/mois pour 500 crédits (1 crédit par ticket traité), sans frais par utilisateur | Un crédit est consommé par ticket traité, résolu ou non ; en libre-service, on ne peut pas choisir le modèle |
Le chiffre de Document360 est le plus glissant, car il n'y en a pas. La page de tarifs de Document360 est uniquement sur devis, et sa FAQ cite l'usage de l'IA comme l'un des six facteurs qui font bouger le prix, avec les comptes d'équipe, les espaces de travail, les langues, les besoins de sécurité et votre modèle de confidentialité. Ce n'est pas un reproche, simplement une raison pour laquelle vous ne pouvez pas obtenir seul un chiffre ferme. La remarque récurrente de la communauté est que le total grimpe quand vous ajoutez les éléments que vous vouliez vraiment :
"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."
Pour être clair, Document360 est un produit apprécié, autour de 4,5 à 4,7 sur 5 sur G2 sur des centaines d'avis, loué pour son éditeur et sa recherche. Le modèle tarifaire mérite simplement qu'on s'y engage les yeux ouverts.
Comment le mettre en place concrètement
Si vous avez décidé de vouloir un vrai agent répondant à partir de vos connaissances Document360 plutôt qu'un copilote pour rédacteurs, la mise en place est courte. Voici le flux pour la voie de l'agent prêt à l'emploi, celle où aboutissent la plupart des équipes support :
- Pointez-le vers votre documentation. Donnez à eesel l'URL de votre centre d'aide Document360 publié à explorer, ou connectez en plus Confluence, Google Docs et des fichiers importés. Tout est regroupé dans une seule base de connaissances.
- Laissez-le apprendre de vos tickets. Connectez votre helpdesk pour qu'il lise aussi vos anciens tickets et macros, pas seulement vos articles.
- Délimitez son périmètre. Décidez quels tickets il traite, par tag, canal ou condition, et rédigez son ton et ses règles d'escalade en langage courant.
- Simulez. Lancez-le sur vos anciens tickets pour voir le taux de résolution et les lacunes de connaissances avant la mise en ligne. C'est l'étape que les constructions maison sautent généralement, à leurs dépens.
- Passez en ligne progressivement. Commencez en mode brouillon, relisez les réponses, puis basculez les types de tickets simples en autonome une fois la confiance établie.
Cette forme reste valable quelle que soit la voie : connecter, ancrer dans vos connaissances, délimiter, tester, déployer lentement. Les voies ne diffèrent que par la part des étapes 2 à 4 que vous construisez plutôt que vous n'achetez.
Essayez eesel avec votre base de connaissances Document360
Si l'objectif derrière « ChatGPT pour Document360 » était en réalité « une IA qui répond aux clients à partir de ma documentation sans rien inventer », un coéquipier prêt à l'emploi y arrive plus vite que de câbler soi-même l'API OpenAI. eesel AI lit votre centre d'aide Document360, vos anciens tickets et vos autres sources de connaissances, puis rédige ou résout des tickets dans le helpdesk que vous utilisez déjà. Il démarre à 299 $/mois pour 500 crédits (1 crédit par ticket traité), sans frais par utilisateur, et vous pouvez commencer gratuitement avec 100 crédits.
Ce qu'aucune construction maison ne vous offre dès le premier jour, c'est la simulation : connectez vos connaissances, et eesel vous dit exactement comment il aurait traité les tickets de la semaine dernière, et où vos articles Document360 présentent des lacunes, avant qu'un seul client ne voie une réponse.