Le devis d’un projet d’intelligence artificielle décrit la construction. Le coût réel, lui, commence à la mise en production et ne s’arrête plus. Ce n’est pas propre à l’IA — tout logiciel exploité coûte — mais deux choses y sont particulières : le comportement de l’outil se dégrade sans que le code change, et la part de travail humain nécessaire pour le garder juste est systématiquement sous-estimée.
Voici les six postes qui composent ce coût, dans l’ordre où ils surprennent.
1. La vérification humaine
C’est le poste le plus lourd et le moins budgété. Un outil qui propose et qu’un humain valide consomme du temps humain, par définition. La question n’est pas de savoir si ce temps existe, mais s’il est inférieur au temps qu’il remplace.
Le piège classique : un automate traite mille documents par mois, et quelqu’un doit contrôler chaque proposition. Le travail n’a pas disparu, il s’est déplacé de la saisie vers le contrôle — parfois pour un métier moins intéressant et un gain net nul. Ce calcul se fait pendant le prototype, chronomètre en main, sur des cas réels non triés.
2. L’entretien du corpus
Tout dispositif qui répond à partir de vos contenus dépend de leur fraîcheur. Vos tarifs bougent, votre offre change, une procédure est modifiée : chaque changement non répercuté produit une réponse fausse, énoncée avec la même assurance qu’une réponse juste.
Comptez une demi-journée par mois pour un dispositif de taille modeste, portée par quelqu’un qui connaît l’offre et non par un prestataire. C’est peu, mais c’est récurrent et nominatif : sans nom dans la case, personne ne le fait.
3. L’usage des modèles
C’est devenu le poste le moins cher, et celui dont on parle le plus. Pour un site d’entreprise ou un outil interne à quelques dizaines d’utilisateurs, la facture se compte en dizaines d’euros par mois, parfois en centaines pour des volumes de documents importants.
Deux réserves quand même. Les tarifs baissent mais les usages grossissent, et une fonctionnalité qui traite des documents entiers coûte plusieurs dizaines de fois plus qu’une qui traite des questions courtes : demandez une estimation par type d’usage, pas un forfait global. Et vérifiez le comportement en cas de dépassement : facturation à l’usage, ou blocage du service ?
4. Les intégrations qui bougent sans vous
Un outil utile est un outil relié — à la messagerie, au CRM, à l’outil de gestion, à la boutique. Chacun de ces systèmes évolue selon son propre calendrier, et une interface qui change casse la chaîne sans prévenir.
Ce poste est imprévisible dans son calendrier et régulier dans son montant. Prévoyez une enveloppe annuelle de maintenance corrective plutôt que d’attendre les incidents : traitée en urgence, la même correction coûte deux fois plus cher et arrive toujours au mauvais moment.
5. La dérive silencieuse
C’est la particularité de ces dispositifs. Un logiciel classique qui cesse de fonctionner le fait bruyamment : une erreur, une page blanche, un incident. Un dispositif d’IA qui se dégrade continue de répondre. Ses réponses deviennent simplement moins justes, et personne ne s’en aperçoit avant qu’un client le signale.
La contre-mesure n’est pas technique, elle est organisationnelle : une revue mensuelle d’un échantillon de cas réels, par quelqu’un qui connaît le métier. Une heure par mois. C’est le poste le plus facile à supprimer quand l’agenda se remplit, et celui dont la suppression coûte le plus cher.
6. La formation, puis la re-formation
Les personnes qui utilisent l’outil doivent comprendre ce qu’il fait et ce qu’il ne fait pas. Cette formation initiale figure au devis. Celle des arrivants six mois plus tard, non — et sans elle, l’outil est utilisé de travers ou contourné.
Une documentation courte, écrite pour les utilisateurs et non pour les développeurs, règle l’essentiel du problème. Elle fait partie de la livraison : réclamez-la explicitement, elle est rarement fournie d’office.
Trois surprises de facturation
Le traitement de documents entiers. Analyser un contrat de quarante pages coûte plusieurs dizaines de fois le prix d’une question courte, parce que le modèle doit lire tout le texte à chaque appel. Une fonctionnalité qui paraissait marginale au cahier des charges peut représenter l’essentiel de la facture. Demandez une estimation par type d’usage.
Les essais internes. Pendant la phase de mise au point, l’équipe teste beaucoup, et chaque test est facturé comme un usage réel. Ce poste est temporaire mais il tombe au mauvais moment, avant que le projet ne produise quoi que ce soit.
Le succès. C’est la plus désagréable. Un dispositif utile est utilisé, et le coût suit l’usage. Un assistant qui traite trois cents conversations par mois coûtera dix fois plus à trois mille. Le calcul se fait donc sur le volume espéré, pas sur le volume de départ.
Ce que le devis doit séparer
Exigez deux colonnes distinctes : ce qui se paie une fois, et ce qui se paie chaque année. La seconde colonne est celle qui décide, et c’est celle que les propositions commerciales fondent volontiers dans un forfait global.
- Une fois : conception, développement, intégrations, reprise de données, formation initiale, documentation.
- Chaque année : hébergement, supervision, usage des modèles, maintenance corrective, revue de qualité, entretien du corpus.
Une règle simple pour lire le résultat : si la colonne annuelle représente moins de quinze pour cent du coût de construction, elle est sous-estimée. Pour un dispositif exploité sérieusement, la fourchette habituelle se situe entre vingt et trente pour cent. Ce n’est pas une mauvaise nouvelle : c’est le prix d’un outil qui reste juste au bout de deux ans, au lieu d’un outil qu’on abandonne au bout de dix mois sans jamais avoir su pourquoi il ne servait plus.
Le seul ratio utile
Avant de lancer un projet, nous demandons deux chiffres et nous les comparons : le coût annuel d’exploitation estimé — les six postes ci-dessus — face au coût annuel de la tâche telle qu’elle se fait aujourd’hui, mesuré et non supposé.
Si le second ne dépasse pas le premier d’un facteur deux, le projet est fragile : la moindre imprécision d’estimation efface le gain. S’il le dépasse largement, le sujet est solide et la discussion peut porter sur le reste. Et s’il s’avère impossible de chiffrer le coût actuel de la tâche, ce n’est pas un problème de méthode : c’est le signe que la tâche n’a jamais été regardée de près, et qu’il faut commencer par là.
