Le scénario est devenu un classique. Un cabinet vous propose un « proof of concept » sur quelques semaines, pour démontrer ce que l'IA peut faire dans votre métier. Démo brillante en fin de phase. Tout le monde applaudit. Six mois plus tard, plus personne n'y touche. Le projet est rangé dans un dossier partagé que personne ne lit.
Cela arrive si souvent que c'est devenu un proxy de l'échec. Pourquoi ?
Raison 1 — Le cadrage est flou
Un POC se lance sur une question vague : « voir ce que l'IA peut apporter ». La phase de cadrage est expédiée parce qu'on veut vite arriver à la démo. Résultat : on construit quelque chose qui marche techniquement, mais qui ne répond à aucun problème opérationnel précis.
Un POC qui démarre sans un problème nommément identifié finit en démonstration technique. Personne n'utilise une démonstration technique au quotidien.
Raison 2 — Personne ne s'engage à l'utiliser
Le POC est porté par la direction ou par l'équipe innovation. Les utilisateurs finaux — ceux qui devraient en faire un outil quotidien — sont consultés en début de projet, parfois, mais pas engagés. Quand l'outil arrive, il n'a pas de sponsor opérationnel. Les habitudes existantes l'avalent.
Raison 3 — Le modèle économique n'est pas testé
Le POC est gratuit ou symbolique pour l'entreprise. La question « est-ce que ça vaut son prix en production ? » n'est jamais posée. Quand vient le moment de signer un contrat de production, le calcul ROI se fait dans l'urgence — et il manque les données pour le défendre.
La méthode pour ne pas tomber dans le piège
Trois principes que j'applique systématiquement :
Cadrer avant de construire. Quatre à six semaines de phase Comprendre. On identifie un problème précis, mesurable, avec un utilisateur final nommé. Pas de construction tant que ce cadrage n'est pas écrit.
Engager un utilisateur dès le départ. Une personne, dans l'organisation, qui s'engage à utiliser l'outil dès la livraison. Si on ne trouve pas cette personne, le projet n'a pas de raison d'être.
Tester le modèle dès la phase Construire. Le contrat de production se prépare pendant le développement, pas après. À la livraison, on signe ou on archive — pas de zone grise de six mois.
Quand un POC est légitime
Quand on explore une zone réellement nouvelle — un usage de l'IA qui n'a pas encore été tenté dans votre secteur. Là, un POC court (4 à 6 semaines) peut servir à éliminer une hypothèse risquée avant d'engager un projet plus lourd.
Mais sur les usages déjà éprouvés (extraction de données, agents conversationnels, automatisation de chaînes de tâches), le POC est rarement justifié. Mieux vaut sauter directement à un projet de production avec une portée volontairement limitée.
— Stéphane Olaïzola