POC, pilote IA et passage à l’échelle : définitions et critère d’arrêt

Que recouvrent le POC, le pilote et le passage à l’échelle ?

Le POC, le pilote et le passage à l’échelle répondent à trois questions différentes, et le succès d’une étape ne prouve rien pour la suivante.

• Le POC (proof of concept, ou preuve de concept) teste la technique sur un cas d’usage précis et un échantillon de données. Il répond à la question : « l’outil sait-il faire la tâche ? »

• Le pilote confie l’outil à de vrais utilisateurs, sur de vraies données, dans un périmètre limité. Il répond à : « l’équipe s’en sert-elle, et que gagne-t-elle par rapport à la situation de départ ? »

• Le passage à l’échelle, ou industrialisation, étend l’usage à toute l’organisation concernée. Il exige l’intégration aux systèmes, la sécurité, le support, la formation et un budget récurrent. Il répond à : « l’organisation en tire-t-elle de la valeur, après tous les coûts ? »

POC ou pilote : quelle différence ?

Le POC teste l’outil ; le pilote teste le travail avec l’outil. Un POC réussi montre que le modèle peut produire une réponse correcte. Il ne dit rien du temps de vérification, des cas particuliers ni de l’envie des équipes de s’en servir. Seul le pilote mesure ces trois points. Une application créée en une soirée par vibe coding reste, elle aussi, un POC.

Ne confondez pas non plus passage à l’échelle et adoption de l’IA. Le passage à l’échelle ouvre l’accès à l’outil ; l’adoption mesure qui l’utilise vraiment, pour quelles tâches et à quelle fréquence. Un outil ouvert à toute l’entreprise peut rester peu utilisé.

Pourquoi un projet IA reste-t-il bloqué après le POC ?

Un projet IA reste bloqué après le POC quand personne n’a démontré sa valeur, maîtrisé ses risques ou budgété sa suite. Gartner prévoit ainsi l’annulation de plus de 40 % des projets d’IA agentique d’ici fin 2027, pour des coûts croissants, une valeur métier floue ou un contrôle des risques insuffisant (communiqué du 25 juin 2025). Ce chiffre est une prévision, pas une mesure.

Le POC ne teste pas ces causes. Il tourne sur un échantillon que l’équipe a choisi, alors que le déploiement affronte toutes vos données, avec leurs erreurs. Avec une facturation à l’usage, le coût d’inférence suit le volume traité : il change d’échelle en même temps que le projet.

Que change cette distinction pour votre décision ?

Chaque étape appelle une décision explicite, sur un critère que vous écrivez avant de commencer. Le guide du pilote IA au déploiement détaille cette décision.

• Fixez le critère d’arrêt avant le POC. Le critère d’arrêt, notion Spentia, dit quel résultat met fin au projet : un taux d’erreur, un temps de vérification, un usage trop faible. Écrivez-le quand personne n’a encore d’intérêt à le contourner.

• Mesurez la situation de référence avant le pilote. Sans mesure du temps et de la qualité d’aujourd’hui, le pilote ne démontre aucun gain. Le calcul du ROI d’un projet IA part de cette base.

• Choisissez un pilote représentatif. Une équipe volontaire et des cas faciles donnent un résultat flatteur. Retenez des utilisateurs, des données et des cas proches du futur déploiement.

• Associez le CSE tôt. Dans les entreprises d’au moins 50 salariés, le Code du travail prévoit d’informer et de consulter le CSE sur l’introduction de nouvelles technologies (article L. 2312-8). Les juges apprécient au cas par cas. Le 14 février 2025, le tribunal judiciaire de Nanterre a vu dans une phase pilote d’outils d’IA « une première mise en œuvre » et a suspendu leur mise en œuvre jusqu’à la clôture de la consultation. Le 10 février 2026, le tribunal judiciaire de Paris a jugé qu’un pilote de Copilot 365 de quatre mois, fondé sur le volontariat et à l’impact très limité, ne constituait pas un projet important imposant la consultation du CSE (jugement de Paris publié sur Judilibre ; décision de Nanterre connue par CMS Francis Lefebvre, source secondaire).

• Budgétez le passage à l’échelle dès le pilote. Intégration, sécurité, support, formation et coûts d’usage arrivent à cette étape. Sans budget récurrent ni responsable qui en réponde, un pilote réussi reste sans suite.

Exemple illustratif

Ce cas est fictif. Un service client veut un assistant qui rédige des projets de réponse aux réclamations. Le POC teste l’outil sur 200 réclamations passées : la plupart des brouillons conviennent. Avant le pilote, l’équipe mesure le temps de réponse actuel. Elle écrit aussi le critère d’arrêt : si relire un brouillon prend plus de temps que rédiger la réponse, le projet s’arrête. La direction informe et consulte le CSE. Douze conseillers utilisent ensuite l’outil pendant huit semaines sur leurs vraies réclamations. Le pilote montre un gain sur les demandes simples, aucun sur les litiges. La direction étend l’outil aux seules demandes simples, avec un budget de support et de formation.