ouverture d'un flux descendant de communication (collectivité vers citoyen)
- Objectifs
- US 3.0 flux descendant (collectivité > citoyen)
- 3.1 création d'un flux descendant
- 3.2 le système d'envoi
- 3.3 l'inscription aux notifications
- 3.4 Documentation
- Test d'acceptation
Objectifs
Les collectivités souhaitent pouvoir envoyer des informations à leurs citoyens par le biais de notifications qui ne relèvent pas des issues existantes.
L'idée ici est de prévoir une fonctionnalité dédiée à la collectivité afin de transmettre une info succincte auprès de ses citoyens (mail/sms/notification smartphone) de type "alerte météo / alerte travaux..."
De son côté, le citoyen choisit si celui-ci veut être averti ou non (et si oui de quelle manière : mail/sms/notification) ainsi que le territoire pour lequel il souhaite être averti.
US 3.0 flux descendant (collectivité > citoyen)
3.1 création d'un flux descendant
3.1.1 relation avec la bdd / l'instance
- pouvoir récupérer les usagers inscrits selon la/les collectivités déclarées
- pouvoir récupérer les usagers selon la/les collectivités ainsi que le moyen de communication choisi (si plusieurs moyens)
- pouvoir correspondre avec du webpush (mode rolls'royce)
3.1.2 activation du service et paramétrage
3.1.2-A activation du canal descendant
ETQ super admin ou mutualisant, j'active (ou je désactive) la fonctionnalité pour une collectivité
1. Je vais sur la page collectivité
2. j'ai une case à cocher pour l'activation du service
retenu : fonctionnalité activée par défaut
3.1.2-B paramétrage
sur la page collectivité j'ai un pavé dédié au flux descendant. sur celui-ci je peux :configurer les types d'envois possibles (mails/sms/webpush)
retenu : uniquement définir l'envoi par défaut. c'est l'usager qui choisira selon les types d'envois possibles mis en place dans l'app.
3.2 le système d'envoi
3.2.1 rédaction du contenu
le message comporte :
- un titre
- affiche la collectivité qui émet l'alerte
- un texte libre (avec une limite de X caractères. X étant à définir)
- une url à saisir (de type pour en savoir plus)
- un bouton qui permet d'envoyer le message.
à réfléchir : qui a accès à cette partie ?
- est-ce uniquement l'admin de collectivité ? auquel cas il a déjà l'accès à l'application. on peut donc rajouter une fenetre supplémentaire pour émettre les envois.
OUI
est-ce un agent de collectivité ? auquel cas il n'a pas accès à l'application. (uniquement en réception des mails)
de ce fait, prévoir le niveau admin de collectivité uniquement dans un premier temps ?
OUI
3.2.2 envoi d'information à un usager
3.2.2-A envoi par mail
- le message doit pouvoir être envoyé depuis l'application. un système d'envoi de mail est déjà en place dans l'appli. il faut seulement le rattacher à l'envoi manuel d'une collectivité. il faudra s'assurer que le domaine utilisé puisse permettre un envoi "massif" d'emails pour éviter tout blocage de la part du fournisseur
- l'adresse mail doit être de type no-reply
- pas de paramétrage par collectivité. une adresse unique provenant de l'application.
3.2.2-B envoi par notification webpush
notification web push pour la PWA.
- mise en place sur google playstore > pris en charge par le système webpush
- mise en place sur apple store : appel à un prestataire externe
NON mis en oeuvre en phase 1 de la fonctionnalité. A définir par la suite
3.2.2-C envoi par sms
A l'heure actuelle cette possibilité reste écartée. mettre en place un système engendre des coûts supplémentaires auprès d'un Fournisseur de services. L'Adullact n'est pas en mesure actuellement de fournir ce service. A voir si des collectivités veulent vraiment l'implémenter et qui paie.
3.2.3 réception par l'usager
l'usager reçoit un message par mail (ou par notification) il doit lire :
- un mail : ne-pas-repondre@adullact.org
- le nom de l'application émettrice : DirectMairie
- le titre
- la collectivité émettrice
- le texte
- pouvoir cliquer sur l'url (en savoir plus)
3.3 l'inscription aux notifications
ETQ usager je souhaite pouvoir m'inscrire et me désinscrire aux notifications.
ETQ usager je ne suis pas inscrit.
- je fais une remontée
- je valide l'envoi de la remontée
- l'application me propose de m'inscrire au service et à la collectivité dont je viens de faire un signalement
ETQ usager inscrit
- je fais une remontée
- je valide l'envoi de la remontée
- l'application me propose de m'inscrire la collectivité dont je viens de faire un signalement
3.3.1 rattachement d'un usager à une collectivité
- l'usager peut ajouter une collectivité depuis une url transmise par sa collectivité
- l'usager peux à tout moment ajouter une ou plusieurs collectivités depuis son compte.
- l'usager peut à tout moment modifier une ou plusieurs collectivités depuis son compte.
- l'usager peut à tout moment supprimer une ou plusieurs collectivités depuis son compte.
3.3.2 sélection du type de réception (notification/mail/sms)
l'usager peux à tout moment ajouter un ou plusieurs types de réception depuis son comptel'usager peut à tout moment modifier un ou plusieurs types de réception depuis son comptel'usager peut à tout moment supprimer un ou plusieurs types de réception depuis son compte
A mettre en place lorsque plusieurs types de réception seront disponible.
ETQ usager
je vais sur mon compteje sélectionne activer les notificationsje sélectionne la ou les collectivités qui m'intéresse ou je me géolocalise pour trouver ma commune ?je sélectionne le ou les types de réception que je souhaite pour chaque collectivité que j'ai associé
3.4 Documentation
La documentation de cette fonctionnalité doit être détaillée et présente dans le dossier doc du dépôt de l'application.