Peu d'indicateurs se répètent autant dans l'automatisation industrielle que le taux d'échec des projets de vision artificielle. La majorité n'atteint pas la production. La conversation ouverte au sein des comités techniques s'oriente généralement vers des ajustements de caméra, d'algorithme ou d'éclairage, mais l'analyse des causes suggère que le problème, presque toujours, n'est pas technique.
La cause racine renvoie à la phase antérieure au PoC. Le client sait qu'il doit inspecter, mesurer ou identifier quelque chose, mais il a rarement articulé avec précision les tolérances, les cas limites, les conditions réelles de ligne ni les variables de pièce. La définition incomplète parvient au laboratoire et, une fois en phase de tests, aucune configuration technique ne peut récupérer ce que la spécification n'a pas capturé.
Le deuxième schéma qui se répète dans les projets fermés est le redimensionnement postérieur. Une proportion significative de PoCs apparemment réussis ne passe pas à l'échelle en production conformément aux attentes initiales du client. La ligne introduit une variabilité que le scénario de test n'a pas répliquée. Le système fonctionne en laboratoire et commence à échouer lorsqu'il est transféré à l'usine.
Le cadrage technique identifie quel matériel, quel algorithme et quelle configuration résolvent une tâche donnée. Le cadrage commercial identifie, en amont, si la tâche est bien formulée. Ce sont des disciplines distinctes, elles requièrent des capacités distinctes et, dans la majorité des organisations moyennes du secteur, elles reposent sur les mêmes profils, qui les exécutent de manière asymétrique.
Le schéma chez les fournisseurs qui ferment des projets est inverse. Avant le PoC, ils consacrent du temps d'ingénierie d'application à parcourir la ligne avec le client, à documenter des échantillons réels dans des conditions réelles et à rédiger conjointement la spécification. Cette phase, rarement facturée, décide si le PoC validera le produit ou sera utilisé comme prétexte pour abandonner le projet.
Trois composantes définissent un système qui génère des résultats mesurables. Du temps protégé d'ingénierie d'application dédié au client avant le PoC. La capture physique d'échantillons réels dans des conditions réelles, avec caractérisation de la variation attendue, non de la moyenne. Et la rédaction conjointe de la spécification, signée par le client et le fournisseur, avec les cas limites et les critères d'acceptation pour la production.
L'erreur fréquente consiste à traiter la phase de cadrage comme une dépense non récupérable et à la minimiser. L'arithmétique agrégée contredit cette logique. Un PoC raté endommage la relation avec le client, consomme du temps d'ingénierie interne et complique la vente suivante. Cinq heures supplémentaires de cadrage épargnent cinquante heures de reprise.
Les conséquences sont de trois ordres. L'allocation du temps d'ingénierie d'application doit s'étendre à la phase pré-PoC, avec un critère explicite sur les projets qui le méritent. L'équipe commerciale requiert une capacité technique pour reformuler le problème du client, pas seulement pour décrire le produit. Et le tableau de bord commercial nécessite un indicateur spécifique de qualité du cadrage, distinct de l'indicateur de clôture et de facturation.
L'objection habituelle est que le client n'accepte pas de payer pour la phase de définition. L'objection est exacte et se résout par le discernement. Ce que le client paie, c'est le résultat final, non les heures. Le fournisseur qui capture correctement la spécification capture l'opération. Celui qui ne le fait pas perd le PoC et, avec lui, le projet.
Le taux d'échec observé décrit une fuite de croissance que le marché a acceptée comme inévitable. Elle ne l'est pas. C'est un problème de méthode commerciale spécifique, identifiable et corrigible. L'entreprise qui décide de le traiter comme tel ouvre une asymétrie concurrentielle sur celles qui continuent à l'interpréter comme un problème technique.