Combien coûte un projet d’intelligence artificielle ?

01

Distinguer le pilote, le produit et son fonctionnement

La question du coût arrive souvent avec une idée : un assistant interne, une recherche dans les documents de l’entreprise, une extraction d’informations ou une automatisation. Pour l’estimer, il faut transformer cette idée en un travail observable. Qui l’utilisera ? Sur quelles informations ? Que devra faire une personne lorsqu’une réponse est incomplète ?

Un essai qui produit une réponse convaincante et une fonction utilisée chaque jour ne demandent pas le même périmètre. Le premier vérifie une hypothèse. La seconde doit aussi gérer les accès, les erreurs, les mises à jour et la continuité du service. Nous recommandons de distinguer ces étapes dans le devis pour décider de la suite à partir de résultats observés.

02

Définir la tâche et le niveau d’autonomie

« Ajouter de l’IA » ne décrit pas une fonctionnalité. Préparer un brouillon de réponse, classer des demandes et déclencher une action dans un logiciel sont trois missions différentes. Pour chaque mission, précisez le point de départ, le résultat attendu et la personne qui en reste responsable.

Le degré d’autonomie change aussi le travail à réaliser. Un brouillon relu avant utilisation n’a pas les mêmes conséquences qu’une modification automatique dans un CRM. Dès qu’une action touche un outil métier, le cadrage doit prévoir les autorisations, la validation, la trace des actions et la manière de reprendre une erreur. Si une règle classique suffit à résoudre la tâche, elle doit faire partie des options examinées.

03

Examiner les données et les outils à connecter

Avant de choisir un modèle, faites l’inventaire des informations réellement utiles : documents, tickets, catalogue, fiches clients ou procédures. Vérifiez leurs formats, leur actualité et les personnes autorisées à les consulter. Un contenu disponible dans un dossier partagé peut encore nécessiter un nettoyage, une sélection et une organisation.

Une recherche dans les documents de l’entreprise peut servir à fournir les passages utiles au modèle au moment de la demande. Cela suppose d’organiser les sources, leur mise à jour et les droits d’accès ; ce n’est pas automatiquement un entraînement de modèle. Le périmètre doit également préciser les API disponibles, les environnements de test et les personnes qui maintiendront chaque connexion.

04

Estimer les coûts récurrents à partir de l’usage

Pour une API de modèle génératif, la consommation dépend notamment des informations envoyées et de la réponse produite. Ces volumes sont généralement mesurés en tokens, des unités de traitement qui ne correspondent pas exactement à des mots. Un long historique ou de nombreux documents joints peuvent donc peser sur un appel, même lorsque la question de l’utilisateur est courte.

Certaines fonctions, comme la recherche web ou l’utilisation d’outils, peuvent ajouter des postes de facturation. Les conditions varient selon le fournisseur et la configuration retenue : il faut vérifier sa documentation au moment de l’estimation. Le budget de fonctionnement doit aussi distinguer l’hébergement, le stockage, le suivi technique et le temps de contrôle humain nécessaires à votre usage.

Préparez plusieurs scénarios de volume : usage habituel, période de forte activité et adoption plus large. Pour chacun, estimez le nombre de tâches, les appels nécessaires et les reprises éventuelles. Prévoyez des alertes et une limite opérationnelle, puis comparez ces hypothèses aux consommations du pilote. Une architecture hébergée par vos soins demande, de son côté, d’estimer les ressources et les compétences nécessaires à son exploitation.

05

Prévoir l’évaluation avant de généraliser

Une réponse plausible ne suffit pas à valider un usage. Les modèles génératifs peuvent produire des réponses différentes à une même demande. Préparez des cas représentatifs, y compris les situations difficiles, puis définissez les critères de réussite avec les personnes qui utiliseront la solution. Rejouez ces évaluations lorsque les instructions, les données ou le modèle changent.

Le pilote doit permettre de décider : poursuivre, ajuster le périmètre ou arrêter. Comparez les résultats au processus actuel en tenant compte du temps de vérification et des corrections, pas uniquement du temps de génération. Documentez aussi les cas dans lesquels le système doit demander une précision ou passer la main à une personne.

06

Exemple : préparer les réponses d’une équipe support

Imaginons une équipe qui recherche des réponses dans plusieurs procédures internes avant de traiter les demandes reçues. Son besoin initial est un assistant capable de préparer une réponse à partir de documents approuvés. Pour une première version, l’utilisateur choisit la demande, consulte les passages proposés et valide le brouillon avant tout envoi.

Le pilote peut commencer avec un périmètre documentaire limité et un échantillon de demandes. Il sert à observer si les bonnes informations sont retrouvées et si les brouillons demandent moins de travail que le processus actuel. La connexion à l’outil de support, la synchronisation des documents et la gestion de plusieurs équipes sont des décisions distinctes à chiffrer ensuite.

07

Préparer une demande de devis comparable

Pour obtenir une estimation utile, préparez une description du processus actuel, des exemples de demandes, les sources disponibles et les logiciels concernés. Ajoutez les personnes à mobiliser, les contraintes de calendrier et le résultat qui permettrait de considérer le pilote comme concluant. Ces éléments aident à distinguer ce qui est connu de ce qui doit encore être testé.

Demandez une proposition qui sépare le cadrage, le pilote, l’intégration et le fonctionnement. Les hypothèses de volume, les livrables, les exclusions et les responsabilités doivent être visibles. Une démonstration, une application exploitable et un accompagnement continu ne se comparent pas sur un montant global isolé.

Pour juger la valeur du projet, partez d’une mesure de départ : effort consacré à une tâche, délais, erreurs ou dossiers traités. Observez ensuite ce qui change, en intégrant les contrôles et la maintenance. Cette comparaison permet de décider d’un investissement progressif sans transformer une hypothèse de gain en promesse.