Comment choisir son premier cas d'usage IA quand la direction a débloqué un budget

Le budget est débloqué. Cinquante mille, deux cent mille, parfois plus. Le sponsor exécutif a porté la demande, le COMEX a validé, la ligne est ouverte. Reste une question, la seule qui compte vraiment : sur quel candidat IA engager ce budget pour produire un premier coup défendable.

C'est une situation plus inconfortable qu'elle n'y paraît. Le budget mis à disposition sans candidat tranché crée une pression de dépense qui pousse, mécaniquement, vers le mauvais choix. Choisir vite pour montrer qu'on agit. Choisir visible pour rassurer le sponsor. Choisir techno-mature pour rassurer la DSI. Aucun de ces critères ne garantit qu'un pilote passera en production. Et un budget débloqué consommé sur un pilote qui meurt en chemin ferme la porte au suivant.

Voici la méthode qu'on applique chez BUMPSLAB pour identifier le premier coup, quand le contexte est précisément celui-là : budget oui, candidat non.

L'intersection besoin réel × actif déjà présent

Un candidat IA viable, pour un premier coup, vit à l'intersection de deux conditions strictes. La première : un besoin réel, terrain, mesurable, porté par des utilisateurs qui en parlent spontanément. La seconde : un actif déjà présent dans l'entreprise, patrimoine de données, base documentaire, référentiel maintenu, flux numérisés, qui permet de livrer un pilote en six à huit semaines sans phase préalable de constitution de données.

Cette double condition élimine, en pratique, 70 % des candidats remontés par les ateliers de priorisation. Beaucoup ont un besoin réel sans actif disponible, l'idée serait belle, mais le pilote prendrait six mois de préparation data avant la première démo, et le sponsor décrochera avant. Beaucoup ont un actif sous-utilisé sans besoin réel, la donnée est là, mais aucun utilisateur ne demande spontanément qu'on s'en serve. Les deux configurations produisent des POC qui meurent.

L'intersection est étroite. C'est volontaire. Un premier coup ne se cherche pas dans le possible, il se cherche dans le livrable. La discipline qu'impose la double condition est précisément ce qui sort le sponsor de la dépense de budget pour la dépense.

Mesurer le besoin réel : pas la friction perçue

Le besoin réel ne se valide pas en réunion sponsor. Il se valide en entretien individuel avec les opérationnels qui vivent le process visé tous les jours. Trois à cinq personnes, une heure chacune, sans la hiérarchie dans la pièce.

La question fondatrice est simple : « décrivez-moi la dernière fois où vous avez passé plus de trente minutes sur une tâche que vous auriez aimé voir abrégée ». Pas « quelles sont vos douleurs ». Pas « où aimeriez-vous voir de l'IA ». Une question concrète qui force un cas réel. Si la même réponse remonte chez plusieurs opérationnels, verbatim ou variantes proches, le besoin est réel.

À l'inverse, si chaque opérationnel cite une douleur différente, on n'est pas en présence d'un besoin assez convergent pour porter un pilote. C'est important : un premier coup IA n'a pas besoin d'adresser la pire douleur de l'entreprise. Il a besoin d'adresser une douleur convergente, partagée par un groupe d'utilisateurs assez grand pour que l'adoption soit massive et défendable.

Le piège classique consiste à interroger le sponsor seul, ou à animer un atelier collectif. Le sponsor cite la friction qui remonte aux comités, c'est rarement la friction quotidienne. L'atelier collectif est dominé par les voix les plus expressives, qui rarement représentent l'usage moyen. La double écoute en entretien individuel évite les deux biais.

Vérifier l'actif : sur pièces, pas sur déclaration

L'actif se vérifie sur pièces. Pas sur déclaration du DSI ou du Chief Data Officer. La distinction est cruciale.

Un actif déclaré, c'est « nous avons une base contractuelle de 20 000 documents ». Un actif vérifié, c'est « nous avons accédé à 200 documents échantillonnés au hasard, 87 % sont des PDF natifs lisibles, 13 % sont des scans dégradés, les métadonnées de classement existent sur 92 % d'entre eux, et l'accès programmatique est disponible via un export hebdomadaire ». L'écart entre les deux niveaux de connaissance représente, dans la majorité des cas qu'on a vus, plusieurs semaines de retard non anticipées sur le pilote.

La vérification doit donc se faire avant l'engagement du pilote. Pas pendant. Volume réel, qualité réelle, droits d'accès réels, format réel. Si l'équipe en charge du candidat IA ne peut pas, en deux jours, accéder à un échantillon représentatif de l'actif, c'est que l'actif n'est pas réellement disponible, et le pilote partira sur une hypothèse fragile.

C'est aussi à ce stade qu'on découvre les surprises productives : des actifs sous-utilisés, jamais mentionnés par le sponsor, qui matchent un besoin remonté par le terrain. Le pont actif. C'est souvent là que se cache le meilleur premier coup, pas dans les candidats officiels remontés par les ateliers.

Trois patterns gagnants pour un premier coup

Sur les premiers coups qui passent en production, on retrouve trois patterns dominants. Ils ne sont pas exclusifs, mais ils couvrent l'essentiel.

Le premier pattern : la recherche assistée sur base documentaire dense. Contrats, fiches techniques, archives projet, normes métier. L'utilisateur pose une question en langage naturel, le système retrouve le passage exact avec la source citée. C'est un pilote livrable en quatre à six semaines, l'adoption métier est élevée parce que la valeur est immédiate, et l'actif est généralement déjà là sous forme de PDF ou de SI documentaire.

Le deuxième pattern : l'extraction et la structuration depuis du non-structuré. Factures, bons de commande, mails entrants, devis reçus, comptes rendus. On transforme du texte libre en lignes propres dans le SI. La variabilité est moyenne (zone idéale des LLM), le volume est généralement élevé, l'actif existe par définition puisqu'on travaille sur des entrées déjà reçues. C'est le pattern qui paie le plus vite, souvent six à huit semaines pour un pilote opéré, avec un ROI mesurable au mois suivant.

Le troisième pattern : la pré-rédaction sous contrôle humain. Devis, comptes rendus de RDV, brouillons de réponses, premières versions de rapports. L'IA produit une V0, l'humain valide ou ajuste en quelques secondes au lieu de rédiger en plusieurs minutes. Valeur élevée, valeur de l'erreur faible (l'humain corrige), adoption rapide.

Si votre candidat ne ressemble à aucun de ces trois patterns, ce n'est pas disqualifiant, mais c'est un signal d'alerte. Demandez-vous pourquoi.

Ce qu'il faut écarter, même quand le budget pousse à dire oui

Trois familles de candidats résistent mal à l'épreuve du premier coup, et un budget débloqué augmente la tentation de les sélectionner. Mieux vaut les nommer.

Première famille : la décision critique sans humain dans la boucle. Refus de prêt, qualification de sinistre majeur, diagnostic médical, recommandation d'investissement engageante. Même si techniquement faisable, le risque réglementaire et l'exposition AI Act en font un terrain inadapté à un premier coup. Si vous tenez à ces sujets, c'est un coup suivant, après qu'un premier pilote ait construit la confiance.

Deuxième famille : la créativité pure non balisée. « Une IA qui génère nos posts LinkedIn », « un assistant marketing qui invente nos campagnes ». La sortie ressemble à toutes les sorties génériques du marché. La valeur n'est pas différentiante, l'adoption est sporadique, le ROI invisible. Mauvais premier coup.

Troisième famille : le chatbot interne polyvalent. Promesse séduisante, exécution décevante. L'effet vitrine se déclenche presque systématiquement, parce qu'il est très difficile de définir une métrique business chiffrée sur « un assistant qui répond à toutes les questions ». Si vous voulez de l'assistance documentaire, traitez-la comme recherche assistée (pattern 1), pas comme chatbot.

Le cas client : choisir entre cinq candidats

Une ETI industrielle, 450 personnes, budget IA débloqué à CHF 180 000.- début 2026, COMEX en attente. Cinq candidats remontés par le comité innovation : un chatbot RH, un assistant de génération de devis, une recherche dans les archives BE, une extraction des comptes rendus de contrôle qualité, un assistant marketing.

Audit cinq jours. Double écoute J1 : les opérationnels du BE citent spontanément la recherche dans les archives comme leur friction quotidienne. Personne du marketing ne demande spontanément un assistant. Le chatbot RH remonte de la direction RH, pas des collaborateurs eux-mêmes.

Vérification d'actif J2 : les archives BE sont sous forme d'un Sharepoint mal indexé, 23 000 documents, qualité OCR à reconstituer sur 30 % du fonds. L'extraction qualité s'appuie sur des comptes rendus déjà structurés en Word selon un modèle stable. Données fiables, pattern d'extraction net.

Scoring J3 : recherche BE à 19/25, extraction qualité à 22/25, autres candidats sous le seuil. Candidat retenu : extraction qualité, pattern 2, actif vérifié, besoin convergent côté qualité (les contrôleurs passent 40 % de leur temps à ressaisir des données déjà écrites). Pilote signé J5. Production huit semaines plus tard. Recherche BE programmée comme coup suivant pour le trimestre suivant, en attendant qu'un budget OCR soit débloqué.

Le budget initial a couvert le pilote signé et la préparation OCR du suivant. Le chatbot RH et l'assistant marketing ne ressortiront pas.

La discipline du premier coup défendable

Un premier coup défendable, ce n'est pas un coup parfait. C'est un coup où, six mois après le pilote, le sponsor peut répondre à trois questions devant son COMEX. La métrique business cible était-elle atteinte ? L'outil est-il utilisé par les utilisateurs initialement nommés ? Le coût marginal en production est-il compatible avec la projection initiale ?

Si les trois réponses sont oui, le coup est défendable, et il ouvre la carte des coups suivants. Si l'une est non, on en tire la leçon, on ajuste, on continue, mais on n'est pas dans l'impasse.

L'objectif d'un premier coup n'est pas d'impressionner. C'est de prouver, à l'organisation, qu'un pilote IA peut passer en production avec un ROI mesuré. C'est ce qui débloque la suite.

---

Si vous avez un budget débloqué sans candidat tranché, l'AI Use Case Audit en cinq jours est conçu pour identifier le premier coup défendable, vérifier ses actifs sur pièces, et produire une fiche initiative signable. Une semaine pour engager le bon pilote.