Retour à Intelligence artificielle

Intelligence artificielle

Combien coûte l'entretien d'un assistant IA ? Les postes à considérer

Estimer le coût opérationnel au-delà du développement initial.

L'équipe éditoriale SqualiOnline · 2026-09-07

Le devis de développement d'un assistant IA est la partie qu'on lit le plus volontiers, car c'est un chiffre unique et il a une fin. Le coût qui détermine si le projet a du sens, en revanche, est celui qui se répète chaque mois, et il est composé de postes qui souvent n'apparaissent dans aucun document jusqu'au jour où ils se présentent.

Ce guide sert à construire la liste des postes et à les intégrer dans une estimation avec vos propres volumes. Vous ne trouverez pas de prix ici : ils changent, et un chiffre écrit aujourd'hui serait faux dans quelques mois. Ils doivent être pris dans les tarifs en vigueur le jour où vous décidez, joints au document et datés.

Trois phases qui ne se paient pas de la même façon

Avant d'estimer, il convient de séparer ce qui se paie une fois de ce qui se répète. Ce sont trois blocs distincts, souvent présentés comme un seul.

  • Construction : intégration avec vos systèmes, permissions, interface, journaux. Cela se paie une fois, et se repaie en partie à chaque modification ultérieure.
  • Préparation des données : collecte, nettoyage, structuration, décision sur ce que l'assistant peut lire et ce qu'il ne peut pas lire. C'est le poste le plus sous-estimé de tous, et le seul qui dépend entièrement de l'état de vos documents.
  • Tests et mise au point : échantillon de cas, corrections, second test. Ce n'est pas une réception formelle : c'est le travail qui détermine si le système est utilisable.

La préparation des données se paie une seule fois si les sources sont stables, et devient un poste récurrent si elles changent. Un tarif mis à jour chaque trimestre, un manuel qui change avec les produits, un règlement interne qui se révise : chacune de ces choses déplace un poste du premier bloc vers le troisième.

Les postes du coût récurrent

Voici la liste à remplir avec vos propres chiffres. Aucune ligne n'est facultative : celles que vous décidez de ne pas assumer restent découvertes, et se présentent tôt ou tard sous forme de dysfonctionnement.

PosteDe quoi cela dépendComment l'estimer
Consommation du modèleNombre de requêtes, longueur de la question et de la réponse, quantité de documents joints à chaque requêteVolume mensuel multiplié par le coût unitaire du tarif en vigueur
Services externes connectésRecherches, traductions, synthèse vocale, services tiers appelés par l'assistantPar appel ou au forfait, selon le contrat de chacun
InfrastructureServeurs, base de données, stockage des documents, index de recherche, sauvegardesAbonnement mensuel, qui augmente avec les archives
Mise à jour des sourcesLa fréquence à laquelle changent les documents que l'assistant consulteHeures de travail périodiques, ou coût de l'automatisme qui les met à jour
SupervisionCombien de cas finissent en révision et combien de temps ils demandentHeures par semaine de la personne qui contrôle et corrige
Suivi et journauxVolume de trafic et période de conservation exigéeAbonnement de l'outil plus le coût de stockage dans le temps
Maintenance correctiveChangements dans les systèmes connectés, dans les formats et les interfacesForfait d'heures périodique convenu à l'avance
ÉvolutionNouvelles demandes qui naissent de l'usageÀ conserver dans un chapitre séparé, avec sa propre décision

Les deux dernières lignes sont presque toujours confondues. Le forfait d'heures pour faire continuer à fonctionner ce qui existe n'est pas la même chose que la demande de faire faire à l'assistant quelque chose de nouveau. Les garder dans le même chapitre fait disparaître la maintenance, car les nouveautés la consomment : et la maintenance qu'on ne fait pas se paie quand même, plus tard et plus cher.

Le coût par unité est le seul chiffre comparable

Le total mensuel ne dit pas si c'est rentable, car il n'est comparable à rien. Il faut un coût par unité de travail : par conversation traitée, par document lu, par dossier orienté.

  1. Choisir l'unité : cela doit être une chose que quelqu'un fait aujourd'hui à la main et que l'on peut compter.
  2. Estimer combien d'unités par mois, dans trois scénarios, en partant du volume que vous avez actuellement.
  3. Calculer la partie variable par unité : consommation du modèle et services externes appelés.
  4. Ajouter les coûts fixes divisés par le nombre d'unités de ce scénario.
  5. Comparer avec ce que coûte aujourd'hui la même activité faite à la main, corrections des erreurs comprises.

La quatrième étape explique pourquoi, à faibles volumes, le coût par unité est élevé : infrastructure, suivi et supervision se répartissent sur peu d'unités. C'est la raison pour laquelle un projet sensé en perspective peut se révéler non rentable dans un premier temps, et il vaut mieux le dire avant plutôt que de le découvrir après.

Trois scénarios, avec vos volumes

Un modèle à trois scénarios se construit ainsi. Les repères ci-dessous sont illustratifs et servent à montrer la forme du calcul, pas à établir votre devis : à la place de V, mettez le volume mensuel que vous avez aujourd'hui.

ScénarioUnités par moisCe qui change dans le coût
BasVLes coûts fixes pèsent presque tout ; la consommation du modèle est marginale et l'optimiser ne sert à rien
MoyenDix fois VCoûts fixes et consommation se rapprochent ; la supervision commence à demander du temps dédié et doit être confiée à quelqu'un
ÉlevéCent fois VLa consommation domine ; il convient de réduire la quantité de contexte par requête et de réévaluer l'infrastructure

La comparaison intéressante ne se fait pas entre les totaux des trois scénarios, mais entre les coûts par unité. Si le coût par unité ne diminue pas en passant d'un scénario au suivant, il y a quelque chose à revoir dans la structure avant d'augmenter les volumes : c'est presque toujours la quantité de données envoyée à chaque requête, ou une supervision qui croît de façon proportionnelle au lieu de par paliers.

Les postes qui apparaissent après coup

Certains postes n'existent pas au moment du devis et se présentent dans les mois suivants. Il convient de les nommer à l'avance, même sans les quantifier.

  • Croissance des archives de documents et des index de recherche associés.
  • Conservation des journaux pour la période que vous avez décidée ou qui vous est imposée.
  • Augmentation du contexte : plus de documents consultables signifie plus de coût pour chaque requête, même si le nombre de requêtes n'augmente pas.
  • Cas limites apparus lors de l'usage réel, qui exigent de nouvelles règles et de nouveaux tests.
  • Formation des personnes qui rejoignent l'entreprise après la mise en service.
  • Adaptations dues à des changements dans les systèmes connectés ou dans les conditions des fournisseurs.

Quand l'estimation ne peut pas encore être faite

Dans certaines situations, tout chiffre serait inventé, et la bonne étape n'est pas le devis.

  • Vous ne savez pas combien de requêtes vous recevez aujourd'hui : elles se comptent pendant quelques semaines, et c'est un travail bref.
  • Ce que doit faire l'assistant n'est pas clair : un périmètre indéfini produit une consommation indéfinie, car chaque requête peut devenir n'importe quoi.
  • Les sources documentaires n'existent pas encore sous une forme lisible : tant qu'on ne sait pas combien de travail il faut pour les préparer, le poste le plus important reste découvert.
  • Personne ne sait dire combien coûte aujourd'hui la même activité faite à la main : sans ce terme de comparaison, l'estimation ne sert pas à décider.

Dans ces cas, la voie à suivre est un projet pilote avec un échantillon limité, une durée déclarée et une décision établie au départ sur ce qui le ferait continuer ou s'arrêter. Cela coûte moins cher qu'un devis construit sur des hypothèses.

Ce que ce guide ne couvre pas

Il est ici question de la structure des coûts de gestion d'une solution IA. La comparaison plus générale entre coût de projet et coût de gestion dans le temps d'un logiciel d'entreprise est traitée dans le guide dédié ; la façon de mettre en place un projet pilote, avec objectif, échantillon et critère de décision, fait elle aussi l'objet de son propre guide. Les valeurs chiffrées n'apparaissent pas dans ce guide car elles doivent être prises dans les tarifs en vigueur à la date où vous faites votre estimation.

Questions fréquentes

Vaut-il mieux payer à la consommation ou utiliser sa propre infrastructure ?

Cela dépend des volumes, de la sensibilité des données et de qui peut s'occuper de la maintenance. La consommation ne se paie que pour ce qu'on utilise mais croît avec l'usage ; l'infrastructure propre a un coût fixe et exige des compétences internes ou un contrat de gestion. La décision doit se prendre sur le coût par unité dans les trois scénarios, pas sur le total mensuel.

Comment garder la consommation sous contrôle ?

En la mesurant par unité et pas seulement en total, en fixant des limites de dépense là où le fournisseur le permet, et en surveillant la quantité de contexte envoyée à chaque requête : c'est la variable qui croît sans que personne ne s'en aperçoive, car elle augmente à chaque ajout de document consultable.

Le coût baisse-t-il avec le temps ?

Certains postes peuvent baisser, par exemple la consommation unitaire si le système est optimisé ou si les conditions des fournisseurs changent. D'autres augmentent : archives, journaux, nouveaux cas à gérer. Il n'est pas prudent de construire une décision sur une baisse attendue des prix, car cela ne dépend pas de vous.

Nous définissons les postes de coût de votre solution IA.

Si vous voulez en parler, le service concerné est Intelligence artificielle.

Guides liés