Anticiper la certification, ce n’est pas simplement « y penser tôt ». C’est concevoir le dispositif, dès les premiers choix techniques, en gardant à l’esprit ce qu’un organisme notifié va exiger de preuve. Un algorithme mal documenté, une architecture logicielle non tracée, ou des tests de conformité pré-normative jamais réalisés en amont : ce sont précisément les points qui, découverts trop tard, transforment un projet de douze mois en un projet de trois ans.

C’est souvent à ce moment-là que les choses se compliquent. 

Un premier prototype fonctionne. Une démonstration est convaincante. Les premiers retours sont encourageants. Mais dès qu’il faut aller plus loin, les questions changent de nature. 

Le système est-il assez fiable ? 
Les choix techniques sont-ils tenables à plus grande échelle ? 
Le coût reste-t-il cohérent ? 
La maintenance a-t-elle été anticipée ? 
La solution est-elle assez simple pour être adoptée ? 
Le bénéfice réel est-il suffisamment clair pour justifier sa place sur le marché ? 

Le bénéfice environnemental de la solution reste-t-il positif lorsque l’on prend en compte l’ensemble de son cycle de vie, depuis sa fabrication jusqu’à son utilisation et sa fin de vie ? 

Ces questions permettent d’évaluer deux dimensions complémentaires de la maturité d’un projet. Le TRL, ou Technology Readiness Level, mesure le niveau de maturité technique de la solution, depuis le principe initial jusqu’au système validé dans des conditions réelles. Le CRL, ou Commercial Readiness Level, s’intéresse quant à lui à la maturité commerciale de la solution : validation du besoin, modèle économique, stratégie de mise sur le marché, processus de vente, d’installation et de support. Il intègre aussi la confiance que le projet est capable d’inspirer. Lorsqu’une technologie est nouvelle et représente un investissement important, les clients doivent être rassurés sur la pérennité de l’entreprise, la continuité du service après-vente et la disponibilité du produit dans le temps. 

Ces deux trajectoires ne doivent pas être traitées successivement. Elles progressent en parallèle et s’influencent mutuellement. Les retours des futurs utilisateurs peuvent modifier les choix techniques, tandis que les contraintes de fabrication ou d’exploitation peuvent remettre en question le modèle économique. La maturité technique du produit contribue également à réduire le risque perçu par les premiers clients et à faciliter son adoption. Une technologie performante ne suffit donc pas si elle répond mal au marché, tout comme une opportunité commerciale prometteuse ne suffit pas si le produit ne peut pas être fiabilisé ou industrialisé. 

La maturité commerciale ne dépend pas uniquement de la pertinence du besoin ou du modèle économique. Lorsqu’une solution est nouvelle et représente un investissement important, les premiers clients peuvent aussi hésiter face au risque perçu : pérennité de l’entreprise, continuité du service après-vente, disponibilité des pièces ou capacité à faire évoluer le produit dans le temps. 

Autrement dit, on ne parle plus seulement d’avoir la bonne idée. On parle d’usage, de production, de fiabilité, d’industrialisation. 

Et c’est justement pour cela que tant de projets à impact peinent à dépasser le stade du prototype.