Une régression mineure sur un firmware, deux techniciens sur la route une semaine entière pour reflasher des boîtiers à la main, parc par parc. On me l’a raconté en réunion, et le calcul s’est fait tout seul après ça : à l’unité, ce déplacement n’existait pas. La série l’avait inventé.
Un prototype répond à « est-ce que ça peut marcher ? ». La série pose une question nettement moins flatteuse : mille exemplaires peuvent-ils sortir d’usine identiques et rester réparables deux ans plus tard ? Confondre les deux est, de loin, la cause d’échec que je croise le plus au moment de produire.
Passer du prototype à la série ne change pas la fonction mais la nature du problème : mille objets doivent sortir d’usine identiques, porter chacun leur propre identité, et rester réparables à distance — le vrai chantier est là, dans le provisioning, la mise à jour et la supervision de flotte.
Ce qu’on faisait à la main sans le voir
À l’unité, une foule de gestes passent inaperçus. On flashe par câble USB, on écrit le SSID du Wi-Fi en dur, on jette un œil pour vérifier que la carte clignote. Rien de tout ça ne tient à mille pièces, et c’est là que se cache le travail réel.
D’abord la reproductibilité. Chaque objet doit être fonctionnel en sortie de chaîne sans réglage artisanal, ce qui transforme le flashage en poste de production : défini, répétable, vérifié unité par unité. Vient l’identité. Un objet a besoin de la sienne, un identifiant, des clés, un certificat, pour être reconnu seul, et la taper à la main sur quelques centaines de pièces n’a aucun sens. Il faut un provisioning automatisé, accroché au bon endroit : la chaîne de fabrication. La mise à jour à distance, ensuite, bascule de confort à nécessité dès qu’on dépasse la poignée d’unités, sinon chaque correctif se paie en déplacements multipliés par la taille du parc (j’en parle en détail dans l’article OTA). Reste la supervision : quand l’objet n’est plus sur votre bureau, il faut de la télémétrie pour savoir qui est en ligne, qui s’est tu et lesquels commencent à dériver, sans ouvrir un seul boîtier.
L’erreur de calcul qui plombe le budget
Le piège récurrent : chiffrer l’industrialisation comme le prototype multiplié par le nombre d’unités, en ne comptant que la nomenclature matérielle. Le coût réel dort ailleurs, dans le provisioning, l’OTA, la supervision. Ce sont des chantiers logiciels et organisationnels, invisibles tant qu’on raisonne sur une seule pièce, et personne ne les voit dans une carte posée sur un bureau.
Un réflexe règle ça en amont : avant même de finaliser le prototype, écrivez noir sur blanc comment un objet recevra son identité en usine et comment il recevra sa prochaine mise à jour sur le terrain. Deux phrases suffisent à révéler les trous. Si vous n’avez pas de réponse, votre POC n’est pas un avant-projet de série, c’est une démo. La distinction se paie cher quand on la découvre une fois la première fabrication lancée.