Meilleures notifications UX et demandes de permission

Imagine you êtes en retard pour une de ces réunions pour lesquelles vous ne voulez vraiment pas être en retard. Vous enfilez vos chaussures et votre manteau à la hâte, récupérez les clés de votre porte et saisissez la poignée de la porte – juste pour sortir à temps. En descendant l'escalier, vous sortez votre téléphone portable pour consulter les horaires du métro ou pour commander un taxi.

Un bref coup d'œil sur l'écran suffit pour vous faire transpirer: vous Réalisez que vous avez oublié de recharger votre téléphone du jour au lendemain et qu’il fonctionne avec fierté sur la charge restante de 2% de la batterie. En vous précipitant dans la rue, pleine d'espoir et de foi, vous atténuez la luminosité de l'écran et recherchez l'icône de l'application appropriée sur l'écran d'accueil. Bien sûr, à ce moment précis, une série de notifications affluent sur votre écran, vous demandant toute votre attention pour les nouveaux abonnés, les mises à jour, les rappels et les messages.

Il est fort probable que vous sachiez trop bien à quoi cela ressemble. Quelle est la probabilité que vous agissiez sur la pile de notifications en cascade dans cette situation? Et quelle est la probabilité que vous désactiviez complètement les notifications lorsqu'un autre rappel vous parvient quelques minutes plus tard, juste au moment où vous avez manqué votre connexion? C'est l'une de ces situations où les notifications arrivent littéralement de la manière la plus perturbante possible, et ce malgré tous les flux d'utilisateurs minutieusement conçus et les pixels précieux et raffinés.

Avec autant d'applications et de services, de personnes, de machines et de chatbots. pour notre attention, rester concentré est un luxe qui doit être savouré et protégé et aucune notification étonnant ne jouit donc d'une bonne réputation aujourd'hui. Plus que cela, ils se sentent souvent hors d'atteinte et manipulateurs.

"Ils apparaissent souvent aux moments où ils sont le moins pertinents, et ils créent un faux sentiment d'urgence, diluent la concentration et créent de la frustration."

– Alex Potrivaev Intercom

Cela vaut pour les fenêtres flottantes sur l'écran d'accueil autant que pour le nombre total non lu dans les barres d'outils. Ceci est également vrai pour les messages marketing masqués sous forme de notifications, ainsi que pour les mises à jour sociales décomposées en de nombreux petits messages pour attirer de manière permanente l'attention sur le service.

Toutes ces notifications exigent une attention immédiate et sont incroyablement envahissantes . , jouant sur nos désirs de ne pas manquer et de rester en contact avec nos groupes sociaux. En fait, ils perturbent la vie privée d'une manière que personne ne peut assombrir – en exigeant et en capturant l'attention sans réserve, peu importe ce que l'utilisateur fait actuellement.

Cependant, ce n’est pas à cause des notifications qu’elles se sentent envahissantes; c’est que nous les concevons de manière à ce qu’ils nous gênent souvent. Les utilisateurs ne veulent pas manquer les notifications importantes ni les messages ponctuels ou les ventes limitées, mais ils ne veulent pas non plus se sentir dérangés par une marée sans fin de mises à jour bruyantes. Si cette dernière se produit trop souvent, les utilisateurs désactivent complètement les notifications, souvent avec un arrière-goût amer pour l'application et la marque en raison de sa “demande désespérée d'attention”, comme l'a exprimé un utilisateur. Un seul coupable peut le ruiner pour tout le monde, et cela en dépit du fait qu'aucune notification ne ressemble à une autre.

Les nombreux visages des notifications

Les notifications sont une distraction par nature; ils attirent l’attention de l’utilisateur sur un événement (potentiellement) important dont ils ne sont pas au courant ou pourraient souhaiter être rappelés. En tant que tels, ils peuvent être très utiles et pertinents, en apportant une assistance et en apportant une structure et un ordre à la routine quotidienne.

En général, les notifications peuvent être soit informatives (rappels de calendrier, notifications de retard, résultats du scrutin le soir de l'élection), soit inciter à l'action (approuver le paiement, installer une mise à jour, confirmer une demande d'ami). Elles peuvent diffuser à partir de diverses sources et avoir différents impacts:

• Les notifications d'interface utilisateur apparaissent comme des cartes subtiles dans les interfaces utilisateur lorsque les utilisateurs interagissent avec l'interface Web – en tant que telles, elles sont largement acceptées et moins invasives que certaines de leurs homologues. .
• Les notifications push dans le navigateur sont plus difficiles à rejeter et attirent l’attention sur elles-mêmes même si l’utilisateur n’a pas accès à l’interface utilisateur.
• Les notifications in-app sont diffusées sur les applications de bureau et les applications mobiles. , et peut être aussi humble que les notifications d'interface utilisateur, mais peut jouer un rôle plus central avec les messages envoyés à l'écran d'accueil ou au centre de notifications.
• Les notifications relatives au système d'exploitation telles que les mises à jour logicielles ou les changements d'opérateur mobile, entrent également dans la composition , apparaissant souvent avec une grande variété de notes, de mises à jour du calendrier, etc.
• Enfin, les notifications peuvent se retrouver dans des applications de messagerie, de messagerie instantanée et de messagerie sociale, en provenance de chatbots, recommandation les systèmes et les humains.

Vous pouvez voir comment les notifications – compte tenu de leurs saveurs et de leurs sources – peuvent devenir accablantes à un moment donné. Cependant, nous ne prêtons pas exactement la même attention à chaque notification que nous recevons. Pour la grande majorité des utilisateurs, il faut parfois semaines pour installer éventuellement une mise à jour logicielle suggérée par la notification de leur système d'exploitation, tandis que la confirmation ne prend généralement que quelques heures . ou refuser une nouvelle demande LinkedIn ou Facebook.

Toutes les notifications ne sont pas égales et le degré d'attention que les utilisateurs accordent à leurs utilisateurs dépendra de leur nature ou plus précisément du mode et du moment où les notifications sont déclenchées.

Dans son article intitulé " Analyse critique des systèmes de notification ", Shankar Balasubramanian a effectué une recherche remarquable en décomposant les déclencheurs de notification en quelques groupes:

On ne peut pas en déduire qu'un groupe de déclencheurs est toujours plus efficace qu'un autre, mais certaines notifications de chaque groupe tendent beaucoup mieux à attirer l'attention que d'autres:

• Les gens se soucient davantage des nouveaux messages d'amis proches et des proches, des notifications de certains collègues pendant les heures de travail, des transactions bancaires et des alertes importantes, des notifications de calendrier. , événements programmés, alarmes et confirmations ou communiqués susceptibles de faire l'objet d'une action.
• Les gens se soucient moins de des mises à jour de nouvelles, mises à jour des flux sociaux, annonces, nouvelles fonctionnalités, rapports d'incident, notifications Web, messages d'information et automatisés en général.

Sans surprise, les utilisateurs ont tendance à s’occuper immédiatement des notifications de batterie faible ou des confirmations de paiement; les rappels de calendrier, les mises à jour de progression (par exemple, la livraison ETA) et les messages un à un importent davantage que les autres notifications. En fait, dans chacune des conversations que nous avons eues avec les utilisateurs, un message émanant d'un autre être humain était beaucoup plus précieux que toute notification automatisée. Bien sûr, les priorités peuvent légèrement changer si un utilisateur attend impatiemment une notification mais que peu de personnes laissent tout derrière dans l'urgence de vérifier le 77e comme sur leur photo.

les notifications peuvent être différentes, et différentes notifications sont perçues différemment; Cependant, plus les notifications sont personnelles, pertinentes et opportunes, plus nous devrions nous attendre à un engagement accru. Mais qu'est-ce que tout cela signifie pour la conception des notifications, et comment pouvons-nous les rendre moins intrusives et plus efficaces?

Ne vous fiez pas aux paramètres génériques: configurez les modes de notification

Les clients ont généralement une bonne raison de choisir ont choisi de s'inscrire pour un service. Peu de gens se lèvent le matin en espérant créer un nouveau compte ce jour-là. En fait, ils peuvent penser que votre service peut les aider dans leurs tâches quotidiennes ou améliorer leur flux de travail. Espérons qu'ils n'auront pas besoin de notifications pour comprendre le fonctionnement d'un service, mais qu'ils auront peut-être besoin de recevoir des notifications pour comprendre la valeur du service.

Peut-être ont-ils reçu un message important d'un employeur potentiel ou existe-t-il un match de profil de rencontre qui mérite d'être regardé. Ils ne voudront peut-être pas rater ces messages simplement parce qu’ils ont oublié de s’enregistrer au service pendant un certain temps. En tant que concepteurs, nous devons incorporer le nombre exact de notifications dans le mélange pour que le client reste motivé, tout en ne leur fournissant que des indications pertinentes et exploitables.

Malheureusement, avec la plupart des services, il n'est pas rare de inscrivez-vous, mais réalisez quelques instants plus tard que la boîte de réception se remplit de toutes sortes de messages (pour la plupart purement informatifs), souvent envoyés immédiatement après les autres et rarement exploitables. Les notifications par e-mail, en particulier, sont souvent activées par défaut, le consentement de l’utilisateur étant implicite, car il accepte des conditions générales longues et ingérables. Personne n'aime être bombardé par un flot de messages non sollicités, et cela vaut autant pour les spams que pour les notifications non désirées.

Au lieu de définir une fréquence de notification par défaut pour tous les clients par défaut, nous pourrions commencer à n'en envoyer que quelques-uns. notifications très rarement. Le client continuant d’utiliser l’interface, nous pourrions lui demander de choisir le type de notifications qu’il préférerait et leur fréquence. Il en va de même pour les invites de consentement des cookies: nous pourrions fournir les options recommandées prédéfinies avec un «mode calme» (basse fréquence), un «mode normal» (moyenne fréquence) et un «mode utilisateur expérimenté» ( haute fréquence).

Cependant, nous pourrions être plus granulaires que cela. Basecamp, par exemple, a introduit les options «Toujours actif» et «Le travail peut attendre» dans le cadre de son expérience d’intégration, afin que les nouveaux clients puissent choisir s’ils souhaitent recevoir des notifications à mesure qu’ils se produisent (à tout moment) ou choisir une heure précise. plages et jours où les notifications peuvent être envoyées. Ou, inversement, nous pourrions demander aux utilisateurs s’ils ne veulent pas être dérangés et suspendre les notifications à ce moment-là. Tous les clients ne souhaitent pas recevoir de notifications liées au travail en dehors des heures de bureau ou le week-end, même si leurs collègues peuvent travailler des heures supplémentaires samedi soir de l'autre côté de la planète.

À mesure que le temps passe, le format des notifications peut également nécessiter des ajustements. Plutôt que de recevoir les notifications une par une au fur et à mesure que des événements se produisent, les utilisateurs pouvaient choisir un «mode résumé», regroupant toutes les notifications dans un seul message autonome remis à une heure donnée chaque jour ou chaque semaine.

Il s'agit de les paramètres fournis par Slack en ce qui concerne les notifications; En fait, le système adapte également la fréquence des notifications. Initialement, comme les canaux Slack peuvent être assez silencieux, le système envoie des notifications pour chaque message envoyé. Au fur et à mesure que les activités deviennent plus fréquentes, Slack recommande de réduire le niveau de notification afin que l'utilisateur ne soit averti que lorsqu'elles sont réellement mentionnées.

Slack offre une autre fonctionnalité permettant aux utilisateurs de mettre en surbrillance une sélection de mots afin que les utilisateurs ne soient avertis que Le sujet qui les intéresse a été mentionné:

Il pourrait sembler que la fréquence des notifications retient trop l'attention à ce stade, mais lorsqu'on l'interroge sur des points de douleur courants avec notifications, le problème le plus courant était, de loin, leur fréquence élevée, même si les messages étaient pertinents ou susceptibles de donner lieu à une action.

En résumé: commencez à envoyer des notifications lentement mais régulièrement ; configurez les modes de notification et fournissez des options granulaires telles qu'un choix de déclencheurs et le format des notifications. Mieux vaut envoyer trop peu que trop: vous n'aurez peut-être pas une autre chance si le client souhaite se soustraire à de nombreuses notifications qui lui énervent au mauvais moment.

Choisissez votre temps avec soin

Nous n'aimerions peut-être pas admettez-le, mais pour beaucoup d’entre nous, la journée ne commence pas par une salutation paisible et attentive du soleil levant; Au lieu de cela, cela commence par un regard fastidieux et réflexif sur l'écran rougeoyant de nos téléphones portables. Plus précisément, la première chose que nous voyons chaque matin n’est même pas l’heure actuelle ni celle de nos proches, mais la pile de notifications qui s’est accumulée sans relâche pendant notre sommeil.

Cet état d’esprit n’est pas nécessairement la meilleure occasion de rappeler aux utilisateurs une politique de confidentialité mise à jour, de nouvelles fonctionnalités brillantes ou des dépenses exceptionnelles à finaliser. Les notifications personnelles telles que les nouvelles actions sociales et les réactions des cercles sociaux pourraient être beaucoup plus pertinentes, tout comme les rendez-vous à venir et les tâches à faire de la journée.

Le timing compte, de même que les notifications ponctuelles . Vous ne voulez probablement pas déranger vos clients au milieu de la nuit, car ils arrivent à une destination éloignée avec un décalage horaire important. Par conséquent, il est judicieux de suivre le changement de fuseau horaire et d’heure locale et d’ajuster la remise des notifications en conséquence. D'autre part, les clients ne seront pas particulièrement heureux qu'une notification importante apparaisse lorsqu'elle ne sera plus pertinente. Par conséquent, s'ils suivent un événement ou une annonce important, vous devrez décider si l'événement est suffisamment critique pour la perturber à une période inconfortable.

Vos analyses vous diront quand vos utilisateurs sont susceptibles d’agir sur vos notifications. Il est donc judicieux d’étudier et de suivre les réponses en fonction de l’heure et de déclencher l’envoi de notifications à peu près à ce moment-là. Par exemple, si un client est plus disposé à partager un message le matin, attendez l'heure juste au bon moment à l'heure locale du matin.

Évitez les situations stressantes par conception

Avec les notifications, le moment n'est pas le seul attribut important à considérer. Vous vous souvenez du pauvre personnage qui espère attraper sa connexion dès le début de cette section? Libérer un paquet de notifications avec un niveau de batterie extrêmement bas n’est pas une bonne idée, il est tout aussi contre-productif lorsque l’utilisateur a des problèmes de connectivité ou est concentré sur une tâche comme conduire une voiture. Si vous pouvez évaluer le niveau de la batterie et la qualité de la connexion, évitez d’envoyer des notifications lorsque les conditions d’un utilisateur sont sous-optimales. Bien sûr, les notifications doivent également être pertinentes. Par conséquent, si vous pouvez également évaluer l'emplacement de l'utilisateur, évitez d'envoyer des notifications dépendantes de l'emplacement qui ne s'appliquent pas du tout.

Il est parfois difficile de conserver des notifications, car elles pourraient être critique pour l'activité actuelle de l'utilisateur. Si l'utilisateur conduit une voiture, en suivant les instructions dans une application de navigation, vous devrez peut-être fournir une notification plus persistante et plus humble concernant le changement d'itinéraire recommandé en raison d'un accident de la route. Dans ce cas, comme pour les autres notifications critiques, nous pourrions afficher un bouton flottant «Nouvelles mises à jour disponibles. Refresh. "C'est beaucoup moins invasif qu'une notification bloquant l'accès au contenu, mais il est tout aussi efficace pour indiquer que la page ou l'état de la page peut être obsolète et que de nouvelles informations sont disponibles.

En fait, au lieu d'envoyer des notifications. à des heures spécifiques par défaut, même si cela est basé sur le comportement passé de l'utilisateur, vous pouvez explorer le revers de la médaille et profiter des moments heureux et réussis à la place . Un service de transfert d’argent, TransferWise, affiche des notifications lorsque le client reçoit un paiement – et n’est-ce pas le bon moment pour demander un avis sur une application sur l’App Store? Nous pourrions suivre les étapes importantes et informer les utilisateurs des fonctionnalités avancées à mesure qu'elles sont atteintes, juste à temps comme les appelle Luke Wroblewski.

Réduction de la fréquence en regroupant les notifications

Il n'y a pas de règle d'or pour juste la bonne quantité de notifications un jour donné. Comme chaque notification diffère, il en va de même pour les préférences et les motivations de chaque client. Pour conserver l’engagement d’un utilisateur, vous devrez peut-être libérer progressivement des blocs de notifications en fonction de la portée ou des préférences du client. C’est là que le groupe graduel entre en place, comme expliqué dans l’article « Designing Smart Notifications » d’Alex Potrivaev, concepteur de produit chez Intercom.

L’idée est simple. Si vous savez que vos clients obtiennent en moyenne moins de cinq réactions par publication, il pourrait être judicieux de fournir une notification unique pour chacune d’elles. Vous pouvez également déclencher une notification si un message provient d'événements importants, tels qu'un message d'amis proches, de votre famille ou de personnes influentes. En outre, comme nous savons que les notifications déclenchées par une action émanant d'un autre être humain ont plus de valeur que les notifications automatiques, donne la priorité à ses clients personnels pour ce client particulier.

augmenté, nous pouvons commencer à les regrouper et à fournir des résumés compacts au moment opportun. Par exemple, Facebook résume les notifications en blocs non intrusifs, chaque ligne soulignant exactement un type d’événement, comme les réactions à un message particulier («Stoyan Stefanov et 48 autres personnes ont réagi à votre message. … ”) . LinkedIn en revanche, semble déclencher presque chaque événement un par un («Stoyan Stefanov a commenté votre message») polluant ainsi le flot de notifications et les rendant difficiles pour numériser et utiliser.

Bien sûr, en fonction de l'historique d'un utilisateur, nous pouvons personnaliser davantage que le regroupement des notifications. Une fois que nous savons comment un utilisateur réagit aux nouvelles préférences en matière de photo, qu'il les regarde brièvement ou qu'il plonge dans chaque notification, nous pouvons fournir de meilleures notifications la prochaine fois. Alex conclut:

«En fonction de la manière dont vous interagissez habituellement avec le contenu, de meilleurs choix de libellé et de structure peuvent être proposés et, en fonction du comportement par défaut, les notifications peuvent être structurées différemment.»

nécessite des boucles de rétroaction continues.

Autoriser les utilisateurs à mettre en veille ou à suspendre les notifications

Pratiquement aucune entreprise ne rejettera la valeur des données relatives à ses clients. En fait, nous pouvons obtenir des informations précieuses à long terme en introduisant les boucles de rétroaction ; c'est-à-dire d'offrir continuellement aux clients des options pour «Voir plus» ou «Voir moins» des notifications d'un type particulier. Mais tout comme nous avons tendance à percevoir le handicap comme une condition "marche / arrêt" (que vous ayez ou non un handicap), nous pensons souvent que nous pouvons prédire avec précision le comportement de l'utilisateur en se basant uniquement sur son comportement passé.

Cependant, il est rarement noir et blanc. Nos utilisateurs peuvent être temporairement gênés lorsqu'ils tiennent un bébé dans un bras ou en raison d'un accident malheureux récent. Les conditions dans lesquelles ils se trouvent peuvent fluctuer de la même manière. Des actions rapides telles que la mise en attente en réponse à une notification entrante peuvent aider à résoudre le problème, bien que temporairement.

Le contexte de l’utilisateur change en permanence . Si vous remarquez une baisse inhabituelle du taux d'engagement ou si vous prévoyez un nombre inhabituellement élevé de notifications (un anniversaire, un anniversaire de mariage ou une soirée électorale, par exemple), envisagez de fournir une option permettant de désactiver les notifications de mise en sourdine, de mise en veille ou de pause. , peut-être pour les prochaines 24 heures.

Cela pourrait aller à l’encontre de notre intuition, car nous voudrions peut-être ré-engager le client s’il est soudainement devenu silencieux, ou nous pourrions vouloir maximiser son engagement lorsque des événements importants se produisent. Cependant, la fréquence des notifications est trop dangereuse la plupart du temps. Il est facile de parvenir à un point où une notification apparemment inoffensive éloignera un client, potentiellement même à long terme. Il peut y avoir de bonnes raisons pour lesquelles l'utilisateur n'a pas été ou ne veut pas être actif depuis un moment, et le plus souvent, cela n'a rien à voir avec le service.

Une autre option serait de suggérer un changement de support utilisé pour consommer les notifications. Les utilisateurs ont tendance à associer différents niveaux d’urgence à différents canaux de communication. Les notifications in-app, les notifications push et les messages texte sont considérés comme beaucoup plus intrusifs que les bons e-mails. Ainsi, lorsque la fréquence dépasse un certain seuil, vous pouvez inciter les utilisateurs à passer des notifications push aux résumés quotidiens des e-mails. 19659083] Modèle de notification moyen « />

Définition de seuils et création d’un arbre de décision relatif aux notifications

Toutefois, les seuils ne sont pas faciles à définir correctement. Les événements importants doivent déclencher des notifications immédiates à recevoir à temps. Des événements moins importants peuvent attendre, mais il peut être utile d’attirer l’attention du client sur le service. Les notifications potentiellement non pertinentes doivent être filtrées sans relâche pour laisser le temps et l'espace nécessaires au respect et à la valorisation des notifications importantes.

En général, les notifications plus courtes, telles que les messages d'amis et de collègues, conviennent mieux aux notifications d'interface utilisateur '. t urgent, ou push notifications si elles sont. Les notifications plus volumineuses sont plus avantageuses que les courriels qu’ils soient urgents ou non. Cette règle empirique varie d'un service à l'autre. Vous pouvez donc créer un arbre de décision de notifications pour déterminer le support qui convient le mieux à certains types de notifications en fonction de leur urgence, de leur durée et de leur fréquence. En outre, vous pouvez définir des seuils et déclencher une invite de répétition ou de réglage des paramètres si un seuil est atteint.

Rendre les options optionnelles désactivées

De nos jours, il est presque normal qu'un service aille trop loin dans sa définition. ridiculement difficile pour un client de se retirer des notifications tout-puissants. Des mots obscurs et des étiquettes obscures habilement cachées dans des recoins éloignés de l'interface ne sont pas rares. Peu d'autres considérations de conception peuvent être plus nocives et dommageables pour une marque. Lorsque les utilisateurs ne peuvent pas ajuster facilement les paramètres, ils appliquent de l'artillerie lourde, marquant les notifications par courrier électronique comme spam ou bloquant les notifications dans les paramètres du système d'exploitation ou du navigateur. Pour un site Web ou une application, il n'y a pas de moyen facile de récupérer de cela, si ce n'est de réclamer des abonnements.

Une solution beaucoup plus simple consiste à fournir un contrôle très granulaire des notifications, y compris leur contenu, leur format, leur fréquence et leur contenu. Ne pas déranger les temps. Nous pourrions fournir une option pour répondre à une notification récente avec "Moins d'e-mails" ou "Arrêter" pour changer la fréquence, en contournant les connexions au site Web ou les ouvertures de session des applications ( Notion.so le fait). Pour les applications, indiquez les préférences de notification intégrées dans plutôt que de vous fier aux paramètres natifs du système d'exploitation. Vous pourrez également expliquer ici ce que l'utilisateur peut attendre de chaque type de notification, peut-être même avec des exemples d'apparence.

En pratique, de nombreux utilisateurs de rechercheront des paramètres de notification aux deux endroits si ils en ont vraiment besoin, mais plus il leur faudra longtemps pour trouver ce paramètre nébuleux, moins ils seront patients. En réalité, la plupart des utilisateurs cherchent un moyen de désactiver les notifications au moment où ils sont frustrés ou agacés par les notifications récentes. Ce n'est pas un état d'esprit agréable, et en tant que service, vous ne voulez probablement pas l'étendre inutilement au détriment de vous sentir harcelé et confus par vos clients qui paient.

N'oubliez pas de explorez également le revers de la médaille. Identifier des parties du parcours d'un utilisateur lorsqu'un utilisateur est plus susceptible de s'abonner à des notifications; par exemple, une fois qu'une commande dans une boutique en ligne a été passée avec succès ou une réservation de vol a été confirmée. Dans les deux cas, les notifications peuvent aider les clients à suivre les retards ou à récupérer les cartes d'embarquement dans le temps. C’est également le bon moment pour suggérer des notifications push en temps réel, ce qui signifie également qu’il faut d’abord demander au client la permission d’envoyer ces rappels. Et ce sujet mérite une conversation séparée.

Demander l’autorisation, la manière la plus humble

Certains sites Web ont tout à fait un caractère, n’est-ce pas? Auto-indulgent, impoli au cœur et vraiment inimitable aussi. Combien de fois tombez-vous sur une page apparemment modeste et sans prétention, juste pour être accueillie par une invite de permission merveilleuse vous demandant de vous envoyer des notifications? Vous n'avez pas encore lu un seul mot, mais voilà, vous demandez déjà un engagement à long terme – et franchement, un tout invasif invasif.

En termes d'expérience utilisateur, afficher une permission prompt au chargement est probablement le meilleur moyen de faire une mauvaise première impression et, dans la plupart des cas, une erreur irréversible. À partir de janvier 2019, Chrome a modifié les options affichées lorsqu'une invite native est déclenchée. Bien que les utilisateurs puissent éventuellement rejeter une notification pour y réagir plus tard, ils doivent maintenant choisir s'ils souhaitent ou non accepter les notifications «Accepter» ou «Bloquer». Dans ce dernier cas, les notifications Web sont définitivement bloquées pour l’ensemble du site, à moins que l’utilisateur ne parvienne à se frayer un chemin à travers les paramètres du navigateur pour accorder l’accès après tout. Il n’est donc pas surprenant que la grande majorité des utilisateurs bloquent immédiatement ces invites, sans lire leur contenu.

Stratégiquement, il est préférable de demander l’autorisation uniquement lorsque les chances qu’un utilisateur l’accepte réellement sont élevées. Pour que cela se produise, nous devons expliquer au client pourquoi nous avons réellement besoin de leur autorisation et quelle valeur nous pouvons leur fournir en retour. En pratique, cette stratégie est souvent mise en œuvre sous la forme du « motif à double demande ». Au lieu de demander immédiatement la permission, nous attendons d'abord un certain nombre de fiançailles : peut-être un couple de visites de pages, quelques interactions, un certain temps passé sur le site. En fin de compte, nous pouvons souligner le fait qu'un utilisateur peut souscrire à des notifications et indiquer leur utilité, ou bien que nous avons besoin de leur autorisation pour obtenir des résultats de recherche plus précis, tenant compte de la localisation. Parfois, le contexte de la page est suffisant, par exemple lorsqu'une interface souhaite demander la géolocalisation lorsque l'utilisateur visite la page de localisation du magasin.

Dans tous ces cas, un bouton d'appel à l'action bien en évidence attendrait le moment. lorsqu'un utilisateur est le plus réceptif pour agir en conséquence. Si l'utilisateur choisit d'appuyer sur le bouton, nous pouvons supposer qu'il est susceptible de poursuivre l'action. Ainsi, une fois que vous avez cliqué sur le bouton, une demande de permission native sera demandée.

Nous décomposons le message de permission en deux requêtes:

1. une requête intégrée à l'interface utilisateur,
2. une requête native au navigateur.

Comme Adam Lynch le note si l'utilisateur continue à révoquer l'autorisation, peut-être en raison d'une erreur de frappe ou d'un clic dans l'invite du navigateur natif, nous devons afficher une page de secours. qui explique comment activer manuellement l'autorisation via les paramètres de leur navigateur (ou un lien vers une explication). Évidemment, cela n’a aucun sens d’afficher une demande de notification si l’utilisateur a déjà donné son autorisation. Nous pouvons utiliser l'API Autorisations pour interroger le statut de toute autorisation via une interface asynchrone unique et ajuster l'interface utilisateur en conséquence.

La même stratégie pourrait être appliquée à tout type de demande d'autorisation, tel que l'accès à la géolocalisation, à la caméra, au microphone, etc. Bluetooth, MIDI, WebUSB, etc. Le libellé et l’apparence des invites de notification d’UI revêtent une importance cruciale ici, c’est donc une bonne idée de suivre les ratios d’engagement et d’acceptation de chaque permission ou fonctionnalité et de les appliquer en conséquence. And that brings us to the king of them all — tracking major metrics for your notifications.

Track Metrics For Notifications

Usually notifications aren’t sent for the sheer purpose of informing customers about an occurring or upcoming event. Good notifications are useful and actionable, helping both customers and businesses achieve their goals. For that, relevant metrics have first to be discovered and defined.

As a bare minimum, we might need to know if the notifications we send are relevant in the first place.

• Do the wording, format, and frequency of notifications drive the desired action that we aim to achieve (be it social shares, time spent on the site, or purchases)?
• What kind of notifications matter more than others?
• Do the notifications actually bring users back to the application?
• How much time passes between sending the notification and the user’s return to the site or app?
• How much time is spent on average between the clickthrough notification and the user leaving the site?

Experiment with wording, length, dispatch times, and grouping and frequency of notifications for different levels of user involvement — beginner, regular user, and power user. For example, users tend to be more receptive to conversational messages that feel more casual and less like system notifications. Mentioning the names of actual human beings whose actions triggered a notification might be useful as well.

It’s never a bad idea to start sending notifications slowly to track their potential negative impact as well — be it opt-outs or app uninstalls. By sending a group of notifications to a small group first, you still have a chance to “adjust or cancel any detrimental notification campaigns before it’s too late,” as Nick Babich remarks in “What Makes A Good Notification”.

All these efforts have the same goal in mind: avoiding significant disruption and preventing notifications fatigue for our customerswhile informing them about what they want to know at about the time they need to know it. However, if cookie prompts are just annoying, and frequent notifications are merely a disturbance, when it comes to the security of personal data and how it’s managed, customers tend to have much more pressing concerns.

It’s worth noting that there are significant differences in how notifications are requested, grouped, and displayed on Android and iOS, so if you are designing a native or a hybrid app, you’ll need to examine them in detail. For example, on iOS, users don’t set up app notifications until onboarding or a later usage of the app, while Android users can opt-out from notifications during installation, with the default behavior being opt-in. Push notifications sent by a PWA will behave like native notifications on a respective OS.



Admittedly, these issues will not be raised immediately, but as customers keep using an interface and contribute more and more personal data, doubts and concerns start appearing more frequently, especially if more people from their social circles are involved. Some of these issues are easy refinements, but others are substantial and often underestimated blockers.

In the final article of the series, we’ll be looking into notifications UX and permission requests, and how we can design the experience around them better, with the user’s privacy in mind.

Useful Resources And References

(yk, il)