Un outil à double tranchant
La notification push est le seul moyen direct de reparler à quelqu’un qui a installé votre application sans qu’il revienne de lui-même. C’est puissant. C’est aussi la première raison de désinstallation quand c’est mal fait. Une notification de trop, au mauvais moment, sans intérêt, et l’utilisateur supprime l’application, ou coupe les notifications, ce qui revient au même. Tout se joue sur le dosage.
Demander la permission au bon moment
La première erreur arrive dès l’ouverture : demander l’autorisation d’envoyer des notifications avant même que l’utilisateur ait compris l’intérêt de l’application. Beaucoup refusent par réflexe, et ce refus est difficile à récupérer. Mieux vaut attendre que la personne ait vu la valeur de l’application, puis expliquer ce qu’elle gagnera à activer les notifications, avant de demander. Le taux d’acceptation change du tout au tout.
La règle d’or : apporter quelque chose
Chaque notification doit servir l’utilisateur, pas seulement vous. Une information utile, un rappel qu’il attend, une mise à jour qui le concerne : oui. Une relance commerciale déguisée, un message générique envoyé à tout le monde, une notification juste pour « exister » : non. La question à se poser avant chaque envoi est simple : est-ce que la personne sera contente de la recevoir ? Si le doute existe, on n’envoie pas.
Le moment et la fréquence
Une notification à trois heures du matin est un aller simple vers la désinstallation. Tenez compte du fuseau horaire et des habitudes de vos utilisateurs. Sur la fréquence, la règle est la sobriété : mieux vaut une notification pertinente par semaine que trois par jour qui lassent. Laissez aussi l’utilisateur choisir ce qu’il veut recevoir, plutôt que de tout lui imposer.
Personnaliser sans être intrusif
Une notification qui tient compte de ce que fait vraiment l’utilisateur est mieux reçue qu’un message de masse. Rappeler un panier laissé, signaler une réponse attendue, prévenir d’une échéance qui le concerne. La personnalisation utile est appréciée. La personnalisation qui donne l’impression d’être surveillé met mal à l’aise. La frontière est une question de respect et de bon sens.
Un choix qui se prépare dès la conception
La stratégie de notifications se réfléchit avant le développement, en même temps que le type d’application. Les possibilités diffèrent selon que vous partez sur du natif, du cross-platform ou une progressive web app, un arbitrage que nous détaillons dans PWA ou application native et natif ou cross-platform. Et il faut penser à la publication sur les stores, dont nous parlons dans les règles App Store et Play Store. C’est l’ensemble que nous cadrons dans notre offre d’applications web et mobiles.
