Typologie des utilisateurs
Statut
Document de cadrage produit — version initiale — v1.0 — relu le 2026-05-11.
Principe
DMV distingue les utilisateurs des acteurs. Un utilisateur est une personne ou un compte qui interagit avec la plateforme. Un acteur est une entité locale représentée dans le territoire : commerce, association, mairie, service public ou autre structure.
Un même utilisateur peut avoir plusieurs rôles selon le contexte : habitant, contributeur, gestionnaire d'acteur, responsable associatif, utilisateur mairie ou administrateur.
Types d'utilisateurs
| Type | Description | Usages principaux |
|---|---|---|
| Visiteur | Personne non connectée qui consulte DMV. | Lire le mur, rechercher un acteur, consulter une fiche ou un service public. |
| Habitant connecté | Utilisateur identifié, rattaché ou intéressé par une commune. | Suivre des favoris, recevoir des notifications, interagir avec des contenus. |
| Contributeur | Utilisateur pouvant participer à la vie locale selon les droits définis. | Publier, suivre des groupes, signaler, contribuer à certains contenus. |
| Gestionnaire d'acteur | Utilisateur rattaché à un acteur local. | Mettre à jour un mini-site, publier, gérer médias, tags et informations. |
| Responsable associatif | Utilisateur qui gère une association via DMV ou AssoSuite. | Membres, cotisations, projets, publications et communication associative. |
| Utilisateur mairie | Agent ou élu disposant de droits communaux. | Gérer alertes, services, publications mairie et modération locale. |
| Administrateur | Utilisateur chargé du pilotage global ou local de la plateforme. | Valider, modérer, configurer, gérer les utilisateurs, acteurs et contenus. |
| Opérateur PlayLoop | Utilisateur lié à la diffusion dynamique. | Gérer devices, playlists, médias et campagnes selon les droits. |
Rôles et responsabilités
Les rôles ne doivent pas être confondus avec les statuts sociaux ou métiers.
Exemples :
- un habitant peut aussi être contributeur ;
- un commerçant peut être gestionnaire d'acteur ;
- un bénévole peut être responsable associatif ;
- un agent communal peut être utilisateur mairie ;
- un administrateur peut agir sur plusieurs communes ou sur tout l'écosystème selon ses droits.
État actuel visible
Le code visible montre notamment :
- des profils utilisateurs ;
- des rôles ;
- des contributeurs ;
- des rattachements entre utilisateurs et acteurs ;
- des rôles administrateurs ;
- des droits spécifiques pour AssoSuite et Mairie ;
- une authentification utilisée par les frontends et l'API.
Le détail complet des permissions reste à formaliser dans les chapitres sécurité, backend et gouvernance.
Vision cible
La cible produit est une gestion claire des rôles :
- chaque utilisateur comprend ce qu'il peut faire ;
- chaque application applique les droits utiles à son contexte ;
- les actions sensibles sont réservées aux bons rôles ;
- les habitants ne sont pas exposés à des fonctions d'administration ;
- les communes disposent de droits adaptés sans devenir administratrices globales ;
- les acteurs gardent la maîtrise de leur présence locale.
Principes produit
- Un parcours public doit rester simple même sans connexion.
- La création de compte doit apporter une valeur claire : favoris, notifications, gestion ou contribution.
- Les rôles avancés doivent être accordés explicitement.
- Les droits doivent être visibles, vérifiables et modifiables par les personnes autorisées.
- Les interfaces doivent afficher uniquement les actions utiles au rôle courant.