Notifications de mises à jour en direct

Les infos en direct fournissent un résumé des informations importantes afin que les utilisateurs puissent suivre leur progression sans ouvrir l'application. Ils peuvent ignorer temporairement une notification d'info en direct ou la rétrograder en notification standard. Les notifications de mise à jour en direct doivent respecter les principes de notification pour fournir des informations brèves, opportunes et pertinentes.

Figure 1 : Modèle "Live Updates" (Actualités en direct)

À faire

Utilisez les mises à jour en direct pour les expériences finies ou suivables initiées par l'utilisateur.

À éviter

Utilisez les infos en direct si la notification n'a pas de date de fin précise.

Les mises à jour en direct ne fonctionnent pas bien dans les situations suivantes :

  • Si les informations de la notification proviennent de plusieurs applications.
  • Si la notification est destinée à fournir des recommandations aux utilisateurs.
  • Si elle nécessite des visuels, des animations ou des structures de données uniques pour communiquer.

Les sections suivantes contiennent des recommandations pour vous aider à assurer la cohérence et la clarté, et à éviter de frustrer les utilisateurs.

Comportement des alertes

Pour éliminer les alertes fantômes et réduire la fatigue liée aux notifications, n'envoyez des alertes qu'en cas de changement d'état critique. Ne pas envoyer d'alerte pour les ajustements mineurs des variables. Par exemple, vous pouvez choisir de recevoir une alerte lorsque le chauffeur est arrivé, mais pas en cas de changement de l'heure d'arrivée prévue.

Si vous déclenchez une alerte, l'UI doit fournir immédiatement une preuve visuelle de la raison de l'alerte.

À faire

Alerte en cas de modifications critiques.

À éviter

Alerte pour les ajustements mineurs.

Sémantique de la barre de progression

Afficher l'état en un coup d'œil. Si vous utilisez des étapes distinctes, indiquez clairement les différentes phases pour montrer la progression. Si vous utilisez une barre de progression standard, assurez-vous que le remplissage correspond au temps ou à la distance restants.

Figure 2 : État de progression en un coup d'œil.

Cohérence des codes temporels

Lorsque vous passez d'une vue à une autre, utilisez le même format d'horodatage ou de durée dans la vue réduite de la barre d'état que dans la vue développée de la carte. Un décalage peut entraîner des frictions inutiles.

Figure 3 : Horodatage au format correspondant sur une carte et un chip d'état.

Spécialisation des modèles

Pour les modèles clés tels que Rideshare, Delivery ou Maps, les données doivent être affichées de manière prévisible. Les applications d'un même secteur vertical doivent utiliser des champs similaires pour des points de données similaires. Par exemple, le titre du contenu inclut les informations les plus importantes pour aider les utilisateurs à parcourir rapidement la page.

Figure 4 : Trois modèles de clés différents.

Explorez plus en détail les modèles de cas d'utilisation et créez les vôtres avec le kit UI Android.