Cahier des charges d'un projet IA : le brief qui cadre tout

La plupart des projets IA qui dérapent ne dérapent pas à cause de la technologie. Ils dérapent parce que personne n'a écrit clairement, au départ, ce que l'entreprise attendait vraiment. On se parle, on s'entend sur une vague ambition ("on veut un chatbot", "on veut automatiser les devis"), un prestataire livre quelque chose, et le dirigeant découvre que ce n'était pas ça. Trois mois perdus, un budget consommé, de la méfiance installée.

Le cahier des charges est l'antidote. Pas un document administratif de cinquante pages, mais un brief clair qui met tout le monde d'accord avant la première ligne de code. Pour un dirigeant à Dakar, Abidjan ou Douala qui s'apprête à investir dans son premier projet d'intelligence artificielle, c'est le document le plus rentable qu'il écrira. Voici comment le construire.

Pourquoi un brief flou coûte plus cher qu'un brief précis

Affirmation clé : dans un projet IA, l'imprécision du départ se paie à la fin, en temps et en argent. Quand le besoin n'est pas écrit, chaque partie comble les blancs avec ses propres hypothèses. L'entreprise imagine une solution complète ; le prestataire chiffre le minimum qu'il a compris. L'écart apparaît à la livraison, au pire moment, quand il est coûteux à corriger.

Un cahier des charges précis fait l'inverse : il force les bonnes questions avant l'engagement. Rédiger "je veux réduire le temps de réponse aux clients sur WhatsApp" oblige déjà à savoir combien de messages arrivent, en quelles langues, sur quels sujets. Ces réponses changent tout au devis. Un brief qui pose ces questions tôt protège l'acheteur comme le prestataire, et c'est d'ailleurs l'un des critères pour bien choisir son agence IA : un bon partenaire exige un cadrage, il ne se contente pas d'un "faites-nous quelque chose avec l'IA".

Décrire le problème, pas la solution

L'erreur la plus répandue consiste à écrire une solution technique à la place d'un besoin. "Je veux un agent IA avec du RAG connecté à notre base" n'est pas un besoin, c'est une hypothèse de solution, souvent copiée d'un article lu la veille. Le besoin, c'est : "mes commerciaux perdent deux heures par jour à chercher des informations produit dans des PDF éparpillés".

Affirmation clé : un cahier des charges IA décrit un problème métier mesurable et laisse le prestataire proposer la technologie. Cette discipline a deux vertus. Elle évite de payer pour une solution surdimensionnée que personne n'a vraiment questionnée. Et elle laisse la place à l'expertise du prestataire, qui connaît des approches que le client ignore. Décrire le problème, c'est garder la main sur le résultat tout en ouvrant le champ des moyens. Un chatbot, une automatisation ou un agent IA peuvent répondre au même problème de façons très différentes ; c'est au diagnostic de trancher, pas au brief.

Les six rubriques qui suffisent

Un bon cahier des charges pour un premier projet tient en quelques pages structurées autour de six rubriques.

Le contexte et le problème : en quelques lignes, l'activité, le point de douleur concret, pourquoi maintenant. Les objectifs mesurables : ce que l'entreprise veut obtenir, chiffré quand c'est possible. Le périmètre : ce qui est inclus et, tout aussi important, ce qui est exclu de cette première étape. Les données : ce qui existe, où, dans quel état, qui y a accès. Les contraintes : budget, délai attendu, outils existants avec lesquels la solution doit s'intégrer, exigences de confidentialité. Les critères de réussite : comment on saura, dans trois mois, si le projet a tenu ses promesses.

Affirmation clé : le périmètre exclu est aussi important que le périmètre inclus, car c'est lui qui empêche le projet de gonfler sans fin. Écrire noir sur blanc "cette première version ne traite que les demandes en français, le wolof viendra ensuite" évite la dérive silencieuse où l'on ajoute sans cesse des exigences sans revoir ni le budget ni le délai.

Les données : la rubrique qu'on néglige et qui fait tout

C'est le point où les projets africains calent le plus souvent. L'IA a besoin de matière : des historiques, des documents, des fichiers clients, des exemples. Et cette matière est rarement prête. Elle est dispersée entre un logiciel de gestion, des fichiers Excel, des conversations WhatsApp et la tête de deux employés clés.

Le cahier des charges doit décrire honnêtement cet état réel. Quelles données existent, sous quelle forme, qui les détient, dans quel état de propreté. Affirmation clé : un projet IA ne vaut jamais mieux que les données qu'on lui donne, et la qualité de ces données se juge avant de signer, pas après. Mentir sur cet état, par optimisme ou par gêne, revient à saboter le projet avant son lancement. Mieux vaut écrire "nos données sont éparpillées et incomplètes" et budgéter leur préparation, un chantier que nous détaillons dans notre guide sur la préparation des données pour un projet IA. Une stratégie data claire en amont évite de découvrir le problème en cours de route.

Des critères de réussite liés à la valeur, pas à la technique

Un projet sans critère de réussite est un projet qu'on ne pourra ni valider ni défendre. Et le piège, c'est de choisir des critères techniques qui ne parlent à personne au comité de direction. Un taux de précision du modèle ne dit rien sur la valeur créée.

Les bons critères sont métier et mesurables. Réduire de moitié le temps de production d'un devis. Traiter huit demandes clients sur dix sans intervention humaine. Diviser par trois le délai de relance des impayés. Affirmation clé : chaque critère de réussite doit avoir une valeur de départ connue, une cible chiffrée et une méthode de mesure, sinon le gain restera invisible et l'investissement injustifiable. Ce raisonnement rejoint directement la question du retour sur investissement : sans point de départ mesuré aujourd'hui, impossible de prouver demain que l'IA a rapporté. C'est le socle de toute évaluation sérieuse du calcul du ROI d'un projet IA.

Budget, délai et intégration : cadrer sans tout verrouiller

Un dirigeant hésite souvent à annoncer un budget, de peur de le voir intégralement consommé. L'inverse est plus risqué : sans fourchette, les propositions reçues seront incomparables, l'une à cinq fois le prix de l'autre pour des périmètres qu'on ne saura pas distinguer. Donner une enveloppe, même large, oriente les propositions vers le réaliste.

Le délai mérite la même franchise. Il faut distinguer l'envie ("le plus vite possible") de la contrainte réelle (une échéance commerciale, une saison). Nos clients surestiment souvent la vitesse possible et sous-estiment le temps de préparation des données ; nous avons consacré un article entier aux délais réels de déploiement d'un projet IA. Enfin, l'intégration aux outils existants, logiciel de gestion, messagerie, mobile money, doit figurer dans le brief : une solution IA brillante mais déconnectée des outils quotidiens finit abandonnée.

Le brief vit avec le projet

Un cahier des charges n'est pas gravé dans le marbre. Il cadre le départ, puis évolue de façon maîtrisée. L'important est que tout changement de périmètre soit explicite et renégocié, pas glissé en douce. C'est précisément cette discipline qui distingue un projet tenu d'un projet qui s'enlise, et elle prolonge naturellement une bonne méthode de conduite de projet et d'adoption de l'IA en interne.

ThalerTech Africa accompagne les entreprises dès cette étape de cadrage, souvent la plus négligée et la plus décisive : transformer une intuition ("on devrait faire quelque chose avec l'IA") en un brief clair, chiffré et mesurable avant tout engagement, avec des équipes présentes à Dakar, Abidjan et Douala. Le principe tient en une phrase : un projet IA bien cadré au départ coûte moins cher, livre plus vite et déçoit beaucoup moins que celui qu'on a lancé sur un malentendu.