La plupart des dossiers IoT sont magnifiques sur la diapositive. On compte les économies évidentes, on divise par le prix des capteurs, et on aboutit à un chiffre qui fait approuver le projet. Puis le déploiement passe en production, les vraies factures arrivent, et les économies se révèlent bien plus diffuses que ce que l’on avait admis. Le calcul n’était pas faux. Il était incomplet.
Un vrai calcul de ROI fait deux choses que la version diapositive saute. Il additionne le coût total de possession, pas seulement le matériel. Et il sépare les économies que vous pouvez mesurer de celles que vous espérez. Réussissez les deux et vous obtenez un chiffre que vous pouvez défendre. Ratez l’un des deux et vous devinez.
Voici une méthode que vous pouvez réellement appliquer.
Commencez par le coût total de possession
La première erreur est de confondre le prix du capteur avec le coût. Le capteur est l’élément le moins cher. Le coût total de possession comprend tout ce que vous paierez sur la durée de vie du déploiement, et la majeure partie est récurrente.
Découpez-le en catégories pour que rien ne se cache :
Matériel. Capteurs, gateways, et tout appareil edge. Incluez les pièces de rechange et les unités qui tombent en panne la première année, car certaines tomberont.
Intégration. Le temps d’ingénierie pour connecter les appareils, écrire les parsers, construire les dashboards et configurer les alertes. C’est souvent la ligne la plus lourde de la première année, et celle que l’on oublie de chiffrer.
Connectivité. Forfaits cellulaires, accès au réseau LoRaWAN, ou tout ce qui transporte les données. Cela revient chaque mois, par appareil, indéfiniment.
Plateforme et stockage. La couche cloud qui ingère, stocke et sert les données. Récurrent.
Exploitation continue. Quelqu’un surveille le système, remplace les capteurs morts, met à jour le firmware et répond aux alertes. C’est un coût bien réel, même quand personne ne le budgète.
Ajoutez une ligne pour le coût d’un déploiement qui échoue ou s’enlise, car un pilote qui ne passe jamais à l’échelle vous a quand même coûté le pilote. Additionnez le tout sur trois ans, pas un. Un déploiement qui devient rentable au huitième mois sur une vue à un an peut avoir une tout autre allure une fois la connectivité et l’exploitation de la deuxième année inscrites dans la colonne.
Séparez les économies tangibles des économies diffuses
Passons maintenant au volet des bénéfices. La chose la plus utile que vous puissiez faire est de répartir vos économies en deux colonnes et de ne jamais les mélanger.
Les économies tangibles sont mesurables. Vous pouvez pointer un chiffre qui a changé :
- Dépense énergétique réduite parce que la surveillance a détecté un équipement fonctionnant de façon inefficace. L’optimisation énergétique vise généralement des réductions de l’ordre de dix à vingt pour cent de la charge surveillée, même si votre chiffre dépend entièrement de votre référence de départ.
- Heures de main-d’œuvre économisées parce que personne ne se déplace plus pour relever un compteur ou vérifier une cuve manuellement. Comptez les déplacements évités et multipliez par le coût complet du trajet.
- Pertes de produits évitées. Dans la chaîne du froid, des alertes de température précoces évitent les expéditions avariées. Si vous perdez historiquement un nombre connu de chargements par an, la valeur de les rattraper est concrète.
- Arrêts non planifiés évités grâce à la maintenance prédictive. Si un site a un historique de pannes d’équipement à un coût connu chacune, et que la surveillance d’état en évite une partie, le coût évité est réel et démontrable après coup.
Les économies diffuses sont réelles mais plus difficiles à chiffrer :
- Preuves de conformité et d’audit dont vous ne disposiez pas auparavant.
- Incidents de sécurité évités.
- Décisions plus rapides parce que la donnée existe tout simplement.
- Confiance client née de la capacité à prouver qu’une expédition est restée dans les limites.
Les économies diffuses ont leur place dans le dossier. Elles n’ont simplement pas leur place dans la même colonne que les économies tangibles, et elles ne devraient jamais porter le ROI à elles seules. Si le projet ne tient que lorsque vous attribuez une valeur généreuse au moral et à l’agilité, le projet ne tient pas.
Estimez le seuil de rentabilité et mettez-le à l’épreuve
Une fois le coût total et les économies tangibles en main, le seuil de rentabilité est le temps qu’il faut pour que les économies tangibles cumulées couvrent le coût cumulé. Les déploiements de maintenance prédictive et de surveillance se situent souvent dans une fourchette de douze à dix-huit mois, mais traitez cela comme un test de cohérence, pas comme un objectif. Votre seuil de rentabilité est celui que disent vos propres chiffres.
Mettez ensuite les hypothèses à l’épreuve avant que quiconque ne signe :
- Par rapport à quelle référence les économies sont-elles mesurées, et cette référence est-elle documentée ou seulement de mémoire ? Les références de mémoire flattent tous les projets.
- Qu’arrive-t-il au seuil de rentabilité si les économies tombent à moitié ? Si le dossier ne survit qu’au chiffre optimiste, ce n’est pas un dossier, c’est un espoir.
- Qui agit sur l’alerte ? Une alerte énergétique ou de maintenance n’économise rien si personne n’est responsable d’y répondre. Les économies vivent dans l’action, pas dans la donnée.
- Le coût récurrent croît-il avec l’échelle plus vite que les économies ?
Un dossier qui survit à ces quatre questions est un dossier que vous pouvez présenter à un CFO.
Quand le ROI de l’IoT ne tient pas
La partie honnête. Beaucoup de projets IoT ne devraient pas voir le jour, et le calcul vous le dira si vous le laissez faire.
L’IoT est rarement rentable quand l’actif surveillé a peu de valeur. Poser un capteur connecté sur un équipement qui coûte peu à remplacer et tombe en panne sans conséquence est difficile à justifier. Le capteur, la connectivité et l’exploitation coûtent plus que la chose qu’ils protègent.
Il est rarement rentable à faible volume d’unités, sauf si chaque unité a une grande valeur. Le coût d’intégration est en grande partie fixe. Réparti sur dix actifs bon marché, il domine le dossier. Réparti sur dix mille, ou sur dix actifs critiques, il disparaît.
Et il n’est jamais rentable quand personne ne s’approprie l’action sur la donnée. C’est l’échec silencieux le plus courant. Les dashboards passent en production, les alertes se déclenchent, et rien ne change parce qu’y répondre n’a jamais été le travail de personne. Les économies étaient toujours conditionnées au fait que quelqu’un fasse quelque chose, et personne n’a été désigné.
Si votre dossier repose sur la surveillance d’actifs bon marché, en petit nombre, sans personne de responsable de la réponse, la bonne réponse n’est pas un déploiement plus modeste. C’est l’absence de déploiement. Le dire tôt coûte moins cher que de le prouver après dix-huit mois.
La place de TagoIO
Le calcul de ROI a un volet coût, et la couche plateforme s’y inscrit pleinement. TagoIO est la couche qui ingère les données des appareils, les stocke, exécute la logique et sert les dashboards et les alertes. La façon dont cette couche est tarifée et la quantité d’ingénierie nécessaire pour la mettre en place affectent directement vos lignes d’intégration et d’exploitation.
Quelques points précis qui touchent à la colonne des coûts. TagoIO se connecte à plus de 500 intégrations d’appareils, donc raccorder du matériel existant relève de la configuration plutôt que d’un développement sur mesure, ce qui allège la ligne d’intégration. Les scripts Analysis serverless exécutent votre logique sans serveur à provisionner ni à maintenir, ce qui maintient bas le coût d’exploitation continue. La plateforme est multi-tenant, donc un déploiement sur plusieurs sites ou clients ne multiplie pas l’infrastructure. Pour le travail réglementé, TagoIO est certifié ISO 27001 et aligné sur le GDPR, ce qui fait partie des preuves de conformité côté économies diffuses.
Rien de tout cela ne change le volet économies de votre équation. Vos économies tangibles proviennent de vos propres opérations. La plateforme influe sur ce que coûte le déploiement à construire et à exploiter, et un coût de possession plus bas est la moitié la plus facile d’un meilleur seuil de rentabilité.
Étapes suivantes
- Voir des déploiements et les problèmes qu’ils résolvent : tago.io/use-cases
- Vérifier comment le volet coût est tarifé : tago.io/pricing
- Commencer à construire et chiffrer votre propre déploiement : admin.tago.io
