Un logiciel de gestion événementielle se choisit en mairie à partir du calendrier réel de la commune, pas d’une liste de fonctions. Recensez les rendez-vous et les services mobilisés, traduisez les pertes de temps en besoins, décidez de la part mobile, puis achetez selon les règles de la commande publique et testez sur un événement modeste.
Partir du calendrier de la commune et des services mobilisés
Avant de comparer la moindre offre, posez sur la table le calendrier d’une année complète. Une commune enchaîne des rendez-vous de nature très différente, qui ne mobilisent ni les mêmes équipes ni le même matériel :
- les fêtes et animations de saison, du feu de la Saint-Jean au marché de Noël ;
- les marchés hebdomadaires ou mensuels, avec leurs emplacements à attribuer ;
- les cérémonies et commémorations, où le protocole ne tolère aucun flottement ;
- le forum des associations de la rentrée, ses stands et ses tables à répartir ;
- les manifestations sportives sur la voie publique, course pédestre ou randonnée cycliste.
Face à chaque date, notez qui travaille : services techniques pour le montage, secrétariat pour les arrêtés et les courriers, service des fêtes quand il existe, police municipale pour la circulation, associations et comité des fêtes qui co-organisent. Dans beaucoup de communes, ces acteurs se coordonnent par habitude plus que par méthode, et le projet numérique commence précisément là.
Repérer ce qui coûte du temps aujourd’hui
Ce recensement fait apparaître des pertes de temps qui se ressemblent d’une commune à l’autre :
- les doubles saisies, comme la liste des exposants du forum tapée par une association puis recopiée par le secrétariat pour le plan des stands ;
- le matériel cherché, ces grilles d’exposition prêtées en juin et retrouvées en septembre dans le local d’un autre club ;
- les consignes perdues d’une édition à l’autre, de l’emplacement des signaleurs de la course à l’ordre du dépôt de gerbes, gardées dans la seule mémoire d’un agent parti à la retraite.
Chaque constat noté ici deviendra un besoin à l’étape suivante.
Du constat aux besoins d’un logiciel de gestion événementielle
Les pertes de temps recensées se traduisent en besoins, exprimés du point de vue de ceux qui utiliseront l’outil et non en fonctions techniques. Trois postes de travail décrivent l’essentiel du projet :
- au bureau, la préparation : créer chaque événement à partir de l’édition précédente, attribuer les tâches aux services, réserver le matériel et les salles ;
- sur le terrain, un mobile : consulter sa mission, cocher ce qui est fait, signaler un problème depuis le lieu même ;
- pour les partenaires, un accès limité : l’association ou le prestataire de sonorisation voit ce qui le concerne, et rien d’autre.
Deux exigences s’ajoutent à cette liste : des droits d’accès réglés service par service, et un historique consultable d’une année sur l’autre. Pour transformer ces besoins en document de consultation, la méthode décrite dans notre article sur le cahier des charges d’un site internet s’applique telle quelle : contexte, objectifs mesurables, contraintes, budget. Gardez la note courte, lisible par un élu qui n’a jamais ouvert ce type d’outil.
La part mobile, celle des agents le jour de l’événement
Qui la tient en main, et à quel moment
La part mobile concerne d’abord les agents des services techniques, puis les policiers municipaux, l’élu de permanence et, selon les droits accordés, le référent de chaque association. Elle sert à trois moments précis :
- au montage, la veille ou au petit matin, pour savoir quoi installer et où ;
- pendant l’événement, pour recevoir une consigne ou faire remonter un incident ;
- au démontage, pour pointer le matériel rendu et noter ce qui manque.
Ce qu’elle remplace
Aujourd’hui, ces informations passent par des appels sur le portable de l’agent d’astreinte, des feuilles imprimées qui se froissent au fond d’une poche et des messages dispersés entre plusieurs groupes de discussion. Le mobile garde une trace écrite de ce qui a été demandé, fait ou reporté.
Avant d’aller plus loin, mieux vaut voir à quoi ressemble cet outil entre les mains d’une équipe municipale. Un guide détaillé sur l’application mobile mairie appliquée à la logistique des événements municipaux en décrit les usages concrets : tâches préparées en amont, matériel partagé entre services, alertes envoyées aux équipes, signalements remontés du terrain et retour d’expérience d’une édition sur l’autre.
Ce tour d’horizon aide la mairie à trancher ses propres questions : quelles fonctions retenir pour ses rendez-vous, combien d’agents équiper dès la première saison, quelle place ouvrir aux associations. Les réponses vont droit dans la note de besoins, puis dans la consultation.
Site communal et outil interne : qui publie quoi
Le logiciel événementiel et le site de la commune ne parlent pas au même public. Le site s’adresse aux habitants ; l’outil, aux agents, aux élus et aux partenaires. Mélanger les deux crée de la confusion des deux côtés.
Restent sur le site communal :
- l’agenda public des manifestations ;
- les informations pratiques : horaires, accès, stationnement ;
- les avis aux riverains, comme une rue fermée ou un marché déplacé.
Restent dans l’outil interne :
- la répartition des tâches et les noms des agents ;
- l’inventaire et la localisation du matériel ;
- les coordonnées des bénévoles et des prestataires ;
- les incidents signalés et leur suivi.
Une question décide de la charge de travail : qui met à jour l’agenda public ? Si l’outil transmet une date validée vers le site, la saisie se fait une fois. Sinon, désignez l’agent chargé de la reprise et inscrivez cette tâche dans la fiche de chaque événement.
Le site officiel du référentiel RGAA rappelle que l’obligation d’accessibilité de l’article 47 de la loi du 11 février 2005 vise aussi les intranets, extranets et applications mobiles d’une collectivité ; le détail de ces règles figure dans notre article sur la création d’un site web de mairie.
Budget et achat : ce que la commande publique impose
Le budget d’un outil de gestion des événements se raisonne sur toute sa durée de vie, pas sur la première facture.
Abonnement à un service en ligne ou développement
Deux modèles se présentent :
- l’abonnement à un service en ligne : mise en route rapide, mises à jour incluses, fonctions communes à toutes les collectivités clientes, paiement tant que le contrat court ;
- le développement sur mesure : un outil calé sur vos usages, dont la propriété se négocie au contrat, mais dont la maintenance et les évolutions restent à financer chaque année.
Dans les deux cas, regardez la durée d’engagement, les conditions de reconduction et le coût d’une sortie anticipée. La logique exposée dans notre article sur le budget réel d’un site internet sur trois ans vaut aussi pour un logiciel : mise en service, puis dépenses récurrentes, puis temps des agents.
Les seuils du code de la commande publique
Selon l’article R2121-1 du code de la commande publique, la valeur du besoin se calcule sur le montant total hors taxes du marché envisagé, options et reconductions comprises. Un abonnement reconductible se compte donc sur toute sa durée possible, jamais sur une seule annuité. Ensuite :
- sous 60 000 euros hors taxes pour des fournitures ou des services, l’article R2122-8, dans sa version en vigueur depuis le 1er avril 2026 (décret n° 2025-1386 du 29 décembre 2025), autorise un marché sans publicité ni mise en concurrence préalables ;
- même sous ce seuil, le même article impose de choisir une offre pertinente, de faire une bonne utilisation des deniers publics et de ne pas contracter systématiquement avec un même opérateur lorsque plusieurs offres peuvent répondre ;
- au-dessus, l’acheteur peut recourir à une procédure adaptée tant que le besoin reste sous le seuil européen (article R2123-1), fixé pour les collectivités à 216 000 euros hors taxes en fournitures et services depuis le 1er janvier 2026, d’après l’avis publié au Journal officiel du 13 janvier 2026 ;
- au-delà, la procédure formalisée s’impose.
Comparer plusieurs offres et préparer la sortie
Même sous le seuil, demandez plusieurs propositions à partir de la même note de besoins, et faites dérouler chaque offre sur l’un de vos événements réels lors d’une démonstration. Inscrivez au contrat la réversibilité des données : export complet dans un format ouvert et documenté, délai de restitution, sort des copies conservées par le prestataire. Une commune qui change d’outil doit repartir avec ses fiches d’événements, son inventaire et son historique.
Hébergement et données des agents et des bénévoles
Un outil de gestion événementielle contient des données personnelles : noms et téléphones des agents, coordonnées des bénévoles, plannings d’astreinte. La mairie reste responsable de ces traitements ; le prestataire qui héberge et fait tourner l’outil agit comme sous-traitant au sens du RGPD.
Ce que le contrat doit prévoir
L’article 28 du RGPD exige un contrat qui encadre ce sous-traitant. Vérifiez qu’il prévoit :
- un traitement des données sur instruction documentée de la commune ;
- un engagement de confidentialité des personnes autorisées à y accéder ;
- des mesures de sécurité appropriées ;
- la suppression ou le renvoi des données à la commune au terme de la prestation, selon son choix.
La CNIL publie des exemples de clauses de sous-traitance qui servent de base à la négociation, transferts de données hors de l’Union européenne compris.
Collecter peu, conserver peu
L’article 5 du RGPD veut des données limitées à ce qui est nécessaire au regard des finalités, et conservées pas plus longtemps que nécessaire. Pour un bénévole, un nom, un téléphone et le poste occupé couvrent le besoin ; sa date de naissance, presque jamais. Fixez une durée de conservation pour les coordonnées des bénévoles ponctuels, par exemple jusqu’à la fin de la saison, et demandez au prestataire comment l’outil applique la purge.
Pour la localisation des serveurs, les sauvegardes et la continuité de service, les critères de notre article sur le choix d’un hébergeur web se transposent à l’outil de la mairie.
Un événement pilote, puis un bilan avant la saison suivante
Ne déployez pas l’outil sur la fête la plus lourde de l’année. Choisissez un rendez-vous modeste, avec peu de services et un périmètre clair : une commémoration, un vide-greniers, la remise des dictionnaires aux écoliers ou le forum des associations d’une petite commune.
Former les équipes au bon moment
Formez juste avant l’événement, pas trois mois plus tôt. Une courte séance par service, sur le téléphone que l’agent utilisera vraiment, vaut mieux qu’une présentation générale en salle du conseil. Désignez un référent par service, à qui les collègues posent leurs questions le jour J.
Faire le bilan à froid
Réunissez les participants quelques jours après le démontage, autour de questions simples :
- quelles tâches ont été saisies dans l’outil, et lesquelles sont restées sur papier ?
- le mobile a-t-il servi pendant l’événement, ou seulement au bureau ?
- les associations ont-elles utilisé leur accès ?
- quelles consignes ajouter au modèle pour l’édition suivante ?
Les réponses décident de la suite : étendre le logiciel événementiel à toute la saison, ou corriger le paramétrage avec le prestataire avant d’élargir l’usage.
Votre feuille de route avant la prochaine saison des fêtes
Prochaine étape : inscrivez le projet numérique à l’ordre du jour d’une réunion de services, calendrier annuel en main. Repartez ensuite de cette séquence :
- lister les rendez-vous de l’année et les services mobilisés ;
- noter, pour chaque événement, les trois pertes de temps les plus coûteuses ;
- rédiger une note de besoins courte, avec la part mobile et les accès partenaires ;
- estimer la valeur du besoin sur toute la durée et en déduire la procédure ;
- consulter, tester sur un événement modeste, tirer le bilan.
Le premier rendez-vous de la saison prochaine servira de banc d’essai : fixez-en la date dès cette réunion.