Réussir un pilote IA : 30 jours pour convaincre un comité

La plupart des pilotes IA en entreprise ne meurent pas d’un échec technique. Ils meurent en comité, faute d’avoir produit une preuve lisible. Pour convaincre en trente jours, il faut quatre ingrédients, décidés avant la première ligne de configuration : un périmètre étroit, une métrique unique, un sponsor engagé et une démo finale sur données réelles.

Chacun de ces ingrédients est une décision de cadrage, pas une prouesse d’exécution. C’est ce qui rend la méthode reproductible : dans les entreprises que nous accompagnons, les pilotes qui échouent ont presque toujours violé l’une de ces quatre règles — généralement la première.

Un périmètre étroit, ou rien

« Tester l’IA dans l’entreprise » n’est pas un pilote, c’est un vœu. Un pilote, c’est un process précis, dans une équipe précise : la qualification des leads entrants pour l’équipe commerciale, la revue de code pour l’équipe dev, le traitement des tickets de premier niveau pour le support. Un verbe, un objet, une équipe.

L’étroitesse n’est pas de la modestie, c’est de la stratégie. Un périmètre étroit se mesure proprement, se démontre en vingt minutes et se généralise ensuite. Un périmètre large produit des résultats diffus que chaque membre du comité interprétera à sa façon — c’est-à-dire, pour les sceptiques, comme un échec.

Une métrique unique, choisie avant de commencer

Une seule métrique, définie le premier jour, mesurée avant et après. Temps de traitement d’un dossier, délai de première réponse, nombre de dossiers traités par personne et par semaine. Le critère de choix : elle doit parler au comité sans traduction — un directeur financier comprend « quatre heures ramenées à quarante minutes » sans qu’on lui explique quoi que ce soit.

Choisir la métrique avant protège des deux dérives symétriques : le pilote qui cherche a posteriori un chiffre flatteur, et le comité qui déplace les buts en fin de parcours. La mesure de départ — le baseline — est aussi importante que la mesure d’arrivée : sans point de comparaison honnête, même un excellent résultat reste contestable.

Le sponsor : quelqu’un qui a quelque chose à gagner

Un pilote sans sponsor est un projet orphelin. Le bon sponsor n’est pas le plus enthousiaste des dirigeants, c’est celui dont l’équipe souffre du problème visé : le directeur commercial dont les leads attendent trois jours, le CTO dont l’équipe croule sous la revue de code. Son intérêt au succès est structurel, pas cosmétique.

Son rôle pendant les trente jours est concret : débloquer les accès aux données et aux outils la première semaine, protéger le temps de l’équipe pilote, et porter lui-même le résultat devant le comité. Un résultat présenté par le sponsor métier vaut dix fois le même résultat présenté par un prestataire ou un chef de projet innovation.

Les 30 jours, semaine par semaine

Le calendrier tient en quatre temps, chacun avec un livrable non négociable :

• Semaine 1 — cadrage : périmètre écrit noir sur blanc, métrique et baseline mesurés, accès aux données et aux outils obtenus. Un pilote qui attend encore ses accès en semaine 2 est déjà en retard.
• Semaine 2 — construction : le process est outillé avec Claude sur des cas réels, avec les personnes qui font le travail au quotidien — pas avec un échantillon aseptisé préparé pour l’occasion.
• Semaine 3 — usage réel : l’équipe pilote travaille avec le système, les frictions sont corrigées au fil de l’eau, la métrique est mesurée en continu.
• Semaine 4 — preuve : consolidation des chiffres, préparation de la démo, présentation au comité par le sponsor, avec une proposition de généralisation chiffrée.

La démo finale : données réelles, en direct

La présentation qui convainc ne contient ni slides sur « le potentiel de l’IA », ni captures d’écran préparées. Elle contient trois choses : la métrique avant, la métrique après, et une démonstration en direct sur un cas réel de l’entreprise — un vrai lead, un vrai ticket, une vraie pull request. Le comité doit reconnaître son entreprise, pas admirer une technologie.

Et elle se termine par une demande précise : généraliser à telle équipe, avec tel budget, sur tel calendrier. Un pilote réussi qui ne débouche sur aucune décision est un échec différé — c’est précisément pour enchaîner le pilote et la généralisation sans rupture que notre Programme Autonomie Claude est construit sur un sprint de trois semaines avec les équipes, mesure à l’appui.