Le POC IA est devenu un rite de passage en entreprise : on teste, on s’enthousiasme, on présente une démo — puis plus rien. Les études convergent vers un ordre de grandeur brutal : environ 80 % des POC IA ne passent jamais en production. Le réflexe habituel consiste à analyser l’échec après coup. Nous proposons l’inverse : une grille de six facteurs qui permet de prédire, avant de lancer, si votre POC a une chance de vivre — et de corriger ce qui manque tant que c’est encore bon marché.
Le problème n’est presque jamais la technologie
Quand un POC meurt, la démo fonctionnait. C’est même ce qui rend l’échec si frustrant : techniquement, ça marchait. Ce qui manquait, c’est tout le reste — quelqu’un pour porter le sujet, des données accessibles en conditions réelles, un processus dans lequel insérer l’outil, des utilisateurs prêts à changer leurs habitudes, un critère pour dire « c’est un succès », et un chemin vers la production. Autrement dit : un POC échoue rarement pendant le POC. Il échoue avant, au moment du cadrage, et l’échec met simplement quelques mois à devenir visible.
C’est une bonne nouvelle. Si les causes d’échec précèdent le lancement, elles sont vérifiables avant de dépenser le premier euro.
La grille des 6 facteurs : prédire l’échec avant de lancer
Notez chaque facteur de 0 à 2 : 0 si rien n’existe, 1 si c’est flou ou partiel, 2 si c’est clair et écrit. Le verdict à la fin.
1. Un propriétaire nommé
Quelqu’un — une personne, pas un comité — porte-t-il ce POC, avec du temps dédié et l’autorité pour trancher ? Un POC « sponsorisé par la direction » mais porté par personne est un POC orphelin. Score 0 : personne. Score 2 : un nom, une demi-journée par semaine minimum, un mandat écrit.
2. Des données réelles et accessibles
Le POC tournera-t-il sur vos vraies données, dans leur vrai état, avec les vraies autorisations d’accès ? Un POC sur un échantillon nettoyé à la main teste un monde qui n’existe pas. C’est la question qui tue le plus de projets au moment du passage en production : l’agent marchait sur 50 documents choisis, pas sur les 40 000 de la GED avec leurs doublons et leurs formats exotiques.
3. Un processus cible clair
Savez-vous précisément où l’outil s’insère : qui l’utilise, à quelle étape, ce qui entre, ce qui sort, et qui vérifie ? « Aider l’équipe commerciale » n’est pas un processus. « Générer le premier jet de réponse aux appels d’offres, relu par le commercial avant envoi » en est un. Sans processus cible, même un POC réussi n’a nulle part où atterrir.
4. Des utilisateurs impliqués dès le départ
Les futurs utilisateurs ont-ils participé au cadrage, ou découvriront-ils l’outil à la démo ? L’adoption ne se décrète pas en fin de projet ; le terrain montre qu’elle décroche dès les semaines 3 à 6 même quand l’outil est bon. Si les utilisateurs n’ont pas exprimé le besoin eux-mêmes — idéalement via un registre des frictions — comptez zéro.
5. Des critères de succès chiffrés, écrits avant le lancement
À quoi verrez-vous que le POC est réussi ? Un seuil, un indicateur, une échéance : « réduire de 50 % le temps de traitement des demandes de niveau 1 en six semaines, avec un taux d’escalade correct ». Écrit après coup, un critère de succès devient un critère de justification. C’est le facteur le plus discriminant de la grille : un POC sans chiffre cible est structurellement incapable d’échouer — donc incapable de réussir.
6. Un plan d’industrialisation esquissé dès le jour 1
Si le POC réussit, que se passe-t-il ? Qui paie la version production, qui la maintient (comptez 10 à 15 % du temps gagné en entretien), quelles intégrations manquent, quels volumes faut-il tenir ? Pas besoin d’un plan détaillé — une page suffit. Mais si personne ne peut l’écrire, le POC est une expérience de laboratoire, pas un projet.
Lire votre score
- 10-12 points : lancez. Votre POC a un chemin vers la production.
- 7-9 points : corrigez les facteurs à 0 ou 1 avant de lancer. Deux semaines de cadrage coûtent moins cher que trois mois de POC condamné.
- 6 points ou moins : ne lancez pas. Ce n’est pas un POC, c’est une démo qui s’ignore. Retravaillez le besoin — un diagnostic flash de 45 minutes suffit souvent à identifier ce qui manque.
Pour donner un ordre de grandeur de ce que produit un cadrage sérieux : un agent SAV que nous avons déployé a réduit de 60 % les tickets de niveau 1 en deux semaines. Ce délai n’a été possible que parce que les six facteurs étaient au vert avant d’écrire la moindre ligne : propriétaire nommé, historique de tickets accessible, processus d’escalade défini, équipe support associée au cadrage, seuil chiffré, et plan de maintenance. La vitesse d’exécution est une conséquence du cadrage, pas du talent technique.
Arrêter un POC est un succès de méthode
C’est le point le moins intuitif, et le plus important. Un POC est une expérience : son but est de produire une information fiable au meilleur coût, pas de réussir à tout prix. Si vos critères chiffrés ne sont pas atteints à l’échéance, l’arrêt n’est pas un échec — c’est exactement ce que le dispositif devait produire : une décision d’éviter un déploiement non rentable, prise pour quelques milliers d’euros au lieu de quelques dizaines de milliers.
Ce renversement change la culture projet. Les équipes qui ont le droit d’arrêter proposent des POC plus honnêtes, cadrent mieux, et mesurent vraiment. Les équipes jugées sur le « taux de réussite » de leurs POC apprennent à choisir des sujets sans risque et sans enjeu — et c’est ainsi qu’on obtient des démos brillantes qui ne servent à rien. Une règle simple : chaque bilan de POC doit répondre à trois questions. Qu’avons-nous appris ? Que décidons-nous ? Que réutilisons-nous (données nettoyées, prompts, grille d’évaluation) même en cas d’arrêt ?
Inverser la logique : la production d’abord
Les POC qui passent en production sont généralement ceux qui ont été pensés depuis la production : on part du processus cible et des volumes réels, puis on réduit le périmètre jusqu’à obtenir un test faisable en quelques semaines — plutôt que de partir d’une idée séduisante en espérant qu’elle trouve sa place plus tard. C’est particulièrement vrai pour les projets liés aux données : un observatoire de données automatisé que nous avons construit pour un think tank de la filière solaire, alimenté en continu par les sources publiques ENEDIS, RTE et CRE, a été conçu dès le premier jour comme un système en production — la phase pilote n’était qu’une version réduite du système final, pas un prototype à jeter. Ce type d’approche est au cœur de notre offre data & IA.
Passez votre prochain POC à la grille
Avant de lancer votre prochain pilote, prenez trente minutes pour le noter sur les six facteurs — à plusieurs, chacun de son côté, puis comparez : les écarts de notation sont souvent plus instructifs que les notes. Le kit stratège IA contient la grille complète et les modèles de cadrage prêts à remplir. Et si votre score vous laisse un doute, le diagnostic flash — 45 minutes gratuites, plan d’action écrit sous 48 heures — vous dira ce qu’il faut corriger avant d’investir.
