Par Didier Mercier, 32 ans en usine, opérateur puis maintenance puis chef d’équipe, métallurgie puis plasturgie. Retraité depuis 2024.

J’ai vu poser des capteurs. Beaucoup. Sur les presses, sur les compresseurs, sur les portes de quai. Un projet IoT, ça commence toujours par une belle démo. Un capteur, un écran, une courbe qui bouge en direct. Tout le monde applaudit. Ce qui m’intéresse, c’est ce qu’il reste deux ans après la démo. Je ne suis pas ingénieur. Je ne vends aucune solution connectée. Je raconte ce que j’ai vu, depuis l’atelier.

Le pilote marche toujours

C’est la première chose que j’ai apprise sur les projets IoT. La phase pilote marche. Toujours. Sur tous les sites, avec toutes les solutions.

Normal. On met trois capteurs sur la meilleure machine. Le réseau est neuf. Le prestataire est sur site. L’ingénieur de la boîte de technologie passe deux fois par semaine. Dans ces conditions, ça marche.

Le problème arrive après. Le déploiement, la vraie phase, celle qui coûte. Quand il faut passer de trois capteurs à quatre-vingts. Quand le prestataire est reparti. Quand la machine du fond de l’atelier, celle de 1994, doit rentrer dans le système.

Un projet IoT se juge au déploiement, jamais au pilote. C’est comme juger une machine sur la démo du salon.

Les chiffres disent la même chose que moi, en plus poli.

Les chiffres, avant de commander les capteurs

Je cite, je ne commente pas.

Cisco a publié en 2017 une enquête sur l’internet des objets en entreprise. Résultat : 60 % des projets IoT s’arrêtent au stade de la preuve de concept. 26 % seulement des entreprises considèrent avoir mené une initiative IoT qui a été un succès complet. Un quart. Sur des projets IoT lancés par des entreprises qui avaient les moyens de les mener.

Du côté de McKinsey, l’estimation tourne autour de 80 % des initiatives IoT industrielles qui ne dépassent jamais la phase pilote.

Pendant ce temps, IoT Analytics comptait 21,1 milliards d’objets connectés actifs dans le monde fin 2025.

Beaucoup d’objets connectés. Peu de projets IoT terminés. Voilà le décor pour qui veut débuter.

Ce qu’on a posé chez nous

Site plasturgie, vers 2019. Des capteurs de vibration sur les moteurs, pour anticiper les pannes. L’idée était bonne. Je le dis franchement : l’idée était très bonne. En maintenance, on rêve tous de savoir qu’un roulement va lâcher avant qu’il lâche.

Le pilote a duré quatre mois. Impeccable.

Le déploiement complet, lui, a duré dix-huit mois. Voilà pourquoi, dans l’ordre où ça nous est tombé dessus.

Le réseau ne traverse pas la tôle

Première surprise. Le wifi de l’usine ne passait pas au fond de l’atelier. Des murs en béton, des machines en métal, des racks pleins. On m’a expliqué que c’était classique, que les réseaux IoT existaient pour ça.

On est passé en LoRaWAN. Un réseau fait pour les objets connectés : portée longue, débit minuscule, consommation d’énergie très basse. Ça a résolu le problème de couverture. Ça en a créé un autre : le débit LoRaWAN ne permet pas d’envoyer une courbe de vibration complète. On envoyait une valeur toutes les quinze minutes.

Personne ne me l’avait dit avant la commande des capteurs. La solution IoT était choisie. Le réseau, non.

Les piles

Deuxième surprise. Celle-là me fait encore sourire. Un capteur connecté, ça marche sur pile. La durée de vie annoncée était de cinq ans.

Cinq ans dans un bureau, peut-être. Sur un moteur à 60 °C qui tourne en trois-huit, avec un capteur qui remonte des données plus souvent parce qu’on avait augmenté la fréquence, la durée de vie réelle a été de quatorze mois.

Quatre-vingts capteurs. Quatre-vingts piles à changer. Sur des moteurs consignés, donc à l’arrêt. Personne n’avait mis cette ligne dans le projet IoT. La maintenance des objets connectés, c’est devenu de la maintenance tout court. La mienne. Un capteur, ça s’entretient comme le reste du système.

La consommation d’énergie d’un objet connecté, ça se calcule. Ça se calcule avec la fréquence d’envoi réelle, pas celle du devis.

Le capteur qui tombe

Troisième surprise. On avait collé les capteurs. Sur une machine qui vibre, un capteur collé finit par tomber. C’est même précisément la raison pour laquelle on l’a mis là.

Six capteurs sont tombés la première année. Deux ont fini dans une trémie. Là, ça a arrêté la ligne, pour de vrai. La fixation d’un capteur, c’est une étape du déploiement. Elle tient en trois mots dans le devis.

Les étapes que j’ai vues tenir

Je ne donne pas de méthode, je n’en ai pas. Les étapes clés d’un projet IoT, chacun les écrit à sa façon. Voici ce que les projets IoT réussis avaient en commun, sur les sites où j’étais :

• La question posée avant le capteur. Pas « qu’est-ce qu’on pourrait mesurer », plutôt « qu’est-ce qu’on ferait de la mesure ». Les deux ne se ressemblent pas.
• Une seule machine, un seul usage, une seule phase de test. Pas quinze en même temps.
• Quelqu’un de l’atelier dans la boucle avant le choix de la solution IoT. Pas après la commande.
• Le réseau vérifié sur place, physiquement, avant de signer. Avec un type qui marche dans l’atelier avec un boîtier.
• Une réponse claire à la question : qui change la pile, qui recolle le capteur, qui appelle quand ça remonte plus rien.
• Un accord écrit sur le délai d’intervention du prestataire. On appelle ça un SLA. Le nôtre disait 48 heures. On ne l’avait pas lu.

Ce dernier point vaut son pesant. Une solution connectée en panne, c’est une machine qui redevient une machine normale. Pas un drame en soi. Sauf qu’on avait supprimé les rondes de contrôle manuelles en même temps qu’on installait les capteurs.

Ces étapes ne sont pas des conseils. C’est une liste de ce qui manquait chez nous, écrite après coup.

Personne ne regardait les données

Voilà le vrai sujet. Celui dont on ne parle jamais dans les brochures.

Au bout de deux ans, notre système IoT collectait des données en continu, correctement, sur presque toutes les machines. Les données collectées arrivaient dans une plateforme IoT très bien faite. Des courbes, des seuils, des alertes. Le système faisait exactement ce pour quoi on l’avait payé.

Personne ne les regardait.

Pas par bêtise. Parce que personne n’avait le temps. La personne qui devait suivre les alertes avait déjà un poste complet. Une alerte sur trois était un faux positif, donc au bout de quelques mois, les gars les ignoraient toutes. C’est humain. On ignore ce qui crie pour rien.

Un projet IoT qui collecte des données que personne n’exploite, ça s’appelle une facture. Le KPI du projet, lui, était vert : taux de disponibilité des capteurs, 98 %.

Les données, ça se gère. La gestion des données, ce n’est pas la même chose que la collecte. La collecte, c’est de la technologie, ça se paie. L’exploitation, c’est du temps de quelqu’un. Ce temps-là n’était nulle part dans le projet.

La sécurité, les normes : je renvoie

Un capteur connecté, c’est un objet qui parle sur un réseau. Il y a donc une question de sécurité. Je ne la traite pas : je ne suis pas informaticien. Je dis juste où c’est écrit. La sécurité d’une solution IoT, ça se regarde avant le déploiement, pas après le premier incident. C’est la seule chose que je me permette de dire là-dessus.

• L’ANSSI publie des recommandations sur la sécurité des objets connectés, sur celle des systèmes industriels. C’est leur métier, pas le mien.
• La CNIL traite tout ce qui touche aux données collectées, en particulier quand un capteur mesure quelque chose qui concerne des personnes. Un capteur de présence, ça mesure des gens.
• France Num recense les aides, les accompagnements pour les TPE PME qui démarrent un projet IoT. Il y a des dispositifs, peu de gens le savent.
• L’ARCEP suit les réseaux dédiés à l’internet des objets en France, dont LoRaWAN, dont les réseaux cellulaires basse consommation.

Sur les normes IEC, sur les normes ISO qui encadrent les systèmes industriels, même réponse : elles existent, elles sont référencées, je ne les interprète pas. La gestion de la conformité, ce n’est pas mon rayon.

Questions fréquentes

Comment débuter un projet IoT quand on n’y connaît rien ?

Je ne recommande rien. Ce que j’ai vu marcher : un seul usage, une seule machine, une seule question à laquelle on veut répondre. Les projets qui ont capoté chez nous démarraient toujours par le catalogue de capteurs, jamais par la question.

Combien de temps dure la mise en place d’une solution IoT ?

Chez nous : quatre mois de phase pilote, dix-huit mois de déploiement complet. Le pilote donne le calendrier du pilote, pas celui du déploiement. Les deux n’ont aucun rapport. Les étapes du déploiement, ce sont celles qu’on découvre : le réseau, les fixations, la gestion des piles, la formation.

Faut-il du LoRaWAN, du wifi ou de la 4G pour son réseau IoT ?

Ça dépend du bâtiment, de la quantité de données à faire remonter. Ce que j’ai constaté : le wifi ne traverse pas la tôle ni le béton, LoRaWAN porte loin avec très peu de débit, la 4G coûte un abonnement par capteur. La bonne façon de trancher, c’est d’aller marcher dans l’atelier avec un boîtier de test avant de commander. Pas après.

Comment gérer les données collectées par les capteurs ?

Je n’ai pas la réponse. J’ai la question : qui, dans l’entreprise, ouvre la plateforme le matin ? Si la réponse est « on verra », la gestion des données ne se fera pas. Chez nous, elle ne s’est pas faite.

Quelle est la vraie durée de vie d’un capteur IoT ?

La fiche annonce souvent cinq ans. Chez nous, sur des moteurs chauds, avec une remontée de données fréquente, la réalité a été de quatorze mois. La consommation énergétique d’un capteur dépend de la fréquence d’envoi, de la température, du réseau utilisé. La fiche technique parle des conditions du laboratoire.

Pourquoi autant de projets IoT échouent ?

Cisco parle de 60 % d’arrêt au stade de la preuve de concept, avec 26 % seulement d’initiatives considérées comme un succès complet. Les raisons citées dans ces études : manque de compétences internes, absence de retour sur investissement clair. De l’atelier, je formule ça autrement : on achète les capteurs avant de savoir qui lira les courbes.

Qui s’occupe de la maintenance des objets connectés ?

Bonne question. Chez nous, la réponse est arrivée après l’installation, ce qui était trop tard. Les piles, les capteurs décollés, les passerelles réseau qui se figent : tout ça se change, se recolle, se redémarre. Par quelqu’un. C’est une ligne du projet, pas une surprise.

Pour finir

Un projet IoT, ce n’est pas un projet de capteurs. C’est un projet d’organisation avec des capteurs dedans. Comment débuter, franchement, ça compte moins que comment tenir la deuxième année.

La technologie fonctionne. Franchement, elle fonctionne bien. Les capteurs sont fiables, les réseaux existent, les plateformes IoT sont bien faites, la sécurité se traite. Ce qui casse dans un projet IoT, ce n’est presque jamais la technologie.

Ce qui casse, c’est la pile que personne ne change, l’alerte que personne ne lit, la question qu’on n’a pas posée avant de commander.

J’ai vu les deux. J’ai vu un système de suivi de température sur nos matières qui a tourné cinq ans sans un pépin, parce qu’une personne le regardait tous les matins, parce que c’était écrit dans sa fiche de poste. Trois capteurs. Trois. Le meilleur projet IoT que j’aie vu passer.