Cas d’utilisation de la collection
Cet article couvre un cas d’utilisation de collecte de données utilisateur sur la façon dont une application de covoiturage pourrait décider des données utilisateur à collecter.
Imaginons qu’une application de taxi ou de covoiturage, appelée StyleRyde, veuille décider des données utilisateur à collecter. Les questions et le processus de réflexion qui suivent constituent un excellent modèle à suivre pour leurs équipes de marketing et de développement. À la fin de cet exercice, les deux équipes devraient avoir une bonne compréhension des événements et attributs personnalisés qu’il est judicieux de collecter pour atteindre leur objectif.
Question de cas 1 : Quel est l’objectif ?
L’objectif de StyleRyde est simple : il s’agit de permettre aux utilisateurs de héler des courses de taxi par le biais de son application.
Question 2 : Quelles sont les étapes à suivre pour atteindre cet objectif après l’installation de l’application ?
- StyleRyde demande aux utilisateurs de commencer le processus d’enregistrement et de remplir leurs informations personnelles.
- StyleRyde a besoin que les utilisateurs complètent et vérifient le processus d’enregistrement en saisissant un code dans l’application qu’ils reçoivent par SMS.
- StyleRyde demande aux utilisateurs de tenter de héler un taxi.
- StyleRyde doit être disponible lorsque les utilisateurs hèlent un taxi.
Ces actions pourraient alors être étiquetées comme les événements personnalisés suivants :
- Début de l’inscription
- Inscription complète
- Des courses de taxis réussies
- Les appels de taxis infructueux
Après avoir mis en œuvre les événements, StyleRyde peut mener des campagnes, notamment les suivantes :
- Envoyer des messages aux utilisateurs qui ont commencé l’enregistrement, mais qui ne l’ont pas terminé dans un certain délai.
- Envoyez des messages de félicitations aux utilisateurs qui ont terminé l’enregistrement.
- Envoyez des excuses et des crédits promotionnels aux utilisateurs qui ont eu des appels de taxis infructueux, qui n’ont pas été suivis d’un appel de taxis réussi dans un certain laps de temps.
- Envoyez des promotions aux utilisateurs les plus performants ayant effectué un grand nombre de demandes de Taxi avec succès pour les remercier de leur fidélité.
Question pratique 3 : Quelles autres informations sur les utilisateurs pourrions-nous collecter et utiliser pour enrichir nos messages ?
- Les utilisateurs disposent-ils d’un crédit promotionnel ?
- La note moyenne que les utilisateurs attribuent à leurs conducteurs ?
- Des codes promo uniques pour les utilisateurs ?
Ces caractéristiques pourraient alors être étiquetées comme les attributs personnalisés suivants :
- Solde créditeur promotionnel (type décimal)
- Note moyenne du conducteur (type entier)
- Code promo unique (Chaîne de caractères)
Ces attributs vous permettent d’envoyer des campagnes à des utilisateurs tels que :
- Rappeler aux utilisateurs qui n’ont pas utilisé l’application depuis sept jours et qui disposent d’un crédit promotionnel sur leur compte de revenir sur l’application et d’utiliser ce crédit.
- Utilisation de nos modèles de messages et de nos fonctionnalités de personnalisation pour faire glisser l’attribut du code de promotion unique dans les messages adressés aux utilisateurs.
Braze bannira ou bloquera les utilisateurs (“utilisateurs fictifs”) ayant plus de 5 000 000 de sessions et n’ingérera plus leurs événements SDK car ils sont généralement le résultat d’une mauvaise intégration. Si vous constatez que cela s’est produit pour un utilisateur légitime, contactez votre gestionnaire de compte Braze.
Modifier cette page sur GitHub