Un POC informatique n'a qu'un seul livrable utile : une décision. Pourtant, la plupart s'achèvent sur une démonstration applaudie puis rangée, et le sujet revient six mois plus tard à l'identique. Voici la méthode que nous appliquons pour cadrer une preuve de concept, la mener en quelques semaines et savoir, à date fixe, s'il faut industrialiser, réorienter ou arrêter.

POC, prototype, MVP : trois objets à ne pas confondre

Ces trois mots circulent comme des synonymes en réunion de cadrage. Ils répondent pourtant à des questions différentes.

  • Le POC (preuve de concept) répond à une question fermée de faisabilité : est-ce que ça marche, à quel niveau de qualité, à quel coût ? Son public est le décideur. Il est jetable par construction.
  • Le prototype éprouve l'usage : l'enchaînement des écrans, le vocabulaire métier, la charge de saisie. Son public est l'utilisateur. Il ne prouve rien sur la technique.
  • Le MVP est une première version réellement utilisée, donc hébergée, sauvegardée, supportée et soumise aux mêmes exigences qu'une application en service.

La conséquence est simple : un POC sans question n'aura pas de réponse. C'est la première cause d'enlisement.

Pourquoi tant de preuves de concept s'arrêtent en chemin

Le phénomène est mesuré. Dans son enquête Voice of the Enterprise: AI & Machine Learning, Use Cases 2025, menée auprès de plus de 1 000 répondants en Amérique du Nord et en Europe, S&P Global Market Intelligence relevait que 42 % des organisations avaient abandonné la majorité de leurs initiatives d'intelligence artificielle, contre 17 % un an plus tôt, et que les entreprises interrogées abandonnaient en moyenne 46 % de leurs POC avant la mise en production. Les obstacles cités en tête sont le coût, puis la confidentialité et la sécurité des données.

Gartner annonçait de son côté, dans un communiqué du 25 juin 2025, que plus de 40 % des projets d'IA agentique seraient annulés d'ici fin 2027, en raison de coûts croissants, d'une valeur métier incertaine ou d'une maîtrise des risques insuffisante.

Ces chiffres portent sur l'IA, mais le mécanisme vaut pour n'importe quel sujet technique. Ce n'est pas la technologie qui échoue, c'est le cadrage : un POC sans critère d'arrêt ne s'arrête pas, il devient un sujet permanent.

Le tutoriel en 6 étapes

1. Écrire la question, une seule, et sa réponse attendue

La question doit tenir en une phrase et admettre un oui ou un non. Par exemple : « Peut-on extraire automatiquement les douze champs d'une facture fournisseur reçue en PDF avec au moins 90 % de champs exacts, sur un échantillon de 200 factures réelles ? »

Un test simple pour valider la formulation : demandez-vous ce que vous ferez si la réponse est non. Si rien ne change dans votre plan, le POC ne sert à rien.

2. Fixer le critère de réussite chiffré avant de commencer

Trois nombres suffisent : un seuil de qualité, un seuil de coût par unité traitée, un seuil de délai. Ils figurent dans le compte rendu de lancement et sont validés par le commanditaire métier, pas par l'équipe technique seule.

Un critère fixé après la démonstration se déplace toujours dans le sens du résultat obtenu.

3. Constituer un jeu d'épreuve représentatif

La valeur d'un POC tient à la qualité de son jeu d'épreuve, pas à son volume : privilégiez les cas limites, documents scannés de travers, modèles abandonnés mais encore reçus, exceptions que tout le monde connaît et que personne n'a documentées.

Côté données personnelles, la règle reste celle du développement : jeu fictif ou anonymisé par défaut, et si des données réelles sont indispensables, un environnement protégé au niveau de la production.

4. Poser une boîte de temps et un budget fermés

Quatre à six semaines constituent un bon ordre de grandeur, avec un budget que l'entreprise accepte de perdre puisque la réponse peut être non. Aucune prolongation automatique : elle se décide, elle ne se constate pas.

Installez un point à mi-parcours qui a explicitement le droit de conclure « non » plus tôt : arrêter à la troisième semaine est un succès de gestion, pas un échec.

5. Mesurer plutôt que montrer

À chaque itération, rejouez le même jeu d'épreuve et consignez les résultats dans un tableau daté. Une démonstration réussie sur trois cas choisis ne prouve rien.

Mesurez aussi le coût réel : services appelés, temps de vérification, reprise des cas rejetés. Un résultat technique excellent dont le coût par dossier dépasse celui du traitement manuel est un non déguisé en oui.

6. Décider, puis écrire la décision

Trois issues sont possibles : industrialiser, réorienter vers une nouvelle question, arrêter. Quelle que soit l'issue, produisez un document court indiquant la date, la question, le critère, le chiffre atteint, le coût observé et ce qui reste réutilisable. Il évitera de relancer le même POC dans dix-huit mois.

L'erreur la plus coûteuse : promouvoir le POC en production

Un POC ignore volontairement l'authentification, la gestion fine des droits, la journalisation, la reprise sur erreur, la sauvegarde et les tests. Ce sont précisément ces éléments qui font le coût d'une application durable. Le brancher sur des utilisateurs réels revient à hériter d'une dette dès le premier jour, avec en prime la conviction que « c'est déjà fait ».

Ce qui se réutilise vraiment : le jeu d'épreuve, les mesures, les règles de gestion découvertes en chemin et parfois les briques d'intégration. Le reste se jette sans regret.

Le signal d'alerte est simple : dès que quelqu'un demande un accès « juste pour un vrai dossier », la conversation doit basculer sur le cadrage du MVP, pas sur la création d'un compte.

Budget, financement et clauses à prévoir

Sur le financement, le crédit d'impôt innovation est souvent évoqué. La loi de finances pour 2025 l'a prorogé jusqu'au 31 décembre 2027 en ramenant son taux de 30 % à 20 %, pour des dépenses retenues dans la limite de 400 000 euros par an, au bénéfice des PME au sens européen. Attention à son périmètre : il vise les prototypes et installations pilotes de nouveaux produits destinés au marché et plus performants que l'existant. Un POC d'intégration interne n'entre en général pas dans ce cadre : faites confirmer l'éligibilité avant d'engager la dépense.

Côté contrat, quatre points méritent d'être écrits même pour une prestation courte :

  • la propriété du code et des livrables, y compris si la conclusion est négative ;
  • la restitution du jeu d'épreuve et des mesures, qui valent souvent plus que le code ;
  • l'ouverture des comptes et abonnements au nom de l'entreprise, jamais à celui du prestataire ;
  • le sort des données à la fin : suppression, date, confirmation écrite.

Cinq erreurs fréquentes

  1. Lancer un POC pour justifier un outil déjà choisi. Le budget sert alors à acheter une caution.
  2. Déplacer le critère en cours de route. 90 % devient 80 %, puis « c'est encourageant ».
  3. Travailler sur des données nettoyées pour l'occasion. Les cas sales sont ceux qui coûtent en production.
  4. Ne pas mesurer le coût à l'usage. Un traitement facturable à l'appel peut être viable sur 200 dossiers et ruineux sur 20 000.
  5. Laisser le POC ouvert. Sans date de fin, il consomme attention, accès et données pendant des mois.

Questions fréquentes

Quelle différence entre un POC informatique et un prototype ?

Le POC répond à une question de faisabilité technique et s'adresse au décideur. Le prototype éprouve l'usage et le parcours auprès des utilisateurs. Les deux sont jetables, mais ils ne répondent pas à la même incertitude.

Combien de temps doit durer un POC informatique ?

Quatre à six semaines pour une question bien posée, avec un point à mi-parcours autorisé à conclure plus tôt. Au-delà de deux mois, c'est en général que la question de départ était trop large.

Un POC réussi peut-il être mis en production ?

Non, sauf à accepter une dette technique immédiate : un POC ignore volontairement les droits, la journalisation, la reprise sur erreur et la sauvegarde. Il ouvre un projet de MVP, il ne le remplace pas.

Qui doit valider le résultat d'un POC ?

Le commanditaire métier, sur la base du critère chiffré fixé avant le démarrage. L'équipe technique fournit les mesures et le coût observé.

Le crédit d'impôt innovation finance-t-il un POC ?

Pas automatiquement. Prorogé jusqu'au 31 décembre 2027 au taux de 20 % dans la limite de 400 000 euros de dépenses par an, il vise les prototypes et installations pilotes de nouveaux produits destinés au marché. Un POC d'intégration interne en est généralement exclu.

Cadrer votre preuve de concept avec nous

Nous cadrons des POC sur l'automatisation, l'IA appliquée, l'intégration de logiciels fermés et les applications métier, avec une question écrite, un critère chiffré et une date de décision.

Parlons de votre projet