Cadre des préconisations

a. Pour qui ?

Public cible

Ce travail est destiné aux profils :

stratégiques (marketing, UX stratégique, Product design, Chef de projet, etc.)
expérience utilisateur (UX) (Design UX, Product design, etc.)
techniques (intégrateurs, UI design, Développeurs, etc.)

b. Quel périmètre ?

Cet article traite de la notification :

globale ;
de smartphone, système, d’application.

Cet article ne traite pas de la notification d’un point de vue technique (développement front ou back).

Pour quelle typologie de projet et de services numériques ?
Ce projet s’adresse à tout service numérique utilisant ou voulant utiliser des notifications.
Celui-ci peut être :

une application mobile ;
un site web ;
une application mobile.

Limites : dues à la recherche utilisateur⸱ice effectuée sur smartphone, notre travail se focalise plus sur les notifications de ce dernier.

c. Pour quelle phase projet ?

Ce travail peut être utilisé à tout moment d’un projet, dès que l’on va traiter de la question des notifications.

d. Quelques définitions

Pastille

Rond, souvent rouge, en haut à droite du logo. Elle est utilisée pour annoncer une notification.
Nous avons choisi le terme “pastille rouge” utilisé entre autres par Darty et Google, mais les termes “rond rouge”, “cercle rouge” et “point rouge” (utilisé chez Figma), correspondent au même élément.

Notification push

Court message apparaissant sous la forme de pop up. Ils sont utilisés sur les applications (sur smartphone, sur ordinateur) et les systèmes d’exploitation (Windows, Ubuntu, Mac). Le message est envoyé directement à l’utilisateur⸱ice.

Sur smartphone, il peut prendre différentes formes : la bannière et/ou la pastille rouge.

Notifications non instantanées

Notification qui peut être reçue à un (ou plusieurs) moment prévu de la journée. Notification qui n’est pas ancrée dans l'instantanéité.
Par exemple, recevoir une notification sur les mails reçus - s’il y en a eu - à 11h30 tous les jours et non dès que je les reçois.

e. Quelques arguments

Quelques arguments pour expliquer pourquoi il est intéressant de concevoir des notifications différentes de ce que l’on a l’habitude de voir.

Argument 1 - Légale : suivre les lois et être en avance sur celles qui arrivent

Le RGPD (règlement général sur la protection des données) indique plusieurs principes à respecter liés aux notifications : la transparence et le consentement.Il faut veiller à ce que :

les notifications relatives à la protection des données soient bien reçues ;
les notifications ne soient pas là pour inciter l’utilisateur à partager plus de données
les notifications ne soient pas là pour inciter l’utilisateur à changer des paramètres qui impacteraient sa vie privée.

Le Digital Service Act(DSA) indique que :

il est interdit de concevoir des interfaces qui trompent ou manipulent les destinataires du service ou toute autre façon propre à entraver substantiellement la capacité des destinataires des services à prendre des décisions libres et éclairées (Article 25)
Par exemple : on ne peut pas demander de manière insistante et répétée à l’utilisateur⸱ice s’il veut activer ses notifications
les fournisseurs de très grandes plateformes en ligne et de très grands moteurs de recherche en ligne doivent analyser et évaluer tout risque systémique de leur service. Il doit pouvoir prévoir et anticiper tout effet négatif de son service sur les utilisateurs. (article 34)
Par exemple : anticiper les effets de notifications multiples sur les utilisateurs en les mettant le plus minimal possible

Un nouveau texte de loi européen traitant plus particulièrement des dark patterns est actuellement en travail : le Digital Fairness Act.
Celui-ci traitera entre autres des designs qui poussent à l’addiction ou influencent les utilisateurs.

Argument 2 - Technique : réduire la future dette technique

Être précurseur, c’est-à-dire :

être en avance sur les obligations de demain ;
ne pas prendre du retard sur les futurs standards ;
augmenter la qualité, la fiabilité et la sécurité du projet pour simplifier l’adaptation et l’innovation.

Argument 3 - Humain : diminuer les impacts négatifs sur les utilisateur⸱ices

Diminuer les impacts négatifs de votre service numérique sur les utilisateur⸱ices. Et réaliser un outil numérique que l’on voudrait que nos proches utilisent (qui ne les rende pas dépendants).