Application Mobile Municipale — Le Portail Citoyen Natif iOS/Android pour Votre Ville
Votre ville dans la poche de chaque habitant : signalement d'incidents (nids-de-poule, éclairage défaillant), paiement cantine et périscolaire, réservation de salles, actualités en push, démarches administratives simplifiées. Application native iOS/Android conçue et déployée par Nehos en 4 mois, conforme RGPD et accessible RGAA 4.1.
Nos clients types
La réalité des services municipaux pour la majorité des villes françaises de moins de 50 000 habitants ressemble à ceci : le citoyen qui veut signaler un nid-de-poule appelle la mairie, tombe sur une messagerie, rappelle, finit par se déplacer. Celui qui veut payer la cantine doit imprimer un RIB, remplir un formulaire papier, déposer une enveloppe à l'accueil ou espérer que le portail en ligne — souvent conçu pour desktop — fonctionne correctement sur son téléphone. Le problème n'est pas le manque de volonté des élus ni celui des agents. C'est l'accumulation de décisions technologiques prises sur 20 ans qui a produit un empilement de logiciels métier sectoriels (un pour le périscolaire, un pour l'urbanisme, un pour la comptabilité publique, un pour l'état civil), aucun d'eux nativement accessible en mobilité, aucun d'eux pensé pour le citoyen de 2026 qui gère tout depuis son smartphone. Les conséquences sont mesurables. Une bonne part des demandes reçues à l'accueil pourrait être auto-servie : consultation d'état de dossier, demande d'acte, paiement d'une facture, réservation d'une salle, signalement d'un problème de voirie. Ce trafic mobilise du temps d'agent pour de simples tâches de routage d'information. Pendant ce temps, les citoyens qui ont des situations réellement complexes — demande sociale, litige de permis de construire, accompagnement administratif — attendent plus longtemps ou renoncent. Le site web de la mairie n'est pas la solution. La majorité des sites municipaux ont été conçus selon une logique de publication d'information, pas d'interaction. Ils ne sont ni transactionnels ni nativement mobiles. Un formulaire de signalement sur un site web non adapté aux petits écrans décourage vite les usagers sur mobile. Les citoyens le savent, ils n'essaient plus. L'autre réalité que peu de DSI municipaux verbalisent clairement : les logiciels métier du marché collectivités (Berger-Levrault, JVS, Arpège, Accentel, Territorial) sont fiables pour la gestion interne mais leur interface citoyenne, quand elle existe, est généralement portée par un portail web générique peu ergonomique, impossible à personnaliser aux couleurs de la ville, et sans push notifications. La ville perd ainsi son lien direct avec les habitants au profit d'une expérience standardisée et peu engageante. Enfin, le contexte réglementaire pousse les collectivités à agir : la loi du 11 février 2005, renforcée par le Référentiel Général d'Accessibilité pour les Administrations (RGAA 4.1), impose aux collectivités de plus de 5 000 habitants d'offrir des services numériques accessibles. Une application mobile non conforme RGAA expose la collectivité à des réclamations et à une image dégradée. Développer une application en interne pour répondre à ces exigences dépasse les capacités des DSI municipales de taille intermédiaire.
L'application mobile municipale Nehos est une application native iOS/Android — pas une web app habillée, pas un portail responsive repensé, une vraie application conçue pour les usages mobiles des citoyens de 2026. Elle repose sur une architecture en couches qui respecte les SI existants de la collectivité sans les remplacer. Signalement d'incidents citoyens — le module le plus utilisé. Le citoyen prend une photo du nid-de-poule, sélectionne la catégorie (voirie, éclairage public, mobilier urbain, espaces verts, propreté), confirme la localisation GPS pré-remplie, ajoute une description optionnelle, soumet en quelques secondes. Côté mairie, le signalement arrive directement dans le workflow des services techniques (intégration avec les outils GMAO voirie si existants, ou dashboard dédié Nehos sinon). Le citoyen reçoit une notification push à chaque changement de statut (reçu, en cours, traité). Paiement cantine et périscolaire en ligne. L'intégration avec les logiciels de gestion périscolaire (Berger-Levrault Enfance, JVS Mairie, Arpège AGIL) permet d'afficher directement le solde du compte famille, les réservations de repas et les paiements dus. Paiement sécurisé CB via Stripe ou Synapay (conformité DSP2), reçu automatique, historique des transactions. Les familles règlent leurs factures périscolaires depuis l'application, sans déplacement. Ce module seul génère un délestage significatif du courrier entrant et des déplacements en mairie. Réservation de salles municipales. Calendrier de disponibilité en temps réel des équipements municipaux (salle des fêtes, gymnase, courts de tennis, salles associatives), formulaire de demande en ligne avec pièces justificatives jointes, validation workflow par le service concerné, confirmation par notification push. Fin des appels de réservation en doublon et des conflits de planning gérés par fichier Excel. Actualités et push notifications ciblées. Les services communication de la mairie publient des actualités via un back-office simplifié (CMS léger intégré). Les notifications push peuvent être segmentées par quartier (géolocalisation opt-in) ou par profil (famille avec enfants scolarisés, seniors, associations). Démarches administratives simplifiées. Demandes d'actes d'état civil (naissance, mariage, décès) avec formulaire guidé et statut de traitement en temps réel, dépôt de pièces justificatives numérisées, suivi de dossiers d'urbanisme (déclaration préalable, permis de construire). L'intégration avec les logiciels métier existants (API REST ou connecteur middleware selon éditeur) évite la double saisie côté agents. Les démarches non numérisables dans le périmètre légal restent clairement identifiées comme nécessitant un déplacement physique — l'application guide le citoyen vers le bon interlocuteur plutôt que de créer de fausses attentes. Intégration SI existant — sans remplacer ce qui fonctionne. La philosophie Nehos sur les collectivités est de se connecter aux SI en place, pas de les supplanter. Les logiciels métier mairie (Berger-Levrault, JVS Territoires, Arpège, Accentel) ont des APIs documentées ou des connecteurs partenaires. Nehos les intègre via couche middleware (Node.js + Redis) hébergée sur OVHcloud France (RGPD natif). Pour les SI sans API documentée, une synchronisation fichier structurée (CSV/XML planifiée) sert de pont temporaire en attendant une montée de version de l'éditeur. L'architecture est documentée avec le DPO de la collectivité avant tout déploiement. Conformité RGPD et sécurité ANSSI. Les données citoyennes sont hébergées exclusivement en France (OVHcloud), chiffrées au repos (AES-256) et en transit (TLS 1.3). L'application respecte les recommandations ANSSI pour les applications mobiles de services publics (guide ANSSI sécurité mobile 2024). Le registre des traitements est fourni en livrable, prêt à compléter par le DPO de la collectivité. Pas de cookies tiers, pas de traceurs publicitaires, pas de transfert hors UE. Accessibilité RGAA 4.1 — non négociable. Le RGAA 4.1 s'applique aux applications mobiles des collectivités de plus de 5 000 habitants. L'application Nehos est développée avec les critères RGAA intégrés dès la conception (et non en post-production) : contrastes, alternatives textuelles, navigation clavier, compatibilité lecteurs d'écran (VoiceOver iOS, TalkBack Android). Un audit RGAA par un cabinet tiers est prévu avant la mise en production.
Appels à l'accueil
Nombre d'appels entrants sur les demandes que l'on peut traiter en ligne, comparé à la situation de départ
Utilisateurs actifs
Part des habitants qui utilisent réellement l'application après le lancement, suivie mois par mois
Délai de traitement
Temps entre un signalement citoyen et sa résolution par les services techniques, avant et après
#Le problème : pourquoi application Mobile Municipale est un enjeu critique
La réalité des services municipaux pour la majorité des villes françaises de moins de 50 000 habitants ressemble à ceci : le citoyen qui veut signaler un nid-de-poule appelle la mairie, tombe sur une messagerie, rappelle, finit par se déplacer. Celui qui veut payer la cantine doit imprimer un RIB, remplir un formulaire papier, déposer une enveloppe à l'accueil ou espérer que le portail en ligne — souvent conçu pour desktop — fonctionne correctement sur son téléphone.
Le problème n'est pas le manque de volonté des élus ni celui des agents. C'est l'accumulation de décisions technologiques prises sur 20 ans qui a produit un empilement de logiciels métier sectoriels (un pour le périscolaire, un pour l'urbanisme, un pour la comptabilité publique, un pour l'état civil), aucun d'eux nativement accessible en mobilité, aucun d'eux pensé pour le citoyen de 2026 qui gère tout depuis son smartphone.
Les conséquences sont mesurables. Une bonne part des demandes reçues à l'accueil pourrait être auto-servie : consultation d'état de dossier, demande d'acte, paiement d'une facture, réservation d'une salle, signalement d'un problème de voirie. Ce trafic mobilise du temps d'agent pour de simples tâches de routage d'information.
Pendant ce temps, les citoyens qui ont des situations réellement complexes — demande sociale, litige de permis de construire, accompagnement administratif — attendent plus longtemps ou renoncent.
Le site web de la mairie n'est pas la solution. La majorité des sites municipaux ont été conçus selon une logique de publication d'information, pas d'interaction. Ils ne sont ni transactionnels ni nativement mobiles. Un formulaire de signalement sur un site web non adapté aux petits écrans décourage vite les usagers sur mobile. Les citoyens le savent, ils n'essaient plus.
L'autre réalité que peu de DSI municipaux verbalisent clairement : les logiciels métier du marché collectivités (Berger-Levrault, JVS, Arpège, Accentel, Territorial) sont fiables pour la gestion interne mais leur interface citoyenne, quand elle existe, est généralement portée par un portail web générique peu ergonomique, impossible à personnaliser aux couleurs de la ville, et sans push notifications. La ville perd ainsi son lien direct avec les habitants au profit d'une expérience standardisée et peu engageante.
Enfin, le contexte réglementaire pousse les collectivités à agir : la loi du 11 février 2005, renforcée par le Référentiel Général d'Accessibilité pour les Administrations (RGAA 4.1), impose aux collectivités de plus de 5 000 habitants d'offrir des services numériques accessibles.
Une application mobile non conforme RGAA expose la collectivité à des réclamations et à une image dégradée. Développer une application en interne pour répondre à ces exigences dépasse les capacités des DSI municipales de taille intermédiaire.
#Notre approche en 4 phases
#Phase 1 : Audit services et cartographie SI — 2 à 3 semaines
Recenser les services municipaux existants (périscolaire, état civil, urbanisme, voirie, salles), identifier les SI en place (logiciels métier mairie, annuaires LDAP, bases citoyens), cartographier les flux téléphoniques et les points de friction citoyens.
Voir notre expertise : service développement mobile natif iOS/Android Nehos.
#Phase 2 : Conception UX et prototype validé — 3 à 4 semaines
Co-conception des parcours citoyens avec les agents municipaux référents, maquettes Figma accessibles RGAA 4.1, prototype interactif validé avec un panel de 10 à 20 citoyens tests, validation juridique RGPD et sécurité ANSSI avant développement.
Voir notre expertise : agent IA mairie pour automatiser les réponses citoyennes.
#Phase 3 : Développement natif iOS/Android et intégration SI — 6 à 8 semaines
Développement en React Native (code partagé iOS/Android) ou Swift/Kotlin selon le cahier des charges, intégration aux SI mairie existants (Berger-Levrault, JVS, Arpège, Accentel) via APIs REST, backend Node.js hébergé OVHcloud France, module push notifications FCM/APNs.
La philosophie Nehos sur les collectivités est de se connecter aux SI en place, pas de les supplanter. Les logiciels métier mairie (Berger-Levrault, JVS Territoires, Arpège, Accentel) ont des APIs documentées ou des connecteurs partenaires. Nehos les intègre via couche middleware (Node.js + Redis) hébergée sur OVHcloud France (RGPD natif).
Pour les SI sans API documentée, une synchronisation fichier structurée (CSV/XML planifiée) sert de pont temporaire en attendant une montée de version de l'éditeur. L'architecture est documentée avec le DPO de la collectivité avant tout déploiement.
Voir notre expertise : portail citoyen services et dématérialisation des démarches.
#Phase 4 : Tests, recette, déploiement stores et lancement citoyen — 3 à 4 semaines
Recette fonctionnelle avec agents municipaux et élus, tests de charge, audit RGPD DPO, soumission Apple App Store et Google Play Store, plan de communication citoyen (affichage mairie, réseaux sociaux, flyers), formation des référents internes, mesure KPIs J+30/J+90/J+180.
Voir notre expertise : refonte site mairie conforme RGAA 4.1.
#Ce que l'on mesure
Nous ne publions pas de résultats chiffrés pour ce type de projet : ils dépendent de la taille de la commune, de ses logiciels et de la communication faite autour de l'application. Voici ce que nous mesurons, avec la collectivité, avant et après le lancement.
- Appels à l'accueil : Nombre d'appels entrants sur les demandes que l'on peut traiter en ligne, comparé à la situation de départ
- Utilisateurs actifs : Part des habitants qui utilisent réellement l'application après le lancement, suivie mois par mois
- Délai de traitement : Temps entre un signalement citoyen et sa résolution par les services techniques, avant et après
#Exemple de situation
Cet exemple est illustratif : il décrit une situation typique, pas un client précis.
#Contexte
Une commune de taille moyenne, en croissance, dont l'accueil de la mairie reçoit de nombreux appels pour des questions simples : état d'une demande, horaires, paiement d'une facture périscolaire, signalement d'un problème de voirie. Les logiciels métier (comptabilité, état civil, périscolaire) sont ceux d'éditeurs différents, la voirie se gère par tableur et le site web municipal n'est pas adapté au mobile.
#Défi
La direction générale veut soulager l'accueil sans créer de poste et mettre le site en conformité RGAA, après une réclamation d'usager sur l'accessibilité. L'application doit répondre aux deux enjeux sans obliger la collectivité à changer ses logiciels métier, ni à ressaisir des données côté agents.
#Approche
Audit des services et des systèmes d'information pour repérer les demandes les plus fréquentes et les interfaces disponibles chez chaque éditeur. Co-conception des parcours avec des agents référents et un petit panel d'habitants, puis développement des modules prioritaires : signalement, paiement périscolaire, réservation de salles, actualités push.
Connexion aux logiciels en place par API quand elle existe, par export planifié sinon. Audit d'accessibilité par un tiers avant la mise en production, puis plan de communication municipal.
#Ce que l'on suivrait
Aucun résultat chiffré n'est promis ici : chaque commune a ses volumes et ses habitudes. Nous fixons avec la collectivité, avant le lancement, les indicateurs à suivre : appels entrants à l'accueil sur les demandes concernées, nombre d'utilisateurs actifs, délai de traitement des signalements, conformité RGAA constatée par l'audit. Ils sont relevés après le lancement et comparés à la situation de départ.
#Pourquoi Nehos pour application Mobile Municipale
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes.
Nos expertises connexes : portail citoyen services et dématérialisation des démarches, refonte site mairie conforme RGAA 4.1, glossaire RGAA — critères d'accessibilité numérique.
Stack technique : nous pouvons héberger vos projets chez un hébergeur français comme OVHcloud, utiliser des modèles IA open source (Mistral) quand la performance le permet, et vous remettre le code à la livraison. Pas de vendor lock-in.
#Pour aller plus loin
Cas d'usage connexes :
Questions & réponses
Questions fréquentes sur le développement d'une application mobile municipale
La fourchette réaliste pour une application mobile municipale native iOS/Android avec les modules essentiels (signalement, paiement périscolaire, actualités push, 1 à 2 démarches administratives) démarre à 15 000 € HT pour un premier module sur mesure et dépasse ce montant selon le nombre de SI à intégrer et le périmètre retenu. À cela s'ajoute une maintenance applicative à partir de 750 € par mois (mises à jour iOS/Android, corrections, évolutions mineures). Les modules additionnels (réservation de salles, géolocalisation des incidents, accessibilité renforcée) sont chiffrés sur devis, en 48 h après un premier échange. Les dépenses sont éligibles au Fonds pour la Transformation de l'Action Publique (FTAP) et aux dotations numériques de l'ANCT — Nehos accompagne la constitution du dossier de financement dans le cadre du projet.
Avec la méthode Nehos, le délai de mise en production (de la première réunion au déploiement sur Apple App Store et Google Play) est de 14 à 18 semaines pour un périmètre standard (4 à 6 modules). Ce délai se décompose : audit et cadrage 2 à 3 semaines, co-conception UX 2 à 4 semaines, développement et intégration SI 6 à 8 semaines, recette et audit RGAA 2 à 3 semaines, soumission stores (délai Apple : 1 à 3 jours, délai Google : moins de 24h) et lancement 1 semaine. Le délai peut s'allonger de 2 à 4 semaines si une intégration SI complexe est requise (logiciel métier sans API documentée, configuration LDAP spécifique, double validation DPO et service juridique). On préfère prendre le temps de la recette plutôt que de livrer une application avec des défauts qui nuiraient à l'adoption citoyenne.
Nehos assure la maintenance applicative dans le cadre d'un contrat TMA (Tierce Maintenance Applicative). Les obligations de mise à jour liées aux évolutions d'iOS et Android (Apple publie une nouvelle version majeure chaque automne, Google suit un calendrier similaire) sont systématiquement incluses dans la TMA — une application qui n'est plus compatible avec la dernière version OS est retirée des stores automatiquement par Apple ou Google, ce qui coupe l'accès aux citoyens. La TMA couvre également les corrections de bugs, la surveillance de disponibilité du back-end, les mises à jour de sécurité des dépendances, et les évolutions mineures de contenu (jusqu'à 2 jours/mois inclus). Les évolutions fonctionnelles majeures (nouveau module, refonte d'un parcours) font l'objet d'un devis séparé. Un tableau de bord de monitoring est accessible en permanence par la DSI de la collectivité.
Les données citoyennes collectées par l'application (identité, coordonnées, historique de demandes, photos de signalements, données de paiement) sont hébergées exclusivement sur des serveurs OVHcloud localisés en France, sans sous-traitance hors UE. La conformité RGPD est traitée comme une contrainte de conception et non comme un audit de fin de projet : analyse de légitimité des traitements, minimisation des données collectées, durées de conservation définies avant développement, gestion des droits d'accès/rectification/suppression intégrée à l'application. Un registre des activités de traitement (RAT) est fourni en livrable, prêt à signer par le DPO de la collectivité. Les données de paiement ne transitent pas par les serveurs Nehos — elles sont traitées directement par le prestataire de paiement (Stripe ou Synapay, tous deux conformes PCI-DSS). L'application ne contient aucun tracker publicitaire ni cookie tiers.
Oui — c'est un prérequis de la méthode Nehos, pas une option. L'objectif est de connecter l'application aux SI existants pour éviter la double saisie côté agents et offrir au citoyen une vue unifiée de ses dossiers. Berger-Levrault expose des APIs REST sur ses modules récents (GRC, périscolaire, état civil selon version) ; JVS Mairie et JVS Territoires disposent d'APIs documentées partenaires ; Arpège AGIL propose des webservices sur ses modules cantine et scolaire. Pour les versions plus anciennes ou les logiciels sans API documentée, une synchronisation structurée (export CSV ou XML planifié via SFTP) est mise en place comme solution transitoire. L'inventaire précis des APIs disponibles est réalisé en phase d'audit — c'est l'une des raisons pour lesquelles l'audit ne peut pas être court-circuité : deux mairies ayant le même logiciel métier peuvent avoir des versions différentes avec des capacités d'intégration très différentes.
La conformité RGAA 4.1 est incluse dans tous les projets d'application mobile municipale Nehos — elle n'est pas proposée en option. Le Référentiel Général d'Accessibilité pour les Administrations (RGAA 4.1) s'applique aux applications mobiles des collectivités territoriales de plus de 5 000 habitants depuis la transposition de la directive européenne 2016/2102. Les critères sont intégrés dès la phase de conception UX (contrastes couleur AA minimum 4,5:1, alternatives textuelles sur toutes les images fonctionnelles, cibles tactiles de 44x44 points minimum) et vérifiés tout au long du développement. Un audit RGAA 4.1 par un cabinet d'accessibilité numérique tiers est réalisé avant mise en production — le rapport d'audit et la Déclaration d'Accessibilité sont fournis en livrable, avec un plan de correction documenté pour les écarts éventuels. Voir le glossaire RGAA Nehos pour les détails techniques.