Beaucoup de PME abordent un projet d’IA sans avoir la moindre idée de ce qu’il va coûter, et les fournisseurs ne les aident pas : les prix sont affichés au jeton, à l’heure, au mois, jamais en coût complet. Résultat, les budgets dérapent, ou pire, les projets sont gelés faute d’avoir été chiffrés honnêtement au départ. Un projet d’IA se budgette pourtant comme n’importe quel projet de développement, à condition d’en connaître les postes.
La difficulté vient de ce que le coût d’un système d’IA se répartit entre des dépenses très différentes : des appels à des modèles facturés à l’usage, une infrastructure qui tourne en continu, un développement initial, et une maintenance qui, elle, ne s’arrête jamais. Oublier un de ces postes, c’est découvrir une facture imprévue six mois après la mise en production.
Cet article décompose le budget d’un projet d’IA typique de PME, avec des ordres de grandeur réalistes et non gonflés. L’objectif n’est pas de donner un chiffre unique, mais de vous donner la grille pour chiffrer le vôtre, et de repérer les pièges qui font déraper les coûts.
Les appels aux modèles : un coût variable à encadrer
Le poste le plus visible est la facture des modèles de langage, facturée à l’usage, au million de tokens. C’est aussi le poste le plus trompeur, parce qu’un prototype coûte presque rien et laisse croire que la production sera pareille. Elle ne l’est jamais : le volume d’utilisation, la taille des contextes et le choix du modèle changent tout.
Pour une PME, l’ordre de grandeur réaliste se situe souvent entre quelques dizaines et quelques centaines d’euros par mois pour un usage interne modéré. Ce qui fait exploser la facture, ce sont trois choses : un modèle trop gros pour la tâche, des contextes trop longs systématiquement renvoyés, et des boucles d’agents qui multiplient les appels. Une requête qui en génère quinze en interne coûte quinze fois le prix affiché par requête.
La parade est la même que partout : choisir le plus petit modèle qui suffit, découper les contextes, plafonner les itérations, et mettre des compteurs de coût en place dès le premier jour.
L’infrastructure : le coût qui ne dort jamais
À côté des appels aux modèles, il y a l’infrastructure : les serveurs qui hébergent la base vectorielle, l’application, les pipelines de traitement. Ce coût est fixe, il court vingt-quatre heures sur vingt-quatre, même quand personne n’utilise le système, et c’est lui qu’on oublie le plus souvent dans les estimations initiales.
Pour un premier déploiement de PME, quelques dizaines à quelques centaines d’euros par mois couvrent largement une base vectorielle, une application et les traitements associés. Les erreurs classiques font grimper la note : surdimensionner les machines, multiplier les environnements, ou héberger séparément des services qui auraient pu partager une même instance. Une architecture sobre, sur des services déjà connus de l’équipe, coûte une fraction d’une architecture distribuée à la mode.
Le point à retenir est simple : l’infrastructure se chiffre au mois, pas au jeton, et elle doit figurer dans le budget comme une charge récurrente dès le départ. C’est elle qui rend un projet « gratuit au prototype » coûteux en production.
Le développement : un coût initial, pas un coût unique
Le développement initial est le poste le plus facile à estimer, et donc le seul que la plupart des PME estiment. Un agent ou un RAG simple, construit par une petite équipe, se chiffre en semaines de travail plutôt qu’en mois. L’ordre de grandeur dépend du périmètre : un assistant sur documentation interne est plus rapide à livrer qu’un agent qui agit sur plusieurs systèmes existants.
Ce qui fausse l’estimation, c’est de croire que le développement s’arrête à la livraison. En réalité, la mise au point d’un système d’IA se joue après la première version : ajuster les prompts, corriger les cas limites, intégrer les retours. Ce travail d’itération représente souvent autant, voire plus, que le développement initial, et il doit être budgété comme tel.
Une façon honnête de le chiffrer est de prévoir un budget de développement initial, puis un budget d’itération sur les semaines qui suivent la mise en production. Les projets qui ne prévoient que le premier découvrent le second en cours de route, avec la désagréable impression d’un budget qui glisse.
La maintenance et la surveillance : le vrai coût de long terme
Une fois le système en production, la dépense ne s’arrête pas, elle change de nature. Il faut surveiller les coûts, maintenir les sources de données à jour, faire évoluer les modèles quand les versions changent, et corriger les régressions. Ce travail continu est le coût le plus sous-estimé des projets d’IA, parce qu’il n’apparaît sur aucune facture de fournisseur.
Concrètement, un système d’IA en production demande une présence régulière : quelqu’un qui regarde les traces, met à jour la documentation indexée, ajuste un prompt quand le comportement dérive. C’est une charge de quelques heures par semaine au minimum, et elle ne disparaît jamais. La sous-traiter ou la confier à une équipe dédiée coûte moins cher qu’on ne le croit, comparé au coût d’un système qui se dégrade sans personne pour le voir.
Le budget honnête inclut donc une ligne de maintenance récurrente, distincte du développement initial. Sans elle, un projet d’IA est condamné à bien démarrer puis à se dégrader lentement, jusqu’à l’abandon.
Les pièges qui font déraper le budget
Au-delà des postes, quelques pièges reviennent dans presque tous les projets qui dérapent. Le premier est le surdimensionnement du modèle : choisir le modèle le plus puissant pour une tâche qu’un modèle plus petit traite aussi bien, et payer la différence en continu. Le second est l’absence de métriques de coût : sans suivi, une boucle d’agent peut multiplier la facture par dix sans que personne ne s’en aperçoive.
Le troisième piège est le prototype laissé en production : un code écrit pour démontrer, jamais pensé pour la durée, et qui consomme des ressources ou refait des traitements inutilement. Le quatrième est le périmètre qui s’étend sans contrôle, chaque nouveau cas d’usage venant s’ajouter au budget sans avoir été chiffré. Ces quatre pièges ont un point commun : ils se corrigent par la mesure et la discipline, pas par la technologie.
La bonne nouvelle est que ces pièges sont évitables à faible coût, si l’on accepte de chiffrer le projet en coût complet dès le départ, et de poser les métriques qui permettent de suivre chaque poste. Un budget d’IA bien tenu n’est pas un budget plus cher, c’est un budget prévisible.
L’accompagnement Agenticiel pour chiffrer et tenir votre budget
Chiffrer un projet d’IA honnêtement demande d’avoir déjà mené des projets similaires, et c’est précisément ce qui manque à une PME qui se lance. Agenticiel aide les PME à établir un budget réaliste, poste par poste, et à le tenir une fois le système en production.
Nous commençons par cadrer le périmètre et estimer chaque poste, du développement initial à la maintenance récurrente, avec des ordres de grandeur que nous avons vérifiés sur des projets réels. Nous construisons ensuite le système avec des choix sobres : le modèle le plus petit qui suffit, l’infrastructure la plus simple qui tient, les métriques de coût dès le premier jour. Le travail est mené par une équipe de développeurs offshore francophones, basée à Madagascar, qui échange avec vous dans votre langue et sur vos horaires. La sous-traitance de développement réduit le poste le plus lourd, le développement et la maintenance, sans toucher aux autres.
Notre approche consiste à rendre le coût prévisible avant de commencer : on chiffre chaque poste, on le mesure en continu, et on vous donne les moyens de piloter votre budget au lieu de le subir.