Guide pour les collectivités et les services municipaux
Quelle plateforme de données urbaines convient à votre collectivité ?
Une plateforme de données urbaines rassemble les données de capteurs, de logiciels métiers et d’autres sources. Elle les rend utilisables par les personnes et applications autorisées. Son intérêt se mesure à une tâche concrète : une meilleure décision, un processus plus fiable ou un service dont les résultats sont vérifiables.
Partez d’une tâche qui mobilise vos équipes aujourd’hui.
Le choix d’une plateforme doit répondre à un besoin métier. Avec le service concerné, retenez un processus où les données manquent, sont saisies deux fois ou arrivent trop tard. Précisez qui utilise ces informations et quelle action elles doivent déclencher. Une carte renseignée ne change pas, à elle seule, un processus de travail.
Le guide du BBSR place lui aussi les objectifs, les cas d’usage et la participation de la collectivité avant le choix technique. [1]
Collecte des déchets
Les niveaux de remplissage peuvent aider à prioriser les collectes nécessaires. Pendant le pilote, vérifiez que les responsables des tournées et les équipes reçoivent les informations à temps et les utilisent.
Découvrir le pilotage de la collecteArbres urbains
L’humidité du sol peut guider l’arrosage. L’emplacement de la mesure, son interprétation métier et sa transformation en intervention sont essentiels.
Découvrir l’arrosage selon les besoinsStationnement
Les données d’occupation peuvent indiquer les places disponibles. Déterminez si le premier bénéfice doit concerner la planification, l’exploitation ou l’information du public.
Mieux utiliser le stationnementSix questions auxquelles une plateforme doit répondre
Demandez les mêmes preuves aux fournisseurs pour une même tâche. Cette grille facilite l’évaluation métier et technique. Définissez les pondérations avec les services concernés, l’informatique et les responsables du projet.
- Pouvons-nous utiliser nos données existantes ?
- Un exemple complet avec vos formats : source, transmission, horodatage, unités, fréquence de mise à jour et application cible. Distinguez les intégrations existantes de celles restant à développer.
- Qui peut consulter et modifier chaque donnée ?
- Un modèle de droits pour les services, les partenaires externes et le public. Demandez une démonstration avec un compte restreint et clarifiez responsabilités, suppression et traitements documentés.
- Pourrons-nous récupérer nos données plus tard ?
- Un export réellement effectué comprenant les séries temporelles, les métadonnées et les paramètres convenus. Documentez formats, interfaces, délais et charge d’un changement d’opérateur.
- Qui assure le fonctionnement quotidien ?
- Des responsabilités nommées pour les capteurs, le réseau, la plateforme et les applications. Comparez horaires d’assistance, objectifs de réponse, restauration et gestion des mesures absentes ou incohérentes.
- Que permet l’application aujourd’hui ?
- Une démonstration du périmètre proposé et de l’état des données. Distinguez les fonctions en production, celles en pilote et les évolutions prévues dans l’offre et les critères de réception.
- Comment ajouter un autre cas d’usage ?
- Une description des données, rôles et composants réutilisables, avec les coûts et tâches supplémentaires. Faites chiffrer un deuxième cas d’usage.
Quel est le coût réel d’une plateforme de données urbaines ?
La licence mensuelle ne représente qu’une partie du budget. Comparez les offres sur une même durée, avec le même nombre de sites, de sources et d’applications. Précisez les prestations incluses et les tâches à prendre en charge en interne. C’est indispensable pour interpréter un prix de départ attractif.
- Mise en place
- Recensement et nettoyage des données, interfaces, capteurs, installation, configuration, formation et réception métier.
- Exploitation courante
- Licences, hébergement, connectivité, assistance, maintenance et remplacement des batteries, gestion des données et temps des équipes.
- Extension et changement
- Applications supplémentaires, volumes de données, nouveaux sites, adaptations, export et transfert à un autre opérateur.
Les tarifs des offres urbanOS sont publiés sur la page produit. Le périmètre précis et les prestations complémentaires doivent figurer dans votre proposition.
Consulter les offres et tarifs urbanOSDéfinissez la réussite avant de lancer le pilote.
Un pilote doit permettre de décider. Consignez la situation initiale, le changement attendu et les mesures disponibles. Prévoyez aussi les cas où un résultat reste insuffisamment fiable, par exemple après une panne de capteur ou un changement important des conditions.
Établir la situation initiale
Documentez le processus actuel, le temps mobilisé et les données manquantes. Désignez un service responsable et les personnes qui utiliseront les résultats.
Tester un processus complet
Testez toute la chaîne, de la collecte des données à l’action. Incluez une mesure manquante, une valeur incohérente et une personne ne disposant pas des droits nécessaires.
Décider avec les mêmes critères
Comparez qualité des données, utilisation quotidienne, charge de travail et coût global à la situation initiale. Consignez la décision : étendre, améliorer ou arrêter.
Exemple déchets : les indicateurs possibles sont les collectes par conteneur, les débordements constatés, le temps de planification et la proportion de mesures fiables. Comparez des périodes et des sites similaires ; saisons, événements et modifications des tournées peuvent influer sur les résultats. Il ne s’agit pas d’une garantie générale d’économies.
Comment évaluer urbanOS concrètement
urbanOS de dataMatters associe une plateforme de données urbaines à des applications pour les missions des collectivités. La page produit présente tableaux de bord, cartes, widgets et automatisations à travers des vues du produit. Le catalogue expose les cas d’usage ; les fiches précisent aussi les concepts et les approches pilotes.

- Plateforme et vues du produit
- Tous les cas d’usage
- Accord de sous-traitance
- Accord de niveau de service
L’étude de cas de l’exposition horticole régionale 2026 à Neuss permet d’examiner une référence. Elle décrit le périmètre du projet et les composants utilisés. Pour chaque référence, vérifiez les éléments comparables à votre situation.
Lire l’étude de cas Neuss (PDF)Questions fréquentes sur le choix d’une plateforme
Une plateforme de données urbaines est-elle un tableau de bord ?
Un tableau de bord présente des informations. La plateforme organise l’alimentation et l’accès aux données sous-jacentes. Évaluez toute la chaîne : source, qualité, droits, présentation et action qui en découle.
Toutes les données municipales doivent-elles être publiques ?
Non. Une plateforme peut servir des données internes et publiées. Définissez, pour chaque jeu de données, les utilisateurs et les finalités autorisés. Un tableau de bord public n’impose pas de rendre toutes les données brutes ou informations internes accessibles à tous.
Faut-il immédiatement installer de nouveaux capteurs ?
Pas nécessairement. Commencez par recenser les sources existantes et vérifier leur utilité. Le besoin de capteurs supplémentaires dépend du cas d’usage, de la couverture, de la qualité des mesures et de leur fraîcheur attendue.
L’open source est-il toujours le moins cher ?
Le modèle de licence ne suffit pas à déterminer l’effort global. Un logiciel open source nécessite aussi déploiement, exploitation, maintenance et responsables. Comparez les prestations proposées, le temps de vos équipes et les possibilités de changement ultérieur.
Combien de temps prend la mise en place ?
Un calendrier crédible suppose de connaître les sources, le périmètre et les responsabilités. Une intégration existante pour un cas délimité diffère de plusieurs logiciels métiers nécessitant de nouvelles interfaces. Demandez les dépendances et les étapes de réception du projet.
Sources et perspective
Ce guide associe des ressources publiques destinées aux collectivités à une grille d’évaluation de dataMatters. Il est publié par un fournisseur de plateforme. Les questions générales de sélection sont distinctes des informations produit urbanOS liées ci-dessus.
