EVT, DVT, PVT. Si vous travaillez dans le hardware, ces trois acronymes font partie du vocabulaire courant. Sinon, ils ressemblent à de la soupe alphabétique, alors définissons-les avant d’aller plus loin. Ils signifient Engineering, Design et Production Validation Testing : trois rondes successives de fabrication et de test qu’un produit traverse sur le chemin qui mène du prototype fonctionnel à la production en série. En une ligne chacune : l’EVT vérifie que la conception est la bonne, la DVT vérifie que le produit survit au monde réel, et la PVT vérifie que l’usine peut le fabriquer de façon fiable en volume. Ce vocabulaire vient de l’électronique grand public, où il est devenu le langage commun entre les entreprises produit et les sous-traitants de fabrication qui construisent pour elles, avant de se répandre dans le reste de l’industrie hardware. L’idée est toutefois plus vieille que les acronymes : on parle aussi de builds d’ingénierie, de séries pilotes ou de préséries pour désigner les mêmes étapes. Des noms différents, même échelle.

Maintenant, une histoire qui montre pourquoi cette échelle existe.

Un de mes clients développait un nœud industriel multicapteur. Le développement avançait bien. Des unités pilotes étaient déjà installées chez un client. Puis, quelques mois plus tard, un manque est apparu : personne n’avait prévu de mesurer la consommation électrique des machines industrielles que le nœud était censé surveiller. Avec la transition verte, les entreprises ont de plus en plus besoin de cette donnée de consommation, et certains programmes de subventions visent justement les fournisseurs qui ajoutent ce type de fonctionnalité. Une véritable bonne opportunité, découverte à un moment vraiment mal choisi.

Sauf que non, parce qu’on était encore en EVT. Ajouter les nouvelles interfaces a demandé un changement de layout et quelques nouvelles pièces. Pas une refonte autour d’unités déjà installées chez un client.

C’est tout l’argument en faveur des étapes de qualification, résumé dans une anecdote. La question n’est pas de savoir si quelque chose de non prévu va surgir. Quelque chose finit toujours par surgir. La question est de savoir à quelle étape vous êtes quand cela arrive, parce que c’est ça qui détermine ce que ça coûte à corriger.

Ce que chaque étape vérifie réellement

L’EVT, validation d’ingénierie, vérifie si la conception elle-même est solide. Pas « est-ce que ça fonctionne sur le banc où je l’ai construit », mais « est-ce que ça fait ce que c’est censé faire, et est-ce que ça tient quand ce n’est plus seulement une unité assemblée à la main ». Un petit lot, même une poignée d’unités, révèle des choses qu’un seul prototype ne peut pas montrer : des exigences manquantes comme celle décrite plus haut, des hypothèses fausses sur la façon dont les sous-systèmes interagissent, l’écart entre « je l’ai testé » et « c’est testable par quelqu’un d’autre ».

La DVT, validation de conception, suppose que l’architecture est arrêtée et vérifie si le produit dans son ensemble respecte les spécifications dans les conditions réelles qu’il rencontrera : plage thermique, CEM, exigences réglementaires, fiabilité sous contrainte. C’est ici que la correction fonctionnelle doit être verrouillée. Si un bug au niveau circuit apparaît encore à cette étape, c’est normal ; la DVT existe en partie pour le détecter.

La PVT, validation de production, pose une question complètement différente. À l’étape de PVT, le produit lui-même ne devrait plus être remis en question. La PVT valide si cette conception précise, sur cette ligne de fabrication précise, avec ces outils et ces bancs de test précis, peut être construite de façon répétée au rendement et au niveau de qualité visés. C’est un audit de procédé, pas un examen final du produit. Si vous trouvez encore des problèmes au niveau circuit en PVT, quelque chose a mal tourné en amont, et la solution n’est pas de « corriger ça pendant la PVT ». La ligne, l’outillage, et généralement certains engagements pris avec votre sous-traitant de fabrication sont déjà verrouillés à ce stade.

Pourquoi le découpage par étapes compte plus qu’on ne le pense

Une chose que je dis à chaque client après une EVT réussie : on ne passe pas directement à la production depuis là. La montée en échelle se fait par étapes, et ce n’est pas de la bureaucratie, c’est de la gestion de risque. Chaque étape produit des volumes un peu plus grands sur un procédé un peu plus proche de ce que vous allez réellement expédier, et comme aucune étape n’a le dernier mot, aucune décision ne porte tout le poids du projet à elle seule. Une erreur sur quinze unités d’EVT vous coûte quinze unités et un peu de calendrier. La même erreur découverte après qu’une ligne tourne à des volumes de PVT, ou après l’expédition d’unités, coûte beaucoup plus cher, et la facture retombe de plus en plus souvent sur quelqu’un d’autre que vous, y compris votre client.

Sauter une étape ne fait pas disparaître les questions qu’elle est censée répondre. Cela les reporte simplement à un moment plus coûteux, posées par quelqu’un de moins patient pour la réponse. Fusionnez l’EVT dans la DVT, et vous trouverez des problèmes de niveau EVT sur une série de DVT, plus grande et construite sur un outillage plus difficile à modifier à moindre coût. Sautez la PVT et expédiez directement depuis la DVT, et la première unité du client devient votre validation de procédé. À ce moment-là, un problème de procédé n’est plus un arrêt de ligne que vous avez détecté en interne, c’est de la logistique de retour et une entaille à la confiance qu’on ne récupère pas facilement.

C’est aussi pour ça que le cycle complet prend le temps qu’il prend. Pour un produit hardware grand public, je conseille de prévoir environ deux ans entre le démarrage et une conception qualifiée, prête à être expédiée. Ce délai peut s’allonger selon les surprises rencontrées en cours de route. Descendre bien en dessous de dix-huit mois est rare, et traiter ce chiffre comme négociable sous la pression d’une levée de fonds est une des façons les plus courantes pour une équipe de se convaincre de sauter une étape qu’elle paiera plus tard.

Le chemin pratique

Rien de tout cela ne signifie qu’il faut attendre la toute dernière itération pour générer des revenus. Vendre à un petit groupe de clients alpha, sur du matériel suffisamment abouti plutôt que terminé, est l’un des meilleurs moyens de valider le marché avant d’aller plus loin. Ces premiers clients vous donnent un retour terrain qu’aucun plan de test interne ne reproduit, et ils ont tendance à former le noyau d’une communauté fidèle qui se sent réellement propriétaire du produit parce que ses retours l’ont concrètement façonné. La version qui rapporte votre premier dollar est souvent assez différente de la version que vous finirez par faire évoluer à grande échelle, et c’est normal. Ce n’est pas un signe que la première version était mauvaise.

La bonne approche consiste à traiter l’EVT, la DVT et la PVT comme un entonnoir pour engager du capital, pas comme un seul pari. Chaque étape est un point de contrôle : avez-vous vraiment répondu aux questions de cette étape assez bien pour justifier le coût de la suivante. Ne confondez pas « ça a fonctionné une fois » avec « c’est validé ». Ne laissez pas la pression du calendrier transformer la PVT en premier moment où l’on se pose sérieusement les questions de niveau DVT.

Il n’existe pas de version finale

C’est ce qui surprend le plus systématiquement les clients. Ils s’attendent à une ligne d’arrivée, une version simplement terminée. Ce qui se passe réellement, c’est que vous figez une version pour la vendre pendant que la suivante est déjà en mouvement derrière. Apple en est l’exemple le plus clair : au moment où l’iPhone 17 est lancé, le 18 est en cours de finalisation, le 19 est en développement actif, et le 20 est déjà en cours de cadrage. Le développement produit ne s’arrête pas à une sortie, c’est une vague qui continue d’avancer, et décider du moment où figer une version pour la vente est une décision à la fois technique, commerciale et stratégique.

Vu sous cet angle, l’EVT, la DVT et la PVT ne forment pas un chemin vers un produit fini. Elles constituent la structure qui vous permet de décider, de façon délibérée, qu’une version est suffisamment aboutie pour être figée et vendue, plutôt que de le découvrir par accident quand vous manquez de moyens, de patience, ou des deux.