Pourquoi nos pilotes IA passent en production en quatre semaines

La plupart des projets d'IA en entreprise s'arrêtent après la démonstration. L'outil fonctionne, la direction est convaincue, et six mois plus tard rien n'a changé dans les opérations. Le problème est rarement technique.

Un périmètre volontairement étroit

Nous n'ouvrons jamais un pilote sur un processus complet. Nous prenons une tâche, une équipe, un indicateur. La contrainte force les décisions qu'un projet large permet de reporter indéfiniment : quelles données entrent, qui valide la sortie, que fait-on des cas non traités.

Sur une mission retail récente, le périmètre initial tenait en une phrase : répondre aux questions de disponibilité produit sur WhatsApp, aux heures d'ouverture, pour un seul point de vente. Tout le reste est venu après.

Un pilote qui ne peut pas échouer proprement n'est pas un pilote, c'est une démonstration.

Les indicateurs avant le premier prompt

Nous mesurons la situation de départ avant de toucher à quoi que ce soit : temps moyen de première réponse, nombre de demandes traitées par jour, taux d'erreur sur les informations de stock. Sans cette base, la discussion de fin de pilote devient une affaire d'impressions.

• Un indicateur de volume, pour savoir si l'usage est réel.
• Un indicateur de qualité, pour savoir si le résultat est utilisable sans reprise.
• Un indicateur de charge, pour savoir ce que l'équipe a réellement récupéré comme temps.

Les quatre semaines, semaine par semaine

• Semaine 1 — Cadrage et mesure de départ : entretiens avec l'équipe concernée, relevé des indicateurs actuels, choix de la tâche à couvrir et des cas explicitement exclus.
• Semaine 2 — Première version utilisable : construction de l'agent sur données réelles, connexion aux sources nécessaires, règles d'escalade vers un humain définies dès le départ.
• Semaine 3 — Usage encadré : mise entre les mains de deux ou trois utilisateurs, relecture systématique des sorties, correction des règles métier révélées par l'usage.
• Semaine 4 — Bascule et transfert : ouverture à l'équipe complète, comparaison aux indicateurs de départ, documentation et transfert de la maintenance en interne.

Ce qui reste ouvert

Quatre semaines suffisent pour mettre un usage en production, pas pour transformer une organisation. La suite est un travail de gouvernance : qui possède l'agent, qui l'ajuste, comment on décide d'en ouvrir un deuxième. C'est là que la plupart des entreprises ont besoin d'aide, et c'est rarement ce qu'elles demandent au départ.