Notifications
Statut
Document de cadrage produit — version initiale.
Objectif
Les notifications DMV doivent informer au bon moment, sans saturer l'utilisateur.
Elles doivent couvrir les usages locaux importants : alertes mairie, actualités liées aux favoris, publications importantes, messages utiles et événements pertinents.
Types de notifications
| Type | Description | Priorité produit |
|---|---|---|
| Alertes mairie | Informations citoyennes ou communales importantes. | Très élevée, avec règles de criticité. |
| Favoris | Actualités d'un acteur ou contenu suivi. | Élevée, personnalisée. |
| Push locaux | Notifications liées à la commune ou à un événement local. | À cadrer selon consentement et pertinence. |
| Messages acteur | Contact ou réponse liée à un acteur. | Utile, à tracer clairement. |
| Administration | Validation, revendication, modération ou action requise. | Essentielle pour les gestionnaires. |
| AssoSuite | Invitation, cotisation, projet ou communication interne. | Spécifique à l'application connectée. |
| PlayLoop | État de device, campagne ou diffusion. | Spécifique aux opérateurs concernés. |
Canaux possibles
Les canaux doivent être choisis selon le niveau d'urgence et le consentement :
- notification push ;
- email ;
- message dans l'espace utilisateur ;
- alerte visible dans DMV ;
- notification d'administration ;
- diffusion écran via PlayLoop pour certains contenus publics.
Alertes mairie
Les alertes mairie doivent être traitées avec une attention particulière.
Elles peuvent concerner :
- information urgente ;
- service communal ;
- événement important ;
- fermeture exceptionnelle ;
- consigne publique ;
- rappel utile aux habitants.
Elles doivent avoir une source claire, une durée de vie et un niveau de priorité.
Favoris
Les favoris permettent de personnaliser les notifications sans transformer DMV en flux permanent.
Un utilisateur peut suivre :
- un acteur ;
- une association ;
- une commune ;
- une catégorie ou un contenu, si cette option est prévue ;
- certains événements ou publications.
La cible est de notifier uniquement lorsque l'information est utile.
État actuel visible
Le code visible montre :
- des favoris contributeurs ;
- des alertes mairie côté backend ;
- des fonctions ou modules liés aux messages et emails ;
- des usages de push à travers la monétisation ou les compteurs visibles ;
- des Edge Functions Supabase pour certains messages.
Cela confirme des briques de notification et communication, mais pas encore une politique produit complète.
Vision cible
La cible est un système de notifications cohérent :
- préférences utilisateur claires ;
- consentement respecté ;
- priorités explicites ;
- séparation entre alertes publiques, messages privés et notifications marketing ;
- historique ou traçabilité selon les besoins ;
- statistiques d'envoi utiles aux administrateurs et acteurs autorisés.
Règles produit
- Une alerte urgente doit être rare, claire et légitime.
- Une notification liée aux favoris doit rester personnalisée.
- Une notification premium ne doit pas devenir intrusive.
- L'utilisateur doit pouvoir comprendre pourquoi il reçoit une notification.
- Les communes doivent disposer de règles spécifiques pour les alertes citoyennes.
Vision d'évolution
Les notifications pourront évoluer vers une orchestration plus fine : préférences par commune, fréquence, types de contenus, favoris, canaux et priorité.
Cette évolution doit rester centrée sur l'utilité locale, pas sur le volume d'envoi.