Débattre du coût d'un système d'information communal en se focalisant sur le prix d'acquisition du logiciel, c'est passer à côté de l'essentiel. La question n'est pas « combien », mais « de quoi parle-t-on exactement quand on parle de coût » et « que perd-on à ne pas engager cette dépense ».
Un système d'information communal est un investissement immatériel structurant, comparable à la construction d'un équipement public. Sa durée de vie dépasse largement un mandat électoral, et ses effets se déploient sur l'ensemble des fonctions municipales : fiscalité, état civil, urbanisme, gestion des services techniques. Ramener cet investissement à une ligne budgétaire annuelle, c'est méconnaître sa nature économique.
Une commune qui délibère sur un projet SI doit distinguer quatre catégories de dépenses. D'abord, l'investissement initial : acquisition ou développement, paramétrage, migration des données, infrastructure matérielle. Ensuite, les coûts d'exploitation récurrents — maintenance, hébergement, mises à jour — qui doivent être sanctuarisés dans le budget de fonctionnement, faute de quoi le système se dégrade. Viennent ensuite les coûts de transformation organisationnelle : formation des agents, refonte des procédures, information des usagers. C'est la part la plus sous-estimée et la plus déterminante. Enfin, il faut intégrer le coût d'inaction : les recettes fiscales non recouvrées faute de maîtrise de l'assiette, la qualité de service dégradée, l'absence de données pour piloter.
Les expériences internationales offrent des cadres de référence sans pour autant fournir des chiffres universels. Le Trésor britannique impose aux projets publics numériques une évaluation en coût complet sur une décennie. L'Estonie a démontré que la mise en commun de briques d'interopérabilité comme X-Road réduit les coûts d'intégration pour les collectivités. Aucun de ces exemples ne livre un ratio simple à appliquer mécaniquement. Ils rappellent en revanche une constante : les projets qui consacrent une part significative de leurs ressources à l'accompagnement humain et à la refonte des processus atteignent leurs objectifs bien plus souvent que ceux qui concentrent leurs moyens sur le seul outil logiciel.
Le véritable piège consiste à budgéter le logiciel en année une, puis à découvrir que la maintenance, la formation continue et les évolutions réglementaires ne sont pas financées. La commune se retrouve alors avec un système qui fonctionne encore techniquement, mais que plus personne ne maîtrise vraiment, et qui accumule les obsolescences.
Sortir de cette impasse exige un business case qui anticipe l'ensemble des coûts sur la durée de vie prévisionnelle, sans céder à la tentation de les sous-estimer pour faire accepter le projet. Cela suppose également de sanctuariser une ligne budgétaire dédiée, indépendante des aléas politiques, et d'accepter que le retour sur investissement se mesure en années, non en mois. La maturité d'une collectivité se reconnaît à sa capacité à traiter le système d'information comme un actif institutionnel, non comme une dépense de circonstance.