Cet article est le premier d'une série sur l'engagement des utilisateurs mobiles, et sur l'utilisation des outils Firebase

Imaginer, concevoir et développer une super application mobile, c'est le but de toute équipe projet. Cependant, s'assurer que les utilisateurs continuent de l'utiliser longtemps et régulièrement, c'est une autre histoire.

L'engagement utilisateur, tu connais ?

De nombreuses applications sont en effet téléchargées, utilisées pour effectuer une action ponctuelle ! Elles sont ensuite oubliées jusqu'à ce que l'utilisateur finisse par s'en rendre compte pour finalement, la désinstaller sauvagement sans même se rappeler la raison initiale de son installation. Et encore, dans beaucoup de cas c'est nettement plus brutal !

Dans un rapport de 2021 que j'avais gardé en favori, le taux de rétention des applications - on parle ici de la durée écoulée entre le téléchargement et la désinstallation de l'application par l'utilisateur - était de 26% au jour 1 😱 En d'autres termes, 74% des utilisateurs l'avaient désinstallée dès le lendemain...

Certaines de ces applications offrent pourtant parfois de nouveaux services, proposent de nouvelles offres/nouveaux contenus, apportent aussi régulièrement des mises à jour en termes d'information.

On va donc chercher à susciter au maximum l'engagement de nos utilisateurs et repousser autant que possible cette désinstallation. Allez, au charbon !

Alors comment on s'y prend ?

On ne va pas parler dans cet article du design, de l'UX, et de tout autre élément de conception fonctionnelle de l'application. Forcément, ce sont des points cruciaux afin de convaincre les utilisateurs, dès les premières minutes d'utilisation, que votre application mérite qu'on s'y attarde un peu.

Je vais plutôt insister sur 3 outils, disponibles dans la suite des outils Firebase :

• simples à comprendre ;
• faciles à installer et à configurer.

Suite à l'intégration d'un ou plusieurs petits SDK, et le paramétrage de quelques fichiers de configuration, vous pouvez très rapidement via la console de Firebase accéder à tout un éventail d'outils (tous très bien documentés) !

En gros on va intégrer un SDK principal et des dépendances spécifiques en fonction de nos besoins. Un exemple sous Android (Kotlin) avec 2 dépendances :

dependencies {
  // ...

  // Import the Firebase BoM
  implementation platform('com.google.firebase:firebase-bom:30.4.1')

  // When using the BoM, you don't specify versions in Firebase library dependencies

  // Add the dependency for the Firebase SDK for Google Analytics
  implementation 'com.google.firebase:firebase-analytics-ktx'

  // TODO: Add the dependencies for any other Firebase products you want to use
  // See https://firebase.google.com/docs/android/setup#available-libraries
  // For example, add the dependencies for Firebase Authentication and Cloud Firestore
  implementation 'com.google.firebase:firebase-auth-ktx'
  implementation 'com.google.firebase:firebase-firestore-ktx'
}

Dans cet article, c'est Cloud Messaging dont on va parler !

Cloud messaging : Les notifications PUSH à la rescousse

Pour moi - et ça se confirme sur beaucoup de projets que j'ai été amené à gérer - mettre en place une stratégie bien huilée au niveau des PUSH Notifications est un des leviers majeurs pour garder le contact avec les utilisateurs d'une app mobile.

L'idée ici est de créer et d'envoyer des notifications à vos utilisateurs, les incitant à rouvrir l'application. Ces petits messages ont pour but de "réveiller" l'application suite au Tap de l'utilisateur sur la notification. Si votre application est correctement configurée, vous pouvez facilement commencer à envoyer ce genre de message. La magie opère dans l'outil "Engagement > Messaging" :

La console très intuitive vous guide pas-à-pas dans la construction d'une "campagne" en définissant :

1. Le contenu de la notification
2. La cible
3. La planification
4. Plusieurs autres petites options facultatives

Il est donc possible de rapidement prévisualiser les notifications, déterminer quels utilisateurs vont recevoir la notification (et là on peut vraiment faire des choses sympas - voir plus bas "Liens avec Firebase Analytics"), et enfin planifier l'envoi (tout de suite, à une date précise, de manière récurrente...)

Il ne reste plus qu'à réfléchir à tout ça, concevoir la meilleure campagne possible, et tester les résultats d'après vos statistiques/KPI !

Liens avec Firebase Analytics

La plupart des services de Firebase sont liés entre eux. On peut ainsi se baser sur pas mal de concepts définis dans Firebase Analytics dans le contexte Cloud Messaging.

C'est notamment le cas des audiences Analytics, qui peuvent être réutilisées dans FCM et permettent de mieux cibler à qui envoyer les notifications (ex. "Tous les utilisateurs de la zone Europe") : support.google.com/analytics/answer/2611404

On peut également se baser sur des informations glanées au travers de User properties custom, sorte d'attributs définis pour segmenter la base des utilisateurs des applications. Une fois définis et remontés dans Firebase, on peut alors créer de nouvelles audiences et conditions d'envoi de notifications (ex. "Tous les utilisateurs ayant choisi une thématique en favori dans votre application") : firebase.google.com/docs/analytics/user-pro..

Analytics enregistre aussi automatiquement les événements qui correspondent aux messages de notification envoyés via l'éditeur de notifications FCM, et prend en charge les rapports sur l'impact de chaque campagne. Utile pour faire quelques statistiques basiques.

Quoi, c'est tout ?

Non, ça ce n'est qu'une première approche, mais qui va permettre de se familiariser avec le concept, et de déjà pouvoir effectuer pas mal d'actions uniquement via la console Firebase.

Si on veut aller plus loin, voici quelques cas d'usage réalisables avec des développements spécifiques ou via des plateformes SAAS dédiées au marketing digital :

• Effectuer un rappel auprès d'utilisateurs ciblés qu'une action est attendue de leur part (ex. paiement d'une facture, téléchargement d'un document, finaliser une commande interrompue...) ;
• Créer un rappel mensuel ou annuel pour indiquer la fin d'un abonnement ;
• Informer de la présence de nouveaux contenus, articles, produits ;
• Utiliser la géolocalisation et diffuser une alerte suite à un évènement à risque ou un incident technique : Incendie, attentat, accident, évènement climatique...

Dans ces différents exemples, le déclenchement des notifications se fait en effet depuis un outil tiers (backend, CRM, autre application) et sous certaines conditions, via des API joignables via le SDK Firebase Admin : firebase.google.com/docs/cloud-messaging/se..

Cette intelligence est alors codée, et pilotée en dehors de la console Firebase.

C'est quoi la suite ?

En résumé, suite à une intégration technique relativement simple et quelques heures de prise en main de la console Firebase, on est en capacité de pouvoir facilement communiquer vers ses utilisateurs.

C'est un outil très puissant pour optimiser vos chances de conserver sur la durée vos utilisateurs et les faire régulièrement venir consulter votre application.

Les prochains articles s'attarderont sur 2 autres outils Firebase, complémentaires à Cloud Messaging : InApp notification et Dynamic links