TRL : ce que les neuf niveaux de maturité disent, et ce qu’ils ne disent pas

Un niveau TRL indique où se situe une technologie dans un parcours de démonstration technique. Il aide à distinguer un principe scientifique, une preuve de concept, un système testé dans un environnement pertinent et un système ayant fonctionné en conditions opérationnelles. Il ne remplace pas l’examen des preuves. Il ne dit pas, à lui seul, si le produit répond à un marché, peut être fabriqué au coût annoncé ou dispose de toutes les autorisations nécessaires. Pour lire une annonce, le chiffre doit toujours être accompagné de son périmètre et de son référentiel.

TRL signifie Technology Readiness Level, généralement traduit par niveau de maturité technologique. L’échelle compte neuf niveaux. Sa simplicité est précieuse pour discuter entre chercheurs, industriels et financeurs. Elle devient trompeuse si le nombre circule sans les conditions qui ont permis de l’attribuer. « Notre technologie est au niveau sept » devrait ouvrir une discussion, pas la fermer.

Le chiffre décrit une preuve située

La NASA présente les TRL comme un système d’évaluation de la maturité d’une technologie. Son référentiel détaillé distingue le matériel, le logiciel et les critères de réussite attendus. Le Conseil européen de l’innovation, ou EIC, publie également neuf définitions pour ses dispositifs de financement. Ces références partagent une progression générale, mais leurs formulations et leurs usages doivent être lus dans leur contexte. Présentation NASA et définitions de l’EIC.

Le premier travail consiste donc à identifier l’objet évalué. S’agit-il d’un matériau, d’un capteur, d’un logiciel, d’un sous-ensemble ou du système complet ? Une démonstration réussie sur un composant ne répond pas automatiquement à la question du fonctionnement de l’ensemble. L’alimentation, les interfaces, le boîtier ou le logiciel de contrôle peuvent introduire des difficultés qui n’étaient pas présentes lors du premier essai.

La seconde question concerne l’usage. Un capteur validé pour mesurer une grandeur dans une installation précise n’a pas nécessairement été évalué dans une autre plage de température, avec d’autres vibrations ou sur un autre support. Le mécanisme scientifique peut rester le même, alors que les preuves nécessaires changent. Le niveau doit donc être rattaché à une application et à des conditions, pas seulement à un nom de technologie.

Enfin, il faut distinguer une autoévaluation, une revue menée dans un programme et une appréciation indépendante. Leur valeur ne se résume pas à l’étiquette TRL : elle dépend des éléments examinés, des critères employés et de la compétence des personnes qui ont rendu la décision. Ce dossier ne décerne aucun niveau à une entreprise ou à un produit.

Lire la progression sans transformer l’échelle en calendrier

Les premiers niveaux concernent les fondements et la plausibilité d’une application. Les niveaux intermédiaires demandent que la technologie quitte une description abstraite pour être évaluée dans des montages et des environnements plus représentatifs. Les derniers niveaux portent sur un système plus abouti et son fonctionnement opérationnel.

Le tableau ci-dessous reformule les définitions de l’EIC. Il sert à comprendre la progression ; il ne remplace pas les conditions d’un appel à projets ni un protocole d’évaluation.

Niveau	Idée centrale dans le référentiel EIC	Question de lecture
TRL 1	Principes de base observés	Quel phénomène a été établi ?
TRL 2	Concept technologique formulé	Quelle application est proposée ?
TRL 3	Preuve expérimentale du concept	Quelle fonction a été démontrée ?
TRL 4	Validation en laboratoire	Quel montage a réellement été testé ?
TRL 5	Validation dans un environnement pertinent	Quelles contraintes représentatives ont été reproduites ?
TRL 6	Démonstration dans un environnement pertinent	Que montre la configuration démontrée ?
TRL 7	Prototype de système démontré en environnement opérationnel	Dans quel usage réel le prototype a-t-il fonctionné ?
TRL 8	Système complet et qualifié	Quelles exigences ont été vérifiées ?
TRL 9	Système réel éprouvé en environnement opérationnel	Quelle utilisation effective est documentée ?

Synthèse des neuf définitions EIC, consultées le 19 octobre 2026. Les précisions sectorielles du référentiel restent applicables.

Ces niveaux ne sont pas des parts égales d’un projet. Passer de trois à quatre ne signifie pas qu’un neuvième du travail total vient d’être réalisé. Un obstacle découvert lors d’un essai représentatif peut exiger une nouvelle conception. L’échelle ordonne des états de maturité ; elle ne donne ni durée universelle, ni budget restant, ni probabilité commerciale de réussite.

Elle ne constitue pas non plus une note de qualité absolue. Un projet de recherche précoce peut être bien conduit et se situer à un niveau bas. À l’inverse, un système éprouvé peut être inadapté au besoin d’un acheteur particulier. Comparer deux propositions exige d’abord de vérifier qu’elles concernent le même objet, la même fonction et un environnement comparable.

« Pertinent » et « opérationnel » ne sont pas synonymes

Une grande partie de la difficulté se concentre dans ces deux mots. Un environnement pertinent reproduit les contraintes qui comptent pour l’essai considéré. Un environnement opérationnel correspond à celui dans lequel le système doit effectivement être utilisé. Le référentiel détaillé NASA aide à voir comment les critères évoluent avec le niveau et avec le type de technologie.

Imaginons un capteur destiné à surveiller une conduite dans une usine. Cet exemple est pédagogique et ne décrit aucun produit réel. Le capteur peut d’abord reconnaître le signal recherché sur une table de laboratoire. Un essai ultérieur peut ajouter la chaleur, les vibrations et des perturbations représentatives. Puis un prototype peut être installé sur une conduite en activité, avec ses contraintes d’accès, de maintenance et d’intégration.

Ces étapes ne sont pas interchangeables. Reproduire la température sans reproduire les perturbations électriques laisse une partie de la question ouverte. Utiliser un prototype accompagné en permanence par l’équipe de développement n’établit pas, à lui seul, que les opérateurs pourront l’exploiter dans l’organisation prévue. L’intérêt du référentiel est de rendre ces différences discutables à partir des preuves, et non de les masquer derrière une expression rassurante.

Il serait pourtant excessif d’exiger que chaque premier essai reproduise toute l’usine. Un essai ciblé peut répondre à une question précise et faire progresser utilement la connaissance. Il faut simplement conserver la frontière de sa conclusion : quelle fonction a été vérifiée, dans quelles conditions, et quelle partie du fonctionnement reste à éprouver ?

Un prototype convaincant laisse encore des questions ouvertes

Une démonstration peut montrer une capacité technique sans établir sa répétabilité dans toutes les conditions prévues. Pour l’examiner, demander si le résultat correspond à un seul essai sélectionné, à une série documentée ou à un fonctionnement suivi. Il ne faut pas inventer un nombre minimal d’essais valable pour toutes les technologies. Le protocole dépend du risque et de la fonction que l’on veut démontrer.

La configuration du prototype doit également être documentée. Si une partie du traitement est réalisée manuellement, elle fait partie des conditions de la démonstration. Si un équipement auxiliaire coûteux est nécessaire, il faut savoir s’il sera conservé dans le produit final. Décrire ces éléments n’enlève rien à la valeur scientifique du résultat ; cela empêche de confondre une fonction démontrée avec une offre déjà disponible.

L’échelle ne remplace pas non plus une analyse de fabrication. Le fait qu’un exemplaire fonctionne ne détermine pas le nombre d’unités qui pourront être produites avec des caractéristiques constantes. De même, une qualification technique doit être distinguée des autorisations réglementaires applicables au cas d’usage. Pour connaître celles-ci, il faut consulter le régime concerné, et non convertir un TRL en affirmation de conformité.

Le passage du prototype à une capacité durable est précisément l’enjeu du dossier Pnebbula sur la deep tech. Le TRL apporte un repère utile dans cette discussion, mais il ne couvre pas toutes les dimensions de l’industrialisation. C’est pourquoi un lecteur gagne à garder plusieurs questions ouvertes plutôt qu’à rechercher un indicateur unique.

La grille « preuve disponible, question suivante »

Pour transformer une annonce en dossier examinable, on peut utiliser la grille suivante. Il s’agit d’une méthode de lecture proposée par Pnebbula, pas d’un formulaire officiel de certification. Elle ne calcule pas automatiquement un niveau. Elle aide à identifier ce qui manque pour comprendre une affirmation de maturité.

Élément présenté	Ce qu’il peut documenter	Question suivante
Publication scientifique	Principe, méthode et résultats dans le périmètre étudié	Quelle application et quelle fonction sont visées ?
Vidéo d’un prototype	Comportement visible dans la démonstration	Quelles conditions, sélections et interventions ne sont pas visibles ?
Rapport d’essai	Résultats associés à un protocole	La configuration et l’environnement représentent-ils l’usage annoncé ?
Démonstration sur site	Fonctionnement dans un lieu et une période définis	Quelle durée, quels incidents et quel accompagnement ont été documentés ?
Qualification annoncée	Conclusion selon des critères à identifier	Quel référentiel, quel périmètre et quelle version du système ?
Première livraison	Disponibilité d’un exemplaire livré	Quelles preuves d’exploitation et de capacité de production restent nécessaires ?

La grille doit être complétée par des documents, pas par des impressions. Une case vide n’est pas une preuve que la technologie ne fonctionne pas. C’est une information non établie dans le dossier disponible. Cette distinction évite deux erreurs opposées : accepter toutes les promesses ou transformer l’absence d’accès à une preuve en réfutation.

Un acheteur peut commencer par demander une description courte de l’objet évalué, l’usage cible et le référentiel employé. Il examine ensuite les essais qui justifient le niveau annoncé. Enfin, il liste les dépendances qui concernent sa décision : interfaces, maintenance, fabrication, coûts, disponibilité ou autorisations. Le TRL reste alors à sa juste place, parmi les informations nécessaires.

Pourquoi il ne faut pas faire une moyenne des niveaux

Une proposition peut réunir des éléments à des maturités différentes. Faire la moyenne de leurs chiffres donnerait une apparence de précision, mais ne dirait pas quel élément empêche le système de remplir sa fonction. Une dépendance critique peu démontrée peut compter davantage que plusieurs composants éprouvés. La décision demande une lecture de l’architecture, pas seulement une opération arithmétique.

Dans notre exemple de capteur, l’électronique peut être familière alors que le principe de mesure en milieu perturbé reste incertain. Un chiffre moyen pourrait dissimuler cette difficulté centrale. Il est plus utile de décrire séparément la fonction nouvelle, les interfaces et les essais d’ensemble. Aucun niveau global n’est attribué ici : les éléments nécessaires à une véritable évaluation ne sont pas disponibles.

Cette prudence vaut aussi pour une technologie transférée vers un nouveau secteur. Une expérience opérationnelle dans un contexte apporte des connaissances réelles. Elle ne doit pas être effacée. Mais il faut identifier les contraintes nouvelles au lieu de considérer que le niveau annoncé se transporte automatiquement avec le produit. Les conditions de qualification doivent être reprises dans le référentiel et le programme concernés.

Ce qui compte dans une décision

Un chiffre TRL devient utile lorsqu’il permet de poser des questions plus précises. Quel objet a été testé ? Quelle fonction est démontrée ? Quel environnement a été reproduit ? Quelle version a été évaluée ? Qui a examiné les preuves ? Ces questions n’exigent pas toutes une réponse publique détaillée, notamment lorsqu’un dossier comporte des informations protégées, mais les limites d’accès doivent rester explicites.

Pour un lecteur, le bon réflexe est de distinguer l’annonce du document qui la soutient. Pour une équipe qui présente sa technologie, c’est de publier un périmètre intelligible et de ne pas utiliser la maturité technique comme un raccourci vers la rentabilité ou la conformité. Pour un décideur, c’est de relier les preuves disponibles aux exigences de son propre usage.

Les neuf niveaux donnent un langage commun. Leur valeur tient à la discipline qu’ils imposent dans la description des essais. Ils perdent cette valeur lorsqu’ils deviennent un badge détaché du système, de l’environnement et du résultat effectivement observé.

Sources

• Conseil européen de l’innovation, Programme finder: Understanding Technology Readiness Level, définitions consultées le 19 octobre 2026.
• NASA, Technology Readiness Levels, présentation datée du 27 septembre 2023, consultée le 19 octobre 2026.
• NASA, NPR 7123.1D, annexe E, tableau des niveaux et critères, consulté le 19 octobre 2026. Le dossier n’affirme pas que cette version régit tous les programmes actuels.
• Exemple du capteur et grille de lecture : analyse pédagogique originale, sans notation d’un projet réel.