Le prix affiché le premier mois est le pire chiffre sur lequel décider, et c’est pourtant le seul que la plupart des gens regardent. Une plateforme qui annonce un faible forfait mensuel peut coûter plus cher sur trois ans qu’une autre affichant un tarif plus élevé, parce que le prix de vitrine ne couvre qu’une fraction de ce que vous payez réellement pour faire tourner un produit IoT. Ce sont les frais absents de la première facture qui font bouger le total.
Si vous choisissez une plateforme, la question n’est pas de savoir laquelle est la moins chère aujourd’hui. C’est de savoir laquelle coûte le moins à exploiter sur trois ans, et quel modèle tarifaire vous permet de prévoir ce chiffre assez bien pour l’inscrire dans un budget. Ce sont deux questions distinctes, et les deux comptent.
Pourquoi le premier mois induit en erreur
Un forfait mensuel tient sur une seule ligne. Votre dépense réelle, elle, en compte beaucoup, et la plupart augmentent à leur propre rythme. Vous ajoutez des appareils. Chacun envoie plus de données que prévu. Un client demande une intégration, et un ingénieur passe trois semaines à la construire. Quelqu’un doit être de garde quand l’ingestion se bloque à 2 h du matin. Un prospect réclame votre documentation de sécurité avant de signer, et voilà que vous payez un audit.
Rien de tout cela n’apparaît quand vous comparez des forfaits mensuels dans un tableur. La plateforme qui semblait la moins chère pendant la démo devient donc la plus coûteuse en deuxième année, et vous le découvrez après avoir déjà tout construit dessus. La solution: modéliser les catégories qui surgissent sur trois ans avant de signer, pas après.
Les postes de coût qui apparaissent sur trois ans
Sur un horizon de trois ans, la dépense se regroupe en une poignée de postes. Les nommer dès le départ est la seule façon de comparer deux plateformes honnêtement.
- Frais de plateforme. L’abonnement de base ou les frais à la consommation. C’est le chiffre que tout le monde cite et celui auquel on accorde trop de poids.
- Mise à l’échelle par appareil et par donnée. La plupart des tarifs évoluent avec le nombre d’appareils, le volume de messages ou les données stockées. La pente de cette progression compte plus que le point de départ, car vous vous engagez sur la courbe, pas sur son premier point.
- Travail d’intégration et de développement. Connecter le matériel, brancher des systèmes externes, construire de la logique sur mesure. Une partie est ponctuelle, une autre revient chaque fois qu’un client a un nouveau besoin. C’est du salaire d’ingénieur, pas une ligne de facture fournisseur, et c’est précisément pour cela qu’on l’oublie dans les comparaisons.
- Exploitation et astreinte. Si vous hébergez vous-même une partie de la stack, vous payez pour la maintenir: correctifs, mise à l’échelle, supervision, et un humain réveillé quand ça casse. Une plateforme gérée absorbe l’essentiel de ce coût dans le forfait. Une installation auto-hébergée vous le rend.
- Support. Obtenez-vous de l’aide quand quelque chose casse, et combien coûte cette aide. Le prix d’une réponse lente pendant une panne est réel, même s’il n’apparaît sur aucune facture.
- Preuves de conformité. Si vous vendez à des acheteurs mid-market ou grands comptes, ils demanderont certifications et documentation. Produire ces preuves vous-même coûte des frais d’audit et du temps d’ingénierie. Les hériter d’une plateforme déjà certifiée ne coûte rien de plus.
Une comparaison honnête met des chiffres, ou au moins des fourchettes, en face de chacun de ces postes pour chaque option. Ne comparer que le premier poste, c’est ainsi que les équipes finissent prises au dépourvu.
Construire, acheter ou revendre
Le même cadre sur trois ans clarifie une décision qui se prend d’habitude à l’instinct.
Construire signifie que vous possédez la couche plateforme de bout en bout, sur de l’infrastructure cloud brute ou des composants ouverts. Vos frais de plateforme sont faibles et votre contrôle est total. Vos coûts de développement et d’exploitation sont les plus élevés des trois, et ils ne s’arrêtent jamais, parce que chaque fonctionnalité et chaque correctif vous appartiennent pour toujours. Construire l’emporte quand la plateforme elle-même est votre produit et que la différenciation vaut la peine d’être possédée.
Acheter signifie que vous prenez une plateforme gérée et que vous y connectez vos appareils et votre logique. Les frais de plateforme sont plus élevés et visibles. Les coûts de développement et d’exploitation chutent fortement, parce que vous n’entretenez pas la couche du dessous. Acheter l’emporte quand votre produit est ce qui tourne sur la plateforme, et non la plateforme elle-même, ce qui décrit la plupart des équipes.
Revendre ajoute une troisième option qui change le calcul. Avec une plateforme en marque blanche, le coût cesse d’être seulement un coût. Vous y apposez votre marque, vous la vendez à vos propres clients, et le forfait de plateforme devient l’entrée d’une ligne de revenus récurrents. Pour un intégrateur, cela transforme la question tarifaire de “combien cela nous coûte” en “quelle marge cela porte”, ce qui est une bien meilleure question à se poser.
Tarification prévisible contre tarification à la consommation
Deux modèles tarifaires dominent, et ils se comportent très différemment dès que vous essayez de budgéter.
La tarification à la consommation facture ce que vous utilisez: messages, opérations, stockage, souvent mesurés au million. Elle est honnête et elle décroît quand vous êtes petit. Le problème, c’est qu’elle augmente sans rien demander. Un changement de firmware qui double la fréquence de remontée double une ligne que vous aviez prévue à l’ancien tarif. Un déploiement client réussi qui triple le nombre d’appareils triple la dépense le trimestre même où vous célébrez la victoire. La facture suit l’usage, et l’usage est ce que vous maîtrisez le moins une fois de vrais clients impliqués.
La tarification prévisible fixe l’entrée. Vous connaissez le coût de la plateforme pour un palier donné, peu importe à quel point les appareils deviennent bavards à l’intérieur de ce palier. Vous perdez l’efficacité pure du paiement à l’usage en très faible volume. Vous gagnez un chiffre que vous pouvez inscrire dans un modèle à trois ans et défendre devant celui qui le valide.
La prévisibilité compte parce qu’un budget est un engagement, pas une estimation. Une équipe finance peut travailler avec une ligne fixe et un palier connu au moment où vous le franchissez. Elle ne peut pas travailler avec une ligne qui bouge tous les mois pour des raisons que décide le parc d’appareils. Si vous êtes un intégrateur qui propose un prix fixe à votre propre client, un coût sous-jacent imprévisible, c’est une marge que vous ne pouvez pas promettre. Un coût d’entrée prévisible, c’est ce qui vous permet de vendre un prix prévisible par-dessus.
Ce qu’il faut modéliser avant de signer
Avant de vous engager, construisez un modèle sur trois ans avec ces entrées, en utilisant des fourchettes là où vous ne pouvez pas obtenir de chiffres exacts.
- Croissance du nombre d’appareils et des données. Projetez la courbe, pas le point de départ. Faites un scénario bas et un scénario haut, parce que c’est dans le scénario haut que la tarification à la consommation mord.
- La pile de coûts complète. Chaque poste ci-dessus, pour chaque option, y compris les salaires d’ingénieurs que le développement et l’exploitation coûtent réellement.
- Le comportement du modèle tarifaire à votre volume de troisième année, pas à celui du premier mois. Demandez au fournisseur de chiffrer le palier où vous comptez vous trouver, pas celui où vous commencez.
- Les exigences de conformité de vos acheteurs, et ce qu’il en coûte d’y répondre vous-même plutôt que d’en hériter.
- Pour les intégrateurs, la marge de revente: coût de plateforme en entrée, prix client en sortie, sur le même horizon.
La plateforme qui gagne ce modèle est rarement celle dont la première facture est la plus basse. C’est celle dont le total reste proche de ce que vous aviez prévu, parce qu’un coût que vous pouvez prévoir est un coût sur lequel vous pouvez bâtir une activité.
La place de TagoIO
TagoIO est une plateforme applicative IoT gérée, pensée pour les intégrateurs système et les équipes mid-market. Elle fournit la couche applicative, les dashboards, la gestion d’appareils, le stockage, les alertes et les API, par-dessus la connectivité, de sorte que les postes développement et exploitation restent réduits au lieu de devenir une deuxième équipe d’ingénierie. Elle est certifiée ISO 27001 et conforme au GDPR: les preuves de conformité que vos acheteurs réclament viennent de nous, pas d’un audit que vous financez.
La tarification est prévisible, ce qui est tout l’enjeu de cet article. Vous obtenez un chiffre que vous pouvez modéliser sur trois ans et défendre dans un budget, au lieu d’un compteur qui se retarife chaque fois que vos appareils s’agitent. Et grâce à TagoRUN, l’option en marque blanche, un intégrateur transforme ce coût de plateforme en entrée d’une ligne de revenus récurrents, en vendant par-dessus un produit à sa marque avec une marge qu’il peut réellement promettre, parce que le coût sous-jacent ne bouge pas.
