La plupart des appels d’offres pour plateformes IoT échouent avant même que le fournisseur ne les lise. Pas parce que l’acheteur ne sait pas ce qu’il veut, mais parce que le document pose les mauvaises questions. Des appels d’offres génériques obtiennent des réponses génériques. On finit par comparer des argumentaires marketing au lieu de capacités réelles.
Voici ce qu’il faut demander à la place.
Pourquoi la plupart des appels d’offres IoT passent à côté de l’essentiel
L’appel d’offres IoT classique se concentre sur les fonctionnalités. La plateforme prend-elle en charge MQTT ? Dispose-t-elle de dashboards ? Peut-elle envoyer des alertes ? Toutes les plateformes répondront oui à chacune de ces questions.
Les questions qui comptent vraiment sont plus difficiles à trancher : qu’advient-il de mes données quand je dois partir ? À quoi ressemble la tarification pour 5 000 appareils ? Mon client peut-il se connecter à un portail à mon image sans voir le nom de votre entreprise ?
Trois schémas d’échec reviennent dans les appels d’offres IoT mal ficelés :
- Trop génériques. Des questions auxquelles n’importe quel fournisseur peut répondre par l’affirmative sans rien révéler d’utile.
- Aucune vision du coût total de possession. Évaluer les frais mensuels de la plateforme sans tenir compte du temps d’intégration des appareils, des coûts de support et de la charge d’ingénierie.
- Questions opérationnelles absentes. Ce qui fonctionne dans une démo peut ne pas tenir en conditions réelles de production. La plupart des appels d’offres ne testent pas cela.
Les cinq catégories ci-dessous corrigent ces trois points.
Catégorie 1 : connectivité
C’est là que les plateformes divergent vite. Demandez :
- Quels protocoles sont nativement pris en charge ? LoRaWAN, MQTT, HTTP, NB-IoT, satellite ?
- Prenez-vous en charge les principaux serveurs de réseau LoRaWAN (TTN, ChirpStack, Actility) ?
- Combien de parsers d’appareils prêts à l’emploi livrez-vous ? Puis-je créer les miens ?
- Que se passe-t-il si mon appareil utilise un format de payload personnalisé ?
- Existe-t-il une liste des intégrations matérielles officiellement prises en charge ?
Une plateforme qui revendique une « large prise en charge de la connectivité » ne veut rien dire. Demandez la liste précise. Si un fournisseur prend en charge plus de 500 types d’appareils dès le départ, voilà une réponse concrète et vérifiable.
Catégorie 2 : données
La portabilité des données est souvent ignorée jusqu’au jour où quelqu’un doit changer de plateforme ou mener un audit. Demandez :
- Où les données sont-elles stockées ? Dans quelles régions géographiques ?
- Quelle est la durée de conservation des données par défaut ? Puis-je la prolonger ?
- Comment puis-je exporter mes données ? Existe-t-il une API d’export en masse ?
- Les données de payload brutes sont-elles stockées, ou seulement les valeurs analysées ?
- Qu’advient-il de mes données si j’annule mon abonnement ?
Ces questions révèlent si un fournisseur considère vos données comme les vôtres ou comme les siennes. Si les réponses restent floues, c’est un signal.
Catégorie 3 : scalabilité
La bonne question n’est pas « pouvez-vous monter en charge ? » mais « combien coûte et qu’exige réellement cette montée en charge ? »
- Quel est le modèle de tarification pour 100 appareils, 1 000 appareils et 10 000 appareils ?
- Y a-t-il des limites sur le nombre de points de données par mois, ou d’appels API par seconde ?
- Comment la plateforme gère-t-elle un pic de messages d’appareils ?
- Y a-t-il un environnement dédié à chaque client, ou est-il partagé ?
- Où puis-je trouver la documentation de tarification ?
Privilégiez les plateformes qui publient leur tarification de façon publique. Une tarification transparente sur https://tago.io/pricing est une bonne référence de ce à quoi cela ressemble en pratique.
Catégorie 4 : marque blanche
Si vous êtes intégrateur de systèmes ou que vous construisez un produit pour vos clients, la marque blanche n’est pas optionnelle. Demandez :
- Puis-je déployer un portail destiné au client sous mon propre domaine ?
- Votre application mobile prend-elle en charge une personnalisation de la marque ? Est-elle disponible sur iOS et Android ?
- Mes clients verront-ils un jour le nom ou le logo de votre entreprise ?
- La marque blanche est-elle incluse dans le forfait de base ou s’agit-il d’une option payante ?
- Puis-je contrôler ce que chaque utilisateur final peut voir et faire ?
Une plateforme incapable d’offrir aux clients une expérience à votre image signifie que vous construisez votre produit sur la marque de quelqu’un d’autre. C’est un risque à quantifier avant de signer.
Catégorie 5 : support
La qualité du support est impossible à évaluer à partir de pages marketing. Demandez des précisions :
- Quel est le SLA pour les incidents critiques ?
- Quel est le délai de réponse moyen pour les tickets de support ?
- Existe-t-il un site de documentation public et une communauté de développeurs ?
- Proposez-vous une aide à l’intégration pour les nouveaux comptes ?
- Des ressources de formation sont-elles disponibles (academy, tutoriels vidéo) ?
Vérifiez si le fournisseur dispose d’une base de connaissances publique et d’un forum communautaire. Des ressources comme https://docs.tago.io et https://tago.io/academy donnent une idée du sérieux avec lequel un fournisseur investit dans le support en libre-service.
Transformer tout cela en document opérationnel
Ces cinq catégories vous donnent la structure. L’étape suivante consiste à les transformer en grille d’évaluation notée : attribuez un poids à chaque catégorie selon les priorités de votre projet, puis notez les réponses de chaque fournisseur de 1 à 5. Cela retire l’intuition de la décision.
Une version téléchargeable complète de ce modèle d’appel d’offres est disponible sur demande. Contactez-nous à https://tago.io/contact-us en indiquant « modèle d’appel d’offres » dans votre message.
Prochaines étapes
- Passez en revue les capacités de la plateforme : https://docs.tago.io
- Découvrez des cas d’usage concrets : https://tago.io/use-cases
- Contactez l’équipe : https://tago.io/contact-us
