Audit IA en 5 jours : ce qu'on identifie vraiment dans une semaine de cadrage

Cinq jours. C'est la durée d'un AI Use Case Audit chez BUMPSLAB. À la fin de la semaine, le sponsor exécutif sort avec une fiche initiative recto-verso, une carte des coups suivants sur douze mois, et une décision : on engage le pilote, ou on arrête. Pas de PowerPoint de 80 slides. Pas de roadmap fleuve. Une initiative signable.

Cette compression à cinq jours n'est pas un argument commercial. C'est ce que l'instruction d'un premier coup IA demande réellement, une fois qu'on a éliminé les rituels d'un audit traditionnel. Le reste, comités de pilotage, ateliers redondants, slides de synthèse intermédiaires, n'apporte pas d'information décisive. Il rassure, il occupe, il facture.

Voici ce qu'on identifie effectivement, jour par jour, et ce qui justifie qu'une semaine suffit là où huit à douze sont souvent vendues.

Jour 1 : Double écoute sponsor et terrain

Le premier jour ne sert pas à comprendre l'entreprise. Il sert à comprendre la décision que le sponsor a déjà à moitié prise, et à confronter cette intuition au terrain qui devra l'exécuter.

On commence par une session avec le sponsor exécutif. Direction Générale, Direction Innovation, COMEX, Directeur de BU. La question n'est pas « quels sont vos enjeux ». C'est « si vous deviez engager un seul pilote dans les six mois, lequel choisiriez-vous, et pourquoi ne l'avez-vous pas encore engagé ». La réponse oriente toute la semaine. Dans 70 % des cas, il existe déjà un candidat IA officieux dans la tête du sponsor, il manque la validation que ce candidat tiendra en production.

L'après-midi, on bascule côté terrain. Pas en groupe, en entretiens individuels d'une heure. Trois à cinq opérationnels qui vivent le process visé au quotidien. On cherche la friction réelle, pas la friction perçue. Un sponsor qui dit « on perd du temps sur la qualification commerciale » sera contredit par un commercial qui dira « le problème, c'est que les leads arrivent sans contexte ». Ce n'est pas la même chose. Et ce n'est pas le même candidat IA.

La double écoute, c'est ce que la plupart des audits sautent. Soit ils écoutent en haut et présument en bas. Soit ils font des ateliers collectifs où la hiérarchie écrase la parole opérationnelle. Le J1 chez BUMPSLAB est conçu pour récupérer les deux versions séparément, et observer où elles divergent.

Jour 2 : Cartographie des actifs et identification des candidats

Le deuxième jour porte sur ce que l'entreprise possède déjà. C'est l'élément qui fait la différence entre un pilote livrable en six à huit semaines et un pilote qui demande six mois de pré-requis data.

Un candidat IA n'est viable que s'il vit à l'intersection d'un besoin réel et d'un actif déjà présent. L'actif peut être un patrimoine de données structurées dans un SI propre, une base documentaire dense (contrats, fiches techniques, archives projet), un volume de tickets ou de mails déjà tracés, ou un référentiel métier maintenu. Pas d'actif = pas de POC livrable rapidement. Et un pilote qui démarre par six mois de préparation data perdra son sponsor avant la première démo.

On cartographie donc, en interne, ce qui est exploitable tout de suite. Volume, qualité, droits d'accès, format. On le confronte aux candidats remontés J1. Certains candidats tombent à ce stade, le besoin existe, mais l'actif manque. D'autres remontent, un actif sous-utilisé matche un besoin pas encore formulé. C'est ce qu'on appelle un pont actif chez BUMPSLAB.

À la fin de J2, on a généralement entre trois et six candidats IA en lice, chacun adossé à un actif vérifié.

Jour 3 : Scoring 5 axes et disqualifiants

Le troisième jour, on instruit chaque candidat sur cinq axes. Volume d'usage, adoption métier prévisible, valeur de l'erreur, données disponibles, complexité technique. Chaque axe est noté de 1 à 5. Le total est sur 25.

Le seuil 18/25 sert de filtre. En-dessous, on n'engage pas. Non pas que le candidat soit mauvais, il peut être excellent dans douze mois, mais il ne tiendra pas la promesse d'un pilote livrable et adopté à court terme. La discipline du seuil est ce qui distingue un audit qui sort une initiative signable d'un audit qui sort un catalogue de promesses.

À côté du scoring, on liste les disqualifiants. Un candidat peut scorer 20/25 et porter un disqualifiant rédhibitoire : décision irréversible sans humain dans la boucle, donnée personnelle sensible sans cadre RGPD/NLPD posé, dépendance à un sponsor sortant. Un disqualifiant non levé sort le candidat de la liste, quel que soit son score.

À la fin de J3, on a un candidat IA en tête de liste, avec son score, ses risques, et la liste des conditions à lever avant le pilote. Pour le contraste de méthode, c'est aussi à ce stade qu'on documente pourquoi les candidats écartés le sont, ça évite qu'ils ressurgissent dans trois mois sans nouvelle information (effet catalogue).

Jour 4 : Fiche initiative et chiffrage du pilote

Le quatrième jour produit le livrable central : la fiche initiative recto-verso. Une page. Pas deux.

La fiche décrit le candidat retenu, le périmètre exact du pilote, le sponsor engagé, les utilisateurs pilotes nommés, les métriques business signées (baseline, cible, mode de mesure), les contraintes de production (auth, audit, hébergement, conformité), le chiffrage du pilote, et le go/no-go date. Le sponsor doit pouvoir la lire en cinq minutes et la signer dans la semaine. Si elle nécessite une réunion d'explication, c'est qu'elle n'est pas finie.

Le verso porte la projection production. Coût marginal estimé par requête à l'échelle, plan de montée en charge par paliers, conditions d'industrialisation. C'est ce qui permet au sponsor de signer le pilote sans peur du précipice budgétaire après le POC.

Le chiffrage du pilote n'est pas une fourchette à 50 %. C'est un chiffre à 10 % près, livrables et critères de succès inclus. Si on ne peut pas chiffrer à ce niveau de précision à la fin de J4, c'est qu'on a sous-instruit le candidat, et la fiche retourne en révision.

Jour 5 : Carte des coups suivants et restitution sponsor

Le cinquième jour produit le second livrable : la carte des coups suivants. C'est ici qu'on dépasse la logique du POC isolé pour poser une trajectoire.

La carte liste, sur douze mois, les coups suivants qu'un pilote réussi déverrouille. L'effet domino. Un pilote d'extraction documentaire bien conduit ouvre, dans l'ordre, des extensions sur d'autres types de documents, puis un usage agent sur les workflows déjà numérisés, puis un usage prédictif sur les flux structurés résultants. Chaque coup suivant est positionné dans le temps, avec les actifs qu'il mobilise et la valeur attendue.

Cette carte ne s'engage pas. Elle structure. Elle évite que le sponsor ne se retrouve, six mois après le pilote, à recommencer un audit pour savoir « la suite ». Et elle aligne la DSI et le métier sur une trajectoire commune, ce qui désamorce les conflits d'arbitrage qu'on voit apparaître dès qu'un premier pilote prouve sa valeur.

La restitution se tient en fin d'après-midi avec le sponsor et les arbitres budgétaires. Quarante-cinq minutes. Fiche initiative, carte des coups suivants, décision attendue dans les sept jours.

Pourquoi pas huit semaines

L'audit traditionnel à huit ou douze semaines facture du rituel. Comités de cadrage, ateliers de découverte, ateliers de priorisation, ateliers de restitution. Entre chaque atelier, des semaines de mise au propre, de relecture, de validation croisée. Le livrable final est un PowerPoint dense, exhaustif, et inutilisable pour signer un pilote.

L'AI Use Case Audit en cinq jours ne supprime pas la rigueur, il supprime les passages obligés qui ne produisent pas de décision. Le sponsor n'a pas besoin d'un état des lieux exhaustif de la maturité IA de son entreprise pour engager son premier pilote. Il a besoin d'un candidat instruit, chiffré, et signable. C'est exactement ce que cinq jours bien menés produisent.

Le contre-test est simple : à la fin d'un audit de huit semaines, le sponsor peut-il signer un pilote la semaine suivante ? Dans la quasi-totalité des cas qu'on a vus reprendre, la réponse est non. Il faut encore deux à quatre semaines de chiffrage, de scoping technique, de validation des données. La semaine BUMPSLAB intègre ces étapes dans la même séquence.

Le cas client qu'on cite

Un groupe industriel français, 300 personnes, avait commandé un audit de huit semaines à un grand cabinet en 2025. Livrable : roadmap IA à dix-huit mois, douze cas d'usage identifiés, aucun chiffré au-delà de fourchettes larges. Coût de l'audit : CHF 80 000.-. Pilote engagé six mois plus tard : zéro.

Repris en AI Use Case Audit cinq jours en 2026. Sortie de semaine : un candidat IA retenu (extraction structurée sur les comptes rendus de contrôle qualité), score 21/25, deux disqualifiants levés à J3, chiffrage du pilote signé à J5. Pilote engagé la semaine suivante. Production huit semaines plus tard.

Ce qui avait manqué en huit semaines n'était pas du temps. C'était la discipline du livrable signable et le refus de produire un catalogue.

Quand ce n'est pas pour vous

Cinq jours ne conviennent pas à toutes les situations. Si l'entreprise n'a aucun sponsor exécutif identifié, ou si le budget IA n'est ni débloqué ni en cours de déblocage, l'audit ne produira pas de décision, il produira un document. Si la culture interne exige un consensus large avant tout engagement, la semaine ne suffira pas à fabriquer ce consensus.

Dans ces cas, on le dit à la première conversation. Pas après avoir vendu la semaine.

---

Si vous avez un budget IA à engager sans candidat tranché, ou un catalogue de cas d'usage qui dort depuis six mois, l'AI Use Case Audit est conçu pour vous sortir de l'impasse en cinq jours. La fiche initiative est signable, ou elle n'existe pas.