AI
Combien coûte un assistant IA documentaire sur mesure ?
Ce que coûte réellement la conception et l'exploitation d'un assistant interne de questions-réponses sur vos documents, les facteurs qui font grimper la facture, et quand un LLM local s'impose face à une API pour les équipes soumises à de fortes contraintes réglementaires.
TL;DR
Un assistant documentaire interne couvrant quelques milliers de fichiers représente trois à six semaines de développement pour une petite équipe. Le prix dépend bien plus de la gestion des permissions, de la qualité des documents et des contraintes d'hébergement que du modèle lui-même. Les coûts d'exploitation restent généralement faibles par rapport au développement, sauf si tout doit tourner sur votre propre infrastructure.

Un assistant IA sur mesure capable de répondre à des questions sur vos propres documents demande généralement à une petite équipe trois à six semaines pour livrer une première version utilisable. Le coût est déterminé avant tout par la qualité de vos documents, la rigueur de vos règles d'accès et la possibilité ou non de faire sortir les données de vos serveurs. Le modèle de langage est le poste le moins cher et le moins risqué. C'est tout ce qui l'entoure qui fait dériver les budgets.
Ce guide décompose les coûts en éléments qui figureront réellement dans vos devis, afin que vous puissiez comparer les propositions et décider s'il vaut la peine de vous lancer.
Ce que vous achetez vraiment
« Discuter avec nos documents » semble être une seule fonctionnalité. En pratique, c'est quatre systèmes assemblés ensemble :
- Ingestion : récupération des fichiers depuis SharePoint, Google Drive, un CRM, des e-mails ou un dossier partagé, avec synchronisation continue.
- Préparation : transformation des PDF, scans, feuilles de calcul et présentations en texte propre avec la structure préservée.
- Récupération : indexation du texte pour retrouver les passages pertinents à une question donnée. C'est la couche RAG que nous avons présentée dans RAG expliqué pour les fondateurs.
- Génération et interface : le modèle qui rédige la réponse, ainsi que l'interface, les citations, les boutons de feedback et la journalisation.
Les prestataires qui annoncent un prix global très bas ne chiffrent en général que cette dernière partie.
Les facteurs de coût, par ordre d'impact
1. La qualité et la variété des documents
Un dossier bien rangé de fichiers Word avec des titres clairs représente une semaine de travail d'ingestion. Dix ans de contrats scannés, des politiques en six versions et des tableaux qui ne font sens que visuellement, c'est un mois. L'OCR, l'extraction de tableaux, la déduplication et la gestion des versions sont des tâches d'ingénierie ingrates — et c'est là que l'essentiel de l'effort se concentre.
Demandez à tout prestataire comment il traite un PDF scanné contenant un tableau. Si la réponse est vague, attendez-vous à ce que l'assistant cite avec aplomb des tarifs erronés tirés de vos propres grilles tarifaires.
2. Les permissions
Si tout le monde dans l'entreprise peut tout voir, la récupération est simple. Si l'assistant ne doit jamais montrer des documents RH à des ingénieurs, ou le dossier d'un client à un autre chargé de compte, chaque requête doit être filtrée en fonction de qui pose la question. Cela implique de dupliquer les règles de contrôle d'accès de votre système source dans l'index, et de les maintenir synchronisées à chaque changement de permission.
C'est le poste le plus systématiquement sous-estimé dans les projets d'assistants documentaires. Nous en avons détaillé les schémas dans RAG avec gestion des permissions. Budgétisez-le explicitement, car le rajouter après coup signifie reconstruire l'index de zéro.
3. L'environnement d'exécution
Trois options réalistes, classées grossièrement par coût de développement croissant et coût d'exploitation décroissant :
- API cloud pour le modèle, votre propre base de données pour l'index. Le plus rapide à mettre en production. Les documents sont découpés et stockés dans quelque chose comme PostgreSQL avec pgvector, et le modèle est appelé à chaque question. Le coût par requête est faible mais jamais nul, et votre texte transite chez le fournisseur.
- Infrastructure cloud que vous contrôlez, modèle open-weight. Une instance GPU faisant tourner un modèle via un serveur comme Ollama ou vLLM. Les données restent dans votre compte. Vous payez l'instance qu'il y ait des requêtes ou non.
- Entièrement on-premises. Un serveur dans votre propre salle machine ou un datacenter privé. Coût d'installation le plus élevé, réponse optimale face à un régulateur, et seule option envisageable pour certains acteurs de la santé et du secteur public dans le Golfe et en Europe.
Les compromis sont détaillés dans self-hosting d'un LLM vs API. En résumé : si la conformité impose la décision, celle-ci ne coûte rien à prendre — c'est simplement le prix d'exercer dans votre secteur.
4. Les exigences en matière de qualité des réponses
Un outil permettant à l'équipe commerciale de retrouver la dernière étude de cas peut tolérer une erreur occasionnelle. Un outil utilisé par des infirmières pour vérifier un protocole clinique, non. Plus le niveau d'exigence est élevé, plus vous investissez dans les jeux d'évaluation, l'obligation de citation, les mécanismes de refus lorsque la récupération est insuffisante, et les boucles de validation humaine.
La différence de coût est concrète. Pour l'outil commercial, une mauvaise réponse signifie qu'un collaborateur ouvre le mauvais PDF et le referme. Pour l'outil clinique, chaque réponse doit citer exactement la révision du protocole concerné, inclure un chemin de refus lorsque les passages récupérés ne contiennent pas réellement la réponse, et faire l'objet d'une validation par un clinicien avant le lancement. Cette seule boucle de validation peut ajouter plus de semaines de développement que l'ensemble du pilote commercial.
Exigez un jeu d'évaluation dès le premier jour : de vraies questions posées par de vrais collaborateurs, avec la bonne réponse et le bon document source. Commencez par les dix questions que vos équipes posent le plus souvent, et enrichissez-le grâce aux boutons de feedback dans l'interface. C'est le seul moyen honnête de savoir si un changement améliore ou dégrade l'assistant — et c'est ce à quoi vous devez tenir un prestataire.
Fourchettes d'effort indicatives
Considérez ces plages comme des ordres de grandeur pour cadrer une proposition, non comme un tarif. Tout devis sérieux doit être précédé d'un examen de vos documents réels.
- Pilote, source unique, sans gestion des permissions, API cloud. Une à deux semaines de développement. Idéal pour convaincre un conseil d'administration sceptique.
- Production pour un département, permissions synchronisées depuis un seul système, citations, collecte de feedback. Trois à six semaines.
- Déploiement à l'échelle de l'entreprise, sources multiples, contrôle d'accès strict, modèle auto-hébergé, journaux d'audit. Deux à quatre mois, plus la maintenance continue.
Les coûts récurrents se répartissent en trois catégories : l'usage du modèle ou l'hébergement GPU, la réindexation au fil des évolutions documentaires, et la personne responsable du jeu d'évaluation et de la qualité. C'est ce dernier poste que les entreprises oublient — et c'est pour ça que tant de pilotes se dégradent silencieusement après le lancement.
La place du modèle dans tout ça
Les fondateurs supposent souvent que le choix du modèle est la décision coûteuse. C'est rarement le cas. Les coûts des modèles continuent de baisser, et changer de fournisseur derrière une couche de récupération est un chantier limité si le système a été conçu pour l'accepter.
Ce qui compte davantage, c'est la façon dont le modèle est utilisé. Dans notre propre moteur de prospection — qui analyse le site de chaque prospect avec une instance Firecrawl auto-hébergée et un modèle local — nous avons testé des chaînes en plusieurs étapes qui commençaient par extraire des faits, puis planifiaient, puis rédigeaient. Un appel unique qui extrait les faits et rédige l'e-mail en une seule passe s'est avéré à la fois moins cher et plus efficace. La même leçon s'applique aux assistants documentaires : un appel unique bien formulé sur des passages bien récupérés bat la plupart du temps une boucle agentique élaborée. Nous en avons parlé dans appel unique vs chaînes agentiques.
La conséquence pratique pour votre budget : investissez dans la récupération et la préparation des documents, pas dans les frameworks d'orchestration.
Construire, acheter ou attendre ?
Achetez si vos documents se trouvent déjà dans Microsoft 365 ou Google Workspace, si vos règles d'accès correspondent à celles de ces plateformes, et si vous n'avez aucune contrainte de résidence des données. Les assistants intégrés sont suffisants pour de nombreuses équipes et leur coût est prévisible. Soumettez-les au même test que vous feriez passer à un prestataire : donnez-leur votre pire PDF scanné contenant un tableau et vérifiez si les chiffres sont cités correctement.
Construisez si l'un de ces cas s'applique :
- Les documents sont répartis sur des systèmes qu'aucun éditeur unique n'indexe, comme un CRM, un drive partagé et dix ans d'e-mails.
- Les règles d'accès sont plus complexes que de simples permissions de dossier, comme dans le cas chargé de compte par client évoqué plus haut.
- Les données ne peuvent pas quitter votre infrastructure, ou votre régulateur souhaite savoir exactement où elles transitent. C'est la position habituelle des acteurs de la santé et du secteur public dans le Golfe et en Europe.
- Vous souhaitez intégrer l'assistant dans votre propre produit ou flux de travail plutôt que dans une fenêtre de chat séparée.
Attendez si vous n'êtes pas en mesure de citer dix questions que vos collaborateurs posent régulièrement auxquelles un document pourrait répondre. Sans cette liste, vous n'avez pas un cas d'usage — vous avez une démonstration. Ces mêmes dix questions deviendront le socle de votre jeu d'évaluation, et les formuler ne coûte rien tout en vous indiquant immédiatement si le projet est réel.
Questions à poser à tout prestataire
- Comment traiterez-vous nos PDF scannés et nos tableaux, et pouvez-vous me montrer un exemple de résultat ?
- Comment les permissions sont-elles appliquées au moment de la requête, et que se passe-t-il quand les droits d'accès d'un utilisateur changent ?
- À quoi ressemble le jeu d'évaluation, et qui le maintient après le lancement ?
- Quelles parties tournent sur notre infrastructure, et lesquelles appellent une API externe ?
- Quel est le coût de réindexation si nous ajoutons un millier de documents par mois ?
- Si nous changeons de modèle l'année prochaine, qu'est-ce qui doit évoluer ?
Un prestataire qui répond clairement aux six mérite d'être payé. Celui qui ramène systématiquement la conversation sur le modèle qu'il utilise vous vend la partie la moins chère.
Si vous évaluez un assistant documentaire pour une équipe soumise à de fortes contraintes réglementaires et souhaitez un chiffrage précis à partir de vos fichiers réels plutôt qu'une présentation, parlons-en.
Questions fréquentes
Peut-on simplement utiliser ChatGPT Enterprise ou Copilot plutôt que de développer quelque chose ?
Si vos documents se trouvent dans l'écosystème d'un seul éditeur et que vous n'avez pas de contrainte stricte de résidence des données, oui — commencez par là. Un développement sur mesure s'impose lorsque les documents sont éparpillés sur plusieurs systèmes, que les règles d'accès sont complexes, ou que les données ne peuvent pas quitter votre infrastructure.
Quel est le coût caché le plus important ?
La préparation des documents. Les PDF scannés, les tableaux, les multiples versions d'une même politique et les nommages incohérents mobilisent plus de temps d'ingénierie que la couche IA elle-même — et ce sont eux qui déterminent si les réponses seront fiables.
Un modèle local rend-il le projet plus coûteux ?
À l'investissement initial, oui : vous payez un serveur GPU ou une machine dédiée, ainsi que le temps nécessaire pour optimiser les performances. Mais le coût par requête est quasi nul, ce qui le rentabilise rapidement en volume élevé ou lorsque la conformité exclut de toute façon les API cloud.
Comment s'assurer que ça fonctionne vraiment avant de le déployer ?
Exigez un jeu d'évaluation : 50 à 100 vraies questions avec les bonnes réponses connues, scorées avant le lancement et après chaque modification. Si un prestataire n'est pas en mesure de vous le montrer, c'est qu'il avance à l'aveugle.
Comment Pykero peut aider
Services liés à cet article.
Vous construisez quelque chose de similaire ?
Pykero Agency conçoit et livre des produits web, mobiles, SaaS et IA prêts pour la production.
Parlons-en


