Cadrer un assistant IA interne : le brief en une page

La plupart des projets d'assistant IA interne échouent avant la première ligne de code, au moment où personne n'a écrit ce que l'outil devait faire, pour qui, à partir de quelles sources, et comment on saurait qu'il marche. Les études sur l'échec des projets IA convergent sur ce point avec une régularité qui devrait rassurer : les causes sont rarement techniques. Cette série va de l'idée au service ; elle commence par le document le plus court et le plus décisif du projet, un brief qui tient sur une page.

Prérequis : aucun. Cet épisode s'adresse au dirigeant ou au responsable métier qui porte le projet. Les épisodes techniques de la série, la construction d'un RAG et le banc d'essai, viennent ensuite.

Ce que les chiffres disent, et ce qu'ils ne disent pas

L'IA est déjà dans votre entreprise, la question est par quelle porte. Fin 2025, 55 % des TPE-PME françaises déclaraient utiliser une IA générative, contre 31 % un an plus tôt et 15 % fin 2023, selon le baromètre de Bpifrance Le Lab publié en janvier 2026 ; mais 17 % seulement en font un usage régulier, et l'essentiel passe par des outils grand public, à titre individuel. Une étude YouGov pour Microsoft France, en janvier 2026, auprès de 657 cadres et dirigeants, donne la mesure de l'informel : 61 % des utilisateurs d'IA en entreprise y accèdent par un compte personnel au moins une fois par semaine. Un assistant interne n'ajoute pas l'IA à l'entreprise. Il remplace des usages qui existent déjà, sans cadre, par un usage qui en a un.

De l'autre côté, les projets structurés cassent beaucoup. S&P Global Market Intelligence, sur plus de mille entreprises d'Amérique du Nord et d'Europe interrogées début 2025, compte 42 % d'organisations ayant abandonné la plupart de leurs initiatives IA, contre 17 % un an plus tôt, et 46 % de preuves de concept jetées avant la production ; les obstacles cités sont le coût, la confidentialité et la sécurité. L'enquête mondiale de McKinsey de novembre 2025 trouve 88 % d'organisations utilisatrices, 39 % qui constatent un effet sur leur résultat d'exploitation, et 6 % à peine pour qui cet effet dépasse 5 %. Ces 6 % ont deux traits : ils redessinent les flux de travail au lieu de poser un outil dessus, et ils ont défini où un humain valide.

Le chiffre le plus repris de l'année, les 95 % de pilotes d'IA générative « sans impact » du rapport du MIT de juillet 2025, mérite une lecture prudente : échantillon réduit, pas de relecture par les pairs, et un « impact » mesuré sur le compte de résultat, que la plupart des pilotes n'avaient tout simplement pas outillé. Le chiffre est fragile ; la raison ne l'est pas. Ce que ce rapport et celui de la RAND Corporation de 2024, fondé sur 65 entretiens de praticiens, disent ensemble, c'est que les projets meurent d'un problème mal posé, d'un objectif mal communiqué par la direction et de données qui n'étaient pas prêtes. Trois causes de cadrage. D'où une page.

Le brief, rubrique par rubrique

Prenons un cas type, que nous suivrons jusqu'au bout de la série : une PME de négoce de 80 personnes dont le service client répond par courriel et téléphone, et passe une part de sa journée à chercher dans les fiches produits, les conditions de livraison et les tarifs par zone. Le dirigeant veut « un assistant IA ». Voici ce que la page doit contenir.

1. Le problème, en une phrase et un chiffre. Pas « améliorer la réactivité du service client », mais : « Le service client traite 140 demandes par jour ; 40 % exigent une recherche dans la documentation ; cette recherche prend six minutes en moyenne ; soit 28 heures par semaine pour trois personnes. » Ce chiffre est la ligne de base. Il se mesure avant tout le reste, sur deux semaines, en comptant réellement, pas en demandant aux gens d'estimer. Sans lui, le retour sur investissement s'estimera, il ne se calculera jamais.

2. Les utilisateurs et le moment. Qui pose la question, combien de personnes, à quel instant de leur journée, et dans quel outil. « Les trois conseillers, depuis l'interface de tickets, au moment où ils rédigent la réponse. » Un assistant qu'il faut aller chercher dans un onglet de plus n'est pas utilisé ; l'enquête menée pour l'éditeur Writer en avril 2026 auprès de 2 400 salariés et dirigeants trouve 97 % de dirigeants qui disent avoir déployé des agents IA dans l'année, et 52 % de salariés qui s'en servent. L'écart est le coût de la rubrique 2 quand on la saute.

3. Ce qu'il fait, et ce qu'il ne fait jamais. La liste des cas couverts, courte, et la liste des interdits, explicite. « Répond aux questions sur les produits, les délais et les conditions, à partir de la documentation validée. Ne cite jamais un prix qui ne figure pas dans la grille. N'écrit jamais directement au client. N'a pas accès aux données de paie, aux contrats fournisseurs ni aux échanges de la direction. » Le tribunal qui a condamné Air Canada en 2024 parce que son agent conversationnel avait inventé une règle de remboursement, affaire que nous racontons dans qui est responsable quand une IA se trompe, jugeait un assistant dont personne n'avait écrit la rubrique 3.

4. Les sources. Où vit la connaissance dont l'assistant a besoin : quels documents, dans quel format, mis à jour par qui et à quelle fréquence, avec quels droits d'accès. C'est la rubrique que les dirigeants sous-estiment le plus, et celle qui décide de l'architecture. Si la réponse est dans des documents, c'est un RAG, et sa qualité dépendra du découpage et de la recherche bien plus que du modèle : c'est l'objet de l'épisode suivant de cette série. Le choix entre une recherche sans modèle, un widget hébergé, une suite de support, une API branchée sur le site et un modèle qui reste chez le client est traité dans le mémo Choisir un chatbot pour un site. Écrivez aussi ce qui est exclu, et ce qui est périmé : un assistant branché sur trois versions contradictoires d'une grille tarifaire répondra avec assurance, et faux.

5. La mesure de succès. La même métrique qu'en rubrique 1, comptée de la même façon, avec le seuil qui décide : « Temps de recherche moyen ramené sous deux minutes, taux de reprise humaine, c'est-à-dire de réponses corrigées par le conseiller, sous 15 %, mesurés sur les mêmes deux semaines à trois mois. » Ajoutez la mesure de ce qui ne doit pas se dégrader : le taux d'erreur envoyé au client. Cette rubrique deviendra plus tard votre jeu de test, et nous verrons dans l'épisode consacré au banc d'essai comment la transformer en chiffre qu'on recalcule à chaque changement.

6. Les données et les garde-fous. Trois questions, trois réponses écrites. Où vont les données : chez quel prestataire, dans quel pays, sous quel contrat, avec ou sans clause d'entraînement ; nous avons détaillé ce que deviennent les données confiées à un assistant grand public, et c'est précisément ce qu'un assistant interne doit éviter. Qui valide avant qu'une sortie produise un effet à l'extérieur : ici, le conseiller, toujours. Qu'est-ce qu'on journalise : la question, la réponse, les sources utilisées, la version du modèle, la personne qui a validé. Le reste de la sécurité, injection de prompt comprise, se traite à la conception et fait l'objet d'un article à part.

7. Le propriétaire, le budget, la date de fin. Un nom de responsable métier, qui n'est pas le prestataire ni le service informatique, et un référent technique interne capable de paramétrer, d'évaluer et de corriger après la livraison : son absence est, dans les retours de terrain, une cause fréquente d'outils livrés puis abandonnés. Un budget en euros et en jours de travail internes, les seconds étant presque toujours oubliés. Et une date à laquelle on arrête si la rubrique 5 n'est pas atteinte. Pour l'échelle : la synthèse publiée par France Num au printemps 2026, à partir de l'accompagnement de plus de cinquante PME, retient douze cas d'usage qui se mènent en moins de six mois à partir de 10 000 euros. Un assistant documentaire bien borné est dans cette gamme ; un assistant « qui répond à tout » n'y est jamais.

8. La suite si ça marche. Le périmètre suivant, en une ligne, pour que la réussite ait une direction : « Étendre aux réclamations, puis ouvrir aux commerciaux terrain. » Et la condition pour y aller : la rubrique 5 tenue trois mois de suite.

Le gabarit

Une page, huit rubriques, aucune phrase de plus que nécessaire. Le voici tel qu'il se remplit, avec le cas type.

BRIEF ASSISTANT IA : service client, documentation produits. Version 1 du 14/09/2026

1. PROBLÈME (mesuré du 1er au 12 septembre)
   140 demandes/jour ; 40 % avec recherche documentaire ; 6 min par recherche
   = 28 h/semaine, 3 conseillers. Taux d'erreur envoyé au client : 4 %.

2. UTILISATEURS ET MOMENT
   3 conseillers, depuis l'interface de tickets, pendant la rédaction.

3. FAIT / NE FAIT JAMAIS
   Fait : répond sur produits, délais, conditions, à partir des sources ci-dessous.
   Jamais : prix hors grille ; envoi direct au client ; accès paie, fournisseurs, direction.

4. SOURCES
   Fiches produits (PDF, 1 200, ERP, à jour hebdo, propriétaire : achats)
   Conditions de livraison (3 pages, site, propriétaire : logistique)
   Grille tarifaire 2026 (tableur, propriétaire : direction commerciale)
   Exclu : tout document antérieur à 2025 ; dossiers clients nominatifs.

5. MESURE DE SUCCÈS (mêmes deux semaines, à 3 mois)
   Recherche < 2 min ; reprise humaine < 15 % ; erreur client ≤ 4 %.

6. DONNÉES ET GARDE-FOUS
   Hébergement UE, contrat sans entraînement, accord de sous-traitance RGPD (DPA) signé.
   Validation humaine avant tout envoi. Journal : question, réponse, sources, modèle, valideur.

7. PROPRIÉTAIRE, BUDGET, DATE DE FIN
   Responsable : responsable service client. Référent technique : administrateur ERP.
   Budget : 18 000 € prestataire + 20 jours internes. Arrêt si rubrique 5 non atteinte au 15/01/2027.

8. SUITE SI ÇA MARCHE
   Réclamations, puis commerciaux terrain. Condition : rubrique 5 tenue 3 mois.

Les chiffres sont ceux du cas type, pas une norme. Ce qui est normatif, c'est qu'aucune rubrique ne reste vide : une ligne « à définir » dans la rubrique 5 ou la rubrique 7 est un projet qui n'a pas encore commencé.

Deux entreprises qui ont sauté une rubrique

Klarna et la rubrique 5. En février 2024, la société de paiement annonçait qu'un assistant fondé sur les modèles d'OpenAI avait traité 2,3 millions de conversations en un mois, l'équivalent de 700 postes à temps plein, pour quelque 40 millions de dollars d'économies annuelles. Quinze mois plus tard, en mai 2025, son directeur général Sebastian Siemiatkowski expliquait à Bloomberg que l'entreprise recrutait de nouveau des agents humains, parce qu'elle avait trop regardé l'efficacité et le coût, et que le résultat était une qualité moindre, « ce qui n'est pas tenable ». Klarna a contesté le mot « retour en arrière » : l'assistant continue de faire le travail de plus de 800 postes, et l'embauche humaine est un complément. Les deux versions sont compatibles, et c'est bien le point : la mesure de succès était le coût par transaction, il a baissé de 40 % en deux ans, et rien dans le brief ne mesurait ce qui ne devait pas se dégrader.

La Commonwealth Bank et la rubrique 1. En juillet 2025, la première banque australienne supprimait 45 postes de centre d'appels en expliquant qu'un robot vocal avait réduit le volume d'appels de 2 000 par semaine. Le syndicat du secteur a contesté le chiffre : les appels augmentaient, les équipes faisaient des heures supplémentaires, les chefs d'équipe prenaient les lignes. Le 21 août, avant même l'audience prévue devant la commission du travail, la banque a reconnu une « erreur », présenté ses excuses et proposé aux 45 personnes de garder leur poste. Personne n'avait compté avant, de la même façon qu'après. La rubrique 1 n'est pas de la paperasse ; c'est ce qui empêche de prendre une décision sur un chiffre qu'on a envie de croire.

Ni l'un ni l'autre n'est un échec de la technologie. Klarna et la Commonwealth Bank utilisent toujours l'IA, et la seconde avait signé huit jours plus tôt un accord avec OpenAI. Ce sont deux échecs de cadrage, chez des organisations qui ont des équipes entières pour cadrer. Une PME de 80 personnes n'a pas ces équipes ; elle a une page.

Ce que la page décide pour la suite

Le brief n'est pas un document de plus, c'est le document qui rend les autres possibles. La rubrique 4 dit si vous construisez un RAG, un simple prompt bien conçu ou un ajustement fin, arbitrage que nous avons chiffré dans fine-tuning ou RAG, comment trancher. La rubrique 5 devient le jeu de test. La rubrique 6 fixe le contrat avec le prestataire et ce qu'il faut journaliser. La rubrique 7 donne le budget, et le nombre de requêtes par jour de la rubrique 1 permet d'estimer la facture d'usage du modèle avant de signer, avec les leviers décrits dans maîtriser la facture d'API IA.

Si vous hésitez encore sur le processus par lequel commencer, les critères d'un bon premier chantier sont dans automatiser un process, par où commencer ; les lecteurs marocains trouveront le contexte local, aides et prestataires compris, dans l'IA dans les PME au Maroc. Le prochain épisode de cette série est déjà en ligne : c'est le pas-à-pas qui construit, à partir de la rubrique 4, un RAG qui répond juste.