Prix application mobile collectivité : quel budget prévoir

Le prix d’une application mobile pour une collectivité se situe généralement entre 40 000 et 200 000 euros pour un projet public complet, selon une estimation publiée par Aquila. Une application limitée à quelques services peut rester dans une enveloppe inférieure, tandis qu’un produit intégré au système d’information, accessible sur plusieurs plateformes et soumis à des exigences élevées de sécurité se rapproche du haut de cette fourchette.4

Le budget pertinent ne se limite toutefois pas au développement initial. Il faut aussi intégrer la conception, les interfaces avec les outils de la collectivité, l’hébergement, la maintenance, la sécurité, l’accessibilité, la publication dans les magasins d’applications et l’évolution du service. Une offre très basse peut financer une présence mobile minimale, mais elle ne constitue pas nécessairement un investissement adapté à un service public durable.

Quel est le prix moyen d’une application mobile pour une collectivité ?

Le coût moyen doit être raisonné par niveau de complexité plutôt que par un tarif unique : une application citoyenne peut représenter plusieurs dizaines de milliers d’euros, et atteindre environ 200 000 euros lorsqu’elle réunit plusieurs services et intégrations.4

Les sources disponibles ne permettent pas d’établir une moyenne statistique fiable pour l’ensemble des collectivités. La fourchette de 40 000 à 200 000 euros constitue donc un ordre de grandeur de projet, et non un prix moyen officiel du marché.4

La durée indicative publiée pour ce type de projet est de six à douze mois, selon le périmètre retenu.4 Ce délai comprend normalement les phases de cadrage, conception, développement, recette, mise en conformité et déploiement. Il faut demander au prestataire de préciser ce qui est réellement inclus : une durée annoncée pour le seul développement ne permet pas de comparer correctement deux devis.

Le bon indicateur n’est pas le prix le plus bas, mais le rapport entre l’investissement et le service attendu. Une application qui doit réduire les appels, faciliter les démarches ou améliorer l’accès à l’information doit être évaluée selon le coût d’un service rendu, le volume d’utilisateurs visé et la durée d’exploitation prévue.

Quels facteurs font varier le coût d’une application citoyenne ?

Le coût varie principalement avec le nombre de fonctions, les intégrations au système d’information, le niveau de sécurité, les exigences d’accessibilité et le mode de déploiement.

Les principaux facteurs sont les suivants :

• Fonctionnalités : actualités, agenda, annuaire, démarches, prise de rendez-vous, signalement, paiement, formulaires, notifications et espace personnel ne mobilisent pas le même effort.
• Comptes utilisateurs : la création de comptes, la récupération d’accès, la gestion des consentements et l’authentification renforcée ajoutent des règles métier et des contrôles.
• Données sensibles : une application qui traite des informations personnelles exige une analyse plus rigoureuse des finalités, des accès, de la conservation et de la sécurité.
• Intégrations : le raccordement à un système d’information existant, à un outil de gestion de la relation citoyen, à un système d’information géographique ou à un service de transport augmente le coût. Aquila cite précisément les intégrations avec le SIG, la GRC et le SI transport parmi les éléments déterminants.4
• Cartographie et géolocalisation : l’affichage de données territoriales, la localisation d’un signalement ou le suivi d’un itinéraire nécessitent des services et des règles spécifiques.
• Notifications : les notifications d’information, d’alerte ou de suivi doivent être administrables, traçables et compatibles avec les règles de consentement.
• Accessibilité : l’interface, les contenus et les parcours doivent être conçus pour rester utilisables par le plus grand nombre, y compris avec des technologies d’assistance.
• Multiplateforme : publier sur iOS et Android, tout en maintenant une cohérence fonctionnelle, élargit le périmètre de conception, de test et de maintenance.
• Back-office : un espace d’administration complet coûte davantage qu’une simple interface de publication, mais il conditionne l’autonomie des agents et la qualité opérationnelle du service.
• Sécurité : la CNIL recommande notamment de sécuriser les accès externes, de journaliser et analyser les flux, et d’encadrer la sécurité des données avec les sous-traitants.5

La collecte de données par les applications mobiles fait partie des thématiques faisant l’objet d’une surveillance prioritaire de la CNIL depuis 2025, selon le bilan relayé par Weka.5 Ce point doit apparaître dans le cahier des charges dès le départ, et non être traité comme une correction finale.

Faut-il choisir une solution mutualisée, une application dédiée ou du sur-mesure ?

Le choix dépend du niveau de différenciation du service, des intégrations nécessaires et de la maîtrise souhaitée sur les données, l’interface et les évolutions.

La solution mutualisée peut convenir pour diffuser des actualités, un agenda, des informations pratiques ou quelques démarches standardisées. Elle ne doit pas être présentée comme une application entièrement conçue pour la collectivité : la profondeur de personnalisation, la propriété du code et les possibilités de sortie du contrat doivent être vérifiées.

L’application dédiée devient pertinente lorsque l’identité du territoire, la qualité des parcours et la maîtrise de l’administration sont importantes. Le devis doit alors distinguer ce qui est réellement spécifique de ce qui provient d’un socle réutilisé.

Le sur-mesure se justifie lorsque l’application doit dialoguer avec plusieurs outils internes, appliquer des règles métier particulières ou soutenir un service public central. Il ne faut pas confondre sur-mesure et accumulation de fonctions : chaque fonctionnalité doit répondre à un usage documenté et être assortie d’un coût de fonctionnement.

Les offres à quelques centaines d’euros ou les formules de location très réduites peuvent convenir à une présence numérique rudimentaire, mais elles ne constituent pas une référence sérieuse pour un service citoyen intégré. Avant de retenir ce type d’offre, il faut vérifier la propriété des données, la réversibilité, l’accessibilité, la visibilité sur les moteurs de recherche, la sécurité et la capacité à faire évoluer le produit. Un prix bas qui ne finance ni intégration ni maintenance peut devenir un mauvais investissement dès que l’application doit réellement servir les habitants.

Quels coûts prévoir pour la maintenance, l’hébergement et les stores ?

Les coûts récurrents comprennent au minimum la maintenance corrective, les mises à jour de sécurité, l’hébergement, la supervision, les sauvegardes, l’assistance, les évolutions et la gestion des comptes éditeur.

Le devis doit séparer les postes suivants :

• Maintenance corrective : résolution des anomalies et régressions après la mise en production.
• Maintenance préventive : mise à jour des composants, dépendances, systèmes d’exploitation et mécanismes de sécurité.
• Maintenance évolutive : ajout de fonctions, modification des parcours et adaptation aux changements réglementaires ou métiers.
• Hébergement : serveurs, bases de données, stockage, sauvegardes, supervision et plan de reprise selon le niveau de service retenu.
• Exploitation : surveillance, gestion des incidents, journaux techniques et assistance aux administrateurs.
• Stores : comptes développeur, procédures de publication, renouvellement des certificats et suivi des règles des plateformes.
• Conformité : documentation, gestion des consentements, analyses de sécurité et traitement des demandes liées aux données personnelles.

Pour les comptes de publication, les montants doivent être vérifiés au moment du lancement. Les informations disponibles indiquent une inscription Google Play à 25 dollars en paiement unique et une adhésion Apple Developer à 99 dollars par an.1 Ces frais de compte restent modestes à l’échelle d’un projet public ; ils ne doivent pas masquer le coût du maintien en condition opérationnelle.

Les commissions des magasins concernent surtout les paiements numériques intégrés. Une application citoyenne gratuite, sans achat intégré, n’a pas à être budgétée comme une application commerciale à abonnement. En revanche, si elle encaisse des paiements dans l’application, les règles et taux des plateformes doivent être vérifiés avant la conception, car ils peuvent évoluer selon le pays, le programme applicable et le mode de paiement.23

Le contrat doit aussi préciser qui détient les comptes Apple et Google, qui reçoit les alertes de sécurité, qui publie les mises à jour et ce qui se passe en cas de changement de prestataire. Une collectivité qui ne contrôle pas ses comptes, ses données et ses sauvegardes prend un risque de dépendance disproportionné par rapport à l’économie initiale.

Comment comparer les devis des prestataires d’application mobile publique ?

Il faut comparer des périmètres identiques, des livrables vérifiables et un coût total de possession, plutôt que des montants globaux isolés.

Une grille de comparaison peut comprendre :

• Périmètre fonctionnel : chaque fonction est-elle décrite avec son parcours, ses règles et ses limites ?
• Intégrations : les connecteurs, licences, accès aux interfaces de programmation et travaux côté système d’information sont-ils inclus ?
• Conception : le devis comprend-il les ateliers, l’architecture de l’information, les prototypes, les tests utilisateurs et la conception graphique ?
• Accessibilité : les critères visés, les tests et les corrections sont-ils explicitement chiffrés ?
• Sécurité et données : responsabilités, sous-traitants, journalisation, hébergement, sauvegardes et gestion des incidents sont-ils documentés ?
• Recette : qui teste, sur quels appareils, avec quels critères d’acceptation et quel délai de correction ?
• Déploiement : la publication dans les stores, la configuration des comptes et l’accompagnement des agents sont-ils compris ?
• Maintenance : les délais d’intervention, plages de support, mises à jour et évolutions sont-ils séparés ?
• Réversibilité : la collectivité récupère-t-elle le code, les données, la documentation et les configurations nécessaires ?
• Propriété : le contrat distingue-t-il le socle mutualisé, les développements spécifiques et les droits d’utilisation ?
• Coût sur plusieurs années : le prix initial inclut-il des abonnements, licences ou services récurrents non visibles dans le total ?

Il faut également demander une décomposition entre conception, développement, intégration, mise en production et exploitation annuelle. Deux devis peuvent afficher un montant voisin tout en couvrant des réalités opposées : l’un inclut la supervision et les évolutions, l’autre les facture séparément.

La décision doit enfin reposer sur les usages prioritaires. Un périmètre initial resserré, limité à des services identifiés et mesurables, peut réduire le risque sans sacrifier la qualité. À l’inverse, retirer la sécurité, l’accessibilité, la documentation ou la maintenance pour atteindre un prix artificiellement bas déplace simplement la dépense vers une phase ultérieure, souvent plus coûteuse.

Questions fréquentes

Quel est le prix moyen d’une application mobile pour une collectivité ?

Aucune moyenne statistique fiable ne permet de donner un prix unique. Une estimation publiée situe les applications mobiles de collectivités entre 40 000 et 200 000 euros selon le périmètre, les fonctionnalités et les intégrations.4 Cette fourchette doit être utilisée comme base de cadrage, pas comme tarif automatique.

Quels facteurs font varier le coût d’une application citoyenne ?

Les principaux facteurs sont le nombre de services, les comptes utilisateurs, les notifications, la cartographie, le back-office, l’accessibilité, la sécurité et les connexions au système d’information. Les intégrations avec un SIG, une GRC ou un système de transport figurent parmi les facteurs de coût cités par Aquila.4

Faut-il choisir une solution mutualisée, une application dédiée ou du sur-mesure ?

Une solution mutualisée convient aux besoins standardisés et à un périmètre limité. Une application dédiée offre davantage de maîtrise sur l’expérience et l’identité du service, tandis que le sur-mesure se justifie par des processus métier ou des intégrations spécifiques. Le choix doit inclure la réversibilité, la propriété des données et le coût de maintenance.

Quels coûts prévoir après le développement ?

Il faut prévoir la maintenance corrective et préventive, les évolutions, l’hébergement, les sauvegardes, la supervision, l’assistance et la publication dans les stores. Les comptes éditeur indiqués dans les informations disponibles coûtent 25 dollars une fois pour Google Play et 99 dollars par an pour Apple Developer.1 Ces frais sont secondaires par rapport à l’exploitation technique et au maintien de la sécurité.

Comment comparer les devis des prestataires ?

La comparaison doit porter sur un périmètre fonctionnel identique, les intégrations, la sécurité, l’accessibilité, la recette, la maintenance, la propriété du code et la réversibilité. Le montant initial ne suffit pas : il faut comparer le coût total de possession et les responsabilités de chaque partie sur la durée du service.