Combien coûte réellement un projet IA en Tunisie en 2026

Cherchez ce que coûte un projet d'IA en Tunisie et vous obtiendrez une réponse rapide. Les guides publiés cette année pour les PME tunisiennes annoncent 2 000 à 15 000 dinars pour un projet sur mesure, un chatbot ou une automatisation, avec un retour visible vers le troisième ou quatrième mois. Les outils par abonnement sont comptés à part, entre 50 et 200 dinars par utilisateur et par mois.

Ces chiffres ne sont pas malhonnêtes. Ils décrivent quelque chose de réel. La difficulté est ce qu'ils décrivent : une réalisation livrée une fois. Le chiffre qui décide si un projet vaut la peine d'être lancé est différent. C'est ce que la solution coûte à faire tourner, chaque mois, une fois qu'elle porte un processus dont l'entreprise dépend.

Voici l'arithmétique qui montre l'écart. Un profil IA de niveau intermédiaire gagne en Tunisie environ 60 000 à 110 000 dinars par an, et un profil senior démarre autour de 120 000. Toute la fourchette publiée pour un projet sur mesure tient à l'intérieur d'un seul salaire intermédiaire, avec de la marge. Cela ne rend pas la fourchette fausse. Cela veut dire qu'elle n'a jamais été calculée pour inclure les personnes qui maintiennent le système en vie.

Le pilote est la phase la moins chère, et c'est là le piège

Un pilote est bon marché à cause de tout ce qu'il a le droit d'ignorer.

Il tourne sur des données que quelqu'un a nettoyées. Il tourne à faible volume, donc la facture de modèle reste petite. Une personne est assise à côté et vérifie la sortie, ce qui évite d'avoir à construire un contrôle automatique. Il n'écrit dans rien d'important, donc il n'a besoin ni de demande de changement, ni de plan de retour arrière, ni de trace d'audit. Un prototype qui fonctionne affirme que le modèle est capable de la tâche. Tout ce qui le rend cher est encore éteint.

Puis le pilote réussit, et la partie chère commence. C'est le moment où les questions changent. Pouvons-nous compter dessus quand personne ne surveille ? Que se passe-t-il quand il se trompe ? Qui l'apprend ? Pourrons-nous montrer, dans dix-huit mois, ce qu'il a consulté et ce qu'il a décidé ?

La conséquence inconfortable pour celui qui valide un budget : un pilote bon marché ne prouve pas qu'un système sera bon marché. Il prouve que la partie peu coûteuse est peu coûteuse. L'ITCEQ a constaté que 71 % des entreprises tunisiennes achoppent sur l'intégration de l'IA, en citant le financement limité, le manque de compétences numériques et la résistance au changement. Ces trois symptômes viennent de la même erreur : budgéter la démonstration, puis découvrir que l'exploitation est un achat séparé.

Les quatre postes qui n'entrent jamais dans le devis

Ce sont les coûts qui apparaissent après le pilote, et c'est ce qui fait diverger la fourchette de projet et le coût réel.

L'intégration. Se connecter à un système bancaire central, à un ERP ou à une plateforme de sinistres n'est pas une étape de configuration, et son prix est fixé par le système central, pas par le modèle. Un traitement par lot, en lecture seule, que personne n'a besoin d'approuver, coûte peu. Une écriture synchrone dans un système doté d'un comité de changement coûte cher, parce que chaque modification doit être justifiée, planifiée, puis annulée proprement si elle tourne mal. Les devis disent en général « nous nous intégrons à vos systèmes existants ». Ce que cela coûte dépend entièrement du contrôle que vous avez sur le système auquel vous vous intégrez.

L'évaluation. Sans un ensemble de cas réels et des réponses qu'une personne compétente donnerait, « ça marche bien » est un avis, et un avis ne survit pas à un comité de pilotage. Constituer cet ensemble est le travail des personnes qui connaissent le processus, pas de celles qui écrivent le code, ce qui en fait un coût de planning et de salaire plutôt qu'un coût d'outillage. Il faut aussi le reconstruire chaque fois que le processus sous-jacent change.

La traçabilité. Pour tout processus qui intéresse un régulateur ou un auditeur, le système doit enregistrer ce qu'il a consulté, quelle version du document c'était, ce qui lui a été demandé et ce qu'il a produit. Capturé pendant que le système tourne, c'est un travail modeste. Rajouté après coup à un système qui ne l'a jamais stocké, c'est un projet à part entière. C'est le poste qui transforme un pilote réussi en seconde phase non budgétée.

La facture d'exploitation, et sa forme. C'est ici que l'intuition liée aux licences se casse. La dépense de modèle ne suit pas le nombre de collaborateurs qui utilisent la solution. Elle suit ce qu'ils lui demandent, à quelle fréquence, et la quantité de contexte que porte chaque requête. Deux services de même taille peuvent différer d'un facteur dix.

Pourquoi le poste est la mauvaise unité pour un coût d'exploitation

Une licence est une ligne prévisible. Vous connaissez les effectifs, vous connaissez le prix, vous multipliez. L'usage de l'IA ne se comporte pas ainsi, et le prix au token, la partie que tout le monde cite, est justement la partie facile à connaître.

Le coût d'une requête varie selon des éléments invisibles dans un tableur d'achat :

• Faire passer la même requête par un autre fournisseur peut réduire le coût d'environ 30 %, pour un travail identique.
• Une requête répétée qui touche un cache peut coûter 60 % de moins que la première.
• Le contexte long, les reprises et les bascules automatiques ajoutent un coût qui n'apparaît jamais dans une démonstration, parce qu'une démonstration n'échoue pas.
• Certains fournisseurs facturent désormais un tarif plus élevé aux heures de pointe : la même tâche coûte plus cher à 10h qu'à 20h.

Tout cela plaide pour un seul chiffre instrumenté, dès le premier jour de production : le coût par tâche aboutie. Le coût par token est un chiffre que personne ne peut poser à côté d'autre chose, et le coût par utilisateur ne veut rien dire quand l'usage est irrégulier. Le coût par tâche aboutie est le seul qu'un directeur financier peut comparer au coût du travail manuel, et le seul qui montre si le système devient moins cher ou plus cher en grandissant.

Ce qu'il faut demander à la place du prix

Les fourchettes publiées répondent à une question. Il vous en faut trois, et elles doivent être budgétées séparément.

1. Construire. Le coût unique d'obtenir une version qui fonctionne dans votre environnement. C'est le plus petit des trois sur tout horizon dépassant un an.
2. Exploiter. Le coût récurrent de l'inférence, de l'infrastructure et du support à votre volume réel. Demandez ce qu'il devient à trois fois le volume, et considérez une réponse toute faite comme un signal d'alerte.
3. Porter. L'engagement permanent de garder le système exact et défendable : une personne responsable du résultat, un chemin pour les escalades, et les éléments de preuve qu'un auditeur ou un inspecteur demanderait. Que ce soit en interne ou chez un partenaire, c'est une ligne récurrente, et c'est celle que les fourchettes publiées omettent entièrement.

Un prestataire qui ne sait répondre qu'à la première question vous vend une réalisation. C'est peut-être exactement ce que vous voulez, à condition que personne ne suppose que les deux autres sont incluses.

Les trois questions à mettre par écrit avant de signer :

• Combien cela coûte-t-il à exploiter chez nous, par mois, une fois en service ?
• Que devient ce chiffre si l'usage triple ?
• Qui répond du résultat au treizième mois, quand ceux qui ont construit la solution sont passés à autre chose ?

Des réponses vagues à ces trois questions vous apprendront plus que n'importe quel chiffre de budget.

La décision qui vous appartient

Le moyen le moins coûteux de maîtriser le coût total de l'IA n'est pas de négocier la réalisation à la baisse. C'est de choisir le bon premier processus, parce que presque toutes les mauvaises surprises que nous voyons viennent d'un cadrage décidé tôt et jamais revu. Un processus qui prévoit un passage à l'humain à chaque étape n'est pas le même projet, ni le même budget, qu'un processus qui doit tourner sans surveillance.

Ce choix mérite une après-midi d'évaluation honnête avant que quiconque rédige une proposition. C'est aussi la part du coût qui dépend entièrement de vous.

Pour partir d'une base, notre évaluation de préparation situe le niveau réel de votre organisation, et l'automatisation des processus décrit ce qui se passe une fois le premier processus choisi.