Partager via


Notifications (Concepts de base de la conception)

Note

Ce guide de conception a été créé pour Windows 7 et n’a pas été mis à jour pour les versions plus récentes de Windows. La plupart des conseils s’appliquent toujours en principe, mais la présentation et les exemples ne reflètent pas nos conseils de conception actuels.

Une notification informe les utilisateurs d’événements qui ne sont pas liés à l’activité de l’utilisateur actuel, en affichant brièvement une bulle à partir d’une icône dans la zone de notification. La notification peut provenir d’une action de l’utilisateur ou d’un événement système significatif, ou peut offrir des informations potentiellement utiles à partir de Microsoft Windows ou d’une application.

Les informations contenues dans une notification sont utiles et pertinentes, mais jamais critiques. Par conséquent, les notifications ne nécessitent pas d’action immédiate de l’utilisateur et les utilisateurs peuvent librement les ignorer.

capture d’écran du ballon avec « nouvelles mises à jour » dans le titre

Notification classique.

Dans Windows Vista et versions ultérieures, les notifications s’affichent pendant une durée fixe de 9 secondes. Les notifications ne s’affichent pas immédiatement lorsque les utilisateurs sont inactifs ou que les enregistreurs d’écran sont en cours d’exécution. Windows met automatiquement en file d’attente les notifications pendant ces heures et affiche les notifications mises en file d’attente lorsque l’utilisateur reprend l’activité régulière. Par conséquent, vous n’avez rien à faire pour gérer ces circonstances particulières.

Développeurs : Vous pouvez déterminer quand l’utilisateur est actif à l’aide de l’API SHQueryUserNotificationState.

Remarque : Instructions relatives à zone de notification, de barre des tâches et bulles sont présentées dans des articles distincts.

Est-ce l’interface utilisateur appropriée ?

Pour décider, tenez compte de ces questions :

  • Les informations sont-ils le résultat immédiat et direct de l’interaction des utilisateurs avec votre application ? Dans ce cas, affichez ces informations synchrones directement dans votre application à l’aide d’une boîte de dialogue , boîte de message, bulleou en place'interface utilisateur. Les notifications concernent uniquement les informations asynchrones.

capture d’écran des d’alerte de sécurité Windows

Dans cet exemple, la boîte de dialogue Exceptions du Pare-feu Windows s’affiche en conséquence directe de l’interaction utilisateur. Une notification ne serait pas appropriée ici.

  • Les informations sont-elles pertinentes uniquement lorsque les utilisateurs utilisent activement votre application ? Si c’est le cas, affichez les informations dans la barre d’état de votre application ou une autre zone d’état.

capture d’écran de la barre d’état Outlook

Dans cet exemple, Outlook affiche son état de connexion et de synchronisation dans sa barre d’état.

  • Les informations changent-elles rapidement, continuent-elles en temps réel ? Parmi les exemples, citons la progression du traitement, les guillemets boursiers et les scores sportifs. Si c’est le cas, n’utilisez pas de notifications, car elles ne conviennent pas aux informations en constante évolution.
  • Les informations sont-elles utiles et pertinentes ? Les utilisateurs risquent-ils de modifier leur comportement ou d’éviter les inconvénients en raison de la réception des informations ? Si ce n’est pas le cas, n’affichez pas les informations ou placez-les dans une fenêtre d’état ou un fichier journal.
  • L’information est-elle critique ? L’action immédiate est-elle requise ? Si c’est le cas, affichez les informations à l’aide d’une interface qui demande de l’attention et ne peut pas être facilement ignorée, par exemple une boîte de dialogue modale ou une boîte de message. Si le programme n’est pas actif, vous pouvez attirer l’attention sur les informations critiques en clignoter le bouton de la barre des tâches du programme trois fois et le laisser mis en surbrillance tant que le programme n’est pas actif.
  • Les principaux utilisateurs cibles sont-ils des professionnels de l’informatique ? Si c’est le cas, utilisez un autre mécanisme de commentaires, tel que fichier journal entrées ou messages électroniques. Les professionnels de l’informatique préfèrent fortement les fichiers journaux pour les informations non critiques. En outre, les serveurs sont souvent gérés à distance et s’exécutent généralement sans aucun utilisateur connecté, ce qui rend les notifications inefficaces.

Concepts de conception

Les notifications efficaces qui favorisent une bonne expérience utilisateur sont les suivantes :

  • Asynchrone. L’événement n’est pas un résultat immédiat et direct de l’interaction actuelle des utilisateurs avec Microsoft Windows ou votre application.
  • Utile. Il est raisonnable que les utilisateurs effectuent une tâche ou modifient leur comportement à la suite de la notification.
  • Pertinent. La notification affiche des informations utiles que les utilisateurs s’intéressent et ne connaissent pas déjà.
  • Pas critique. Les notifications ne sont pas modales et ne nécessitent pas d’interaction utilisateur, ce qui permet aux utilisateurs de les ignorer librement.
  • Actionable. Pour ces notifications qui suggèrent d’effectuer une action, cette action est lancée en cliquant sur la notification. Toutefois, l’action peut toujours être reportée.
  • Présenté de manière appropriée. La présentation de la notification (durée, fréquence, texte, icône et interactivité) correspond à ses circonstances.
  • Pas ennuyeux ! Il y a une ligne fine entre informer doucement les utilisateurs d’un événement et de les pester.

Malheureusement, il y a trop de notifications ennuyeuses, inappropriées, inutiles et inutiles là-bas. Tenez compte de ces notifications à partir de la Salle de honte windows XP :

capture d’écran de la notification « tour windows xp »

capture d’écran de la notification « icônes inutilisées »

capture d’écran de la notification « add .net passport »

Dans ces exemples, Windows XP tente ostensiblement d’aider les utilisateurs à utiliser leur configuration initiale. Toutefois, ces notifications s’affichent beaucoup trop souvent et bien après qu’elles sont utiles, de sorte qu’elles sont peu plus que des publicités de fonctionnalités non sollicitées.

Le flux utilisateur doit être conservé

Dans l’idéal, les utilisateurs immergés dans leur travail ne verront pas vos notifications du tout. Au lieu de cela, ils verront vos notifications uniquement lorsque leur flux est déjà rompu.

In Flow : The Psychology of Optimal Experience, Mihaly Csikszentmihalyi dit que les utilisateurs entrent dans un état de flux lorsqu’ils sont entièrement absorbés dans l’activité pendant lequel ils perdent leur sens du temps et ont des sentiments de grande satisfaction.

Les notifications efficaces aident les utilisateurs à maintenir leur flux en présentant des informations utiles et pertinentes qui peuvent facilement être ignorées. Les notifications sont présentées de manière faible, périphérique et ne nécessitent pas d’interaction.

Ne supposez pas que si les notifications sont sans mode une interruption ennuyeuse ne peut pas être une interruption ennuyeuse. Les notifications ne demandent pas l’attention des utilisateurs, mais elles le demandent certainement. Vous pouvez interrompre le flux des utilisateurs en :

  • Affichage des notifications auxquelles les utilisateurs ne s’intéressent pas.
  • Affichage trop souvent d’une notification.
  • Utilisation de plusieurs notifications lorsqu’une seule notification est suffisante.
  • Utilisation du son lors de l’affichage d’une notification.

Dans Windows 7, les utilisateurs ont un contrôle ultime sur les notifications. Si les utilisateurs trouvent que les notifications d’un programme sont trop ennuyeuses, elles peuvent choisir de supprimer toutes les notifications de ce programme. Assurez-vous que les utilisateurs ne le font pas dans votre programme en présentant des informations utiles, pertinentes et en suivant ces instructions.

Les notifications doivent être ignorées

Les notifications ne nécessitent pas d’action immédiate de l’utilisateur et les utilisateurs peuvent les ignorer librement.

Les développeurs et les concepteurs souhaitent souvent présenter leurs notifications de manière à ce que les utilisateurs ne puissent pas ignorer. Cet objectif sape complètement l’avantage principal des notifications, car il interrompt le flux des utilisateurs. Si les utilisateurs sont distraits par vos notifications ou se sentent obligés de les lire, votre conception de notification a échoué.

Si vous craignez que les utilisateurs ignorent vos notifications, tenez compte des éléments suivants :

  • Si vous utilisez correctement des notifications et qu’elles ne nécessitent pas d’action immédiate de l’utilisateur, le fait que les utilisateurs choisissent de les ignorer est par conception. Ne changez pas cela.
  • Si l’événement nécessite une action utilisateur immédiate, utilisez une autre interface utilisateur que les utilisateurs ne peuvent pas ignorer. Voir S’agit-il de l’interface utilisateur appropriée ? pour les alternatives.

Utiliser l’escalade progressive le cas échéant

Si une notification est utilisée pour un événement que les utilisateurs peuvent ignorer en toute sécurité au début, mais qu’ils doivent traiter éventuellement, une autre interface utilisateur doit être utilisée lorsque la situation devient critique. Cette technique est appelée escalade progressive.

Par exemple, le système de gestion de l’alimentation Windows indique initialement une batterie faible en modifiant simplement son icône de zone de notification.

capture d’écran de six icônes montrant l’état de la batterie

Dans ces exemples, la gestion de l’alimentation Windows utilise l’icône de zone de notification pour informer les utilisateurs d’une alimentation de batterie progressivement inférieure.

À mesure que l’alimentation de la batterie devient inférieure, Windows avertit les utilisateurs d’une puissance de batterie faible à l’aide d’une notification.

capture d’écran de notification d’une faible puissance de batterie

Dans cet exemple, la gestion de l’alimentation Windows utilise une notification pour indiquer aux utilisateurs que leur batterie est faible.

Cette notification s’affiche alors que les utilisateurs ont toujours plusieurs options. Les utilisateurs peuvent se brancher, modifier leurs options d’alimentation, habillage de leur travail et arrêter l’ordinateur, ou ignorer la notification et continuer à fonctionner. À mesure que la batterie continue de se vider, le texte et l’icône de la notification reflètent l’urgence supplémentaire. Toutefois, une fois que l’alimentation de la batterie devient si faible que les utilisateurs doivent agir immédiatement, la gestion de l’alimentation Windows avertit les utilisateurs à l’aide d’une boîte de message modale.

capture d’écran d’un avertissement d’alimentation gravement faible de batterie

Dans cet exemple, la gestion de l’alimentation Windows utilise une boîte de message modale pour informer les utilisateurs d’une puissance de batterie extrêmement faible.

Si vous ne faites que trois choses...

  1. Utilisez des notifications uniquement si vous avez vraiment besoin. Lorsque vous affichez une notification, vous interrompez potentiellement les utilisateurs ou même vous les gênez. Assurez-vous que l’interruption est justifiée.
  2. Utilisez des notifications pour les événements non critiques ou les situations qui ne nécessitent pas d’action immédiate de l’utilisateur. Pour les événements critiques ou les situations nécessitant une action immédiate de l’utilisateur, utilisez une autre interface utilisateur (par exemple, une boîte de dialogue modale).
  3. Si vous utilisez des notifications, faites-le une bonne expérience utilisateur. N’essayez pas de forcer les utilisateurs à voir vos notifications. Si les utilisateurs sont si immergés dans leur travail qu’ils ne voient pas vos notifications, votre conception est bonne.

Modèles d’utilisation

Les notifications ont plusieurs modèles d’utilisation :

Étiquette Valeur
réussite de l’action
Avertit les utilisateurs lorsqu’une action asynchrone initiée par l’utilisateur se termine correctement.
correct :
Capture d’écran d’une bulle montrant les mises à jour réussies
Dans cet exemple, Windows Update avertit les utilisateurs quand leur ordinateur a été mis à jour avec succès.
Incorrect :
capture d’écran d’une bulle montrant la vérification de fichier terminée
Dans cet exemple, Microsoft Outlook avertit les utilisateurs lorsqu’une vérification de fichier de données est terminée. Qu’est-ce que les utilisateurs sont censés faire maintenant ? Et pourquoi avertir les utilisateurs de la réussite ?
Afficher quand : à l’achèvement d’une tâche asynchrone. Informez les utilisateurs des actions réussies uniquement s’ils sont susceptibles d’attendre la fin ou après des échecs récents.
Afficher comment : Utiliser l’option en temps réel afin que ces notifications ne soient pas mises en file d’attente lorsque les utilisateurs exécutent une application en plein écran ou ne utilisent pas activement leur ordinateur.
Indiquez la fréquence à laquelle : une fois.
facteur d’ennui : Faible si la réussite n’est pas attendue en raison d’échecs récents, la réussite est après un échec critique ou très inhabituel afin que l’utilisateur ait besoin de commentaires supplémentaires, ou l’utilisateur attend la fin ; élevé si ce n’est pas le cas.
Alternatives : envoyer des commentaires « à la demande » en affichant une icône (ou en modifiant une icône existante) dans la zone de notification pendant l’exécution de l’opération ; supprimez l’icône (ou restaurez l’icône précédente) une fois l’opération terminée.
échec de l’action de
Avertit les utilisateurs lorsqu’une action asynchrone initiée par l’utilisateur échoue.
correct :
capture d’écran de notification de l’échec d’installation de
Dans cet exemple, l’activation de Windows avertit les utilisateurs de l’échec.
Incorrect :
capture d’écran de notification de l’échec de la mise à jour
Dans cet exemple, Microsoft Outlook a utilisé pour informer les utilisateurs d’un échec qu’ils ne sont pas susceptibles de s’en soucier.
Afficher quand : en cas d’échec d’une tâche asynchrone.
Indiquez la fréquence à laquelle : une fois.
facteur d’ennui : Faible si utile et pertinent ; élevé si le problème se résout immédiatement ou si les utilisateurs ne s’en soucient pas.
Alternatives : Utiliser une boîte de dialogue modale si les utilisateurs doivent résoudre immédiatement l’échec.
événement système non critique
Avertit les utilisateurs d’événements ou d’état système importants qui peuvent être ignorés en toute sécurité, au moins temporairement.
Capture d’écran de notification d’une faible puissance de batterie
Dans cet exemple, Windows avertit les utilisateurs d’une faible puissance de batterie, mais il y a encore beaucoup de temps avant qu’ils n’aient pris des mesures.
Afficher quand : Lorsqu’un événement se produit et que l’utilisateur est actif ou qu’une condition persiste. En cas de problème, supprimez immédiatement les notifications affichées une fois le problème résolu. Comme pour les notifications d’action, informez les utilisateurs des événements système réussis uniquement si les utilisateurs sont susceptibles d’attendre l’événement ou après des échecs récents.
Indiquez la fréquence à laquelle : une fois l’événement survenu en premier. Si cela résulte d’un problème que les utilisateurs doivent résoudre, réisplayez une fois par jour.
facteur d’ennui : Faible, tant que la notification n’est pas trop souvent affichée.
Alternatives : Si les utilisateurs doivent éventuellement résoudre un problème, utilisez l’escalade progressive en affichant finalement une boîte de dialogue modale lorsque la résolution devient obligatoire.
tâche utilisateur facultative
Avertit les utilisateurs des tâches asynchrones qu’ils doivent effectuer. Si elle est facultative ou obligatoire, la tâche peut être reportée en toute sécurité.
capture d’écran de notification des mises à jour disponibles
Dans cet exemple, Windows Update informe les utilisateurs d’une nouvelle mise à jour de sécurité.
Afficher quand : Lorsque la nécessité d’effectuer une tâche est déterminée et que l’utilisateur est actif.
Indiquez la fréquence à laquelle : Une fois par jour pour un maximum de trois fois.
facteur d’ennui : Faible, tant que les utilisateurs considèrent la tâche importante et que la notification n’est pas trop souvent affichée.
Alternatives : Si les utilisateurs doivent éventuellement effectuer la tâche, utilisez l’escalade progressive en affichant finalement une boîte de dialogue modale lorsque la tâche devient obligatoire.

Avertit les utilisateurs des informations potentiellement utiles et pertinentes. Vous pouvez informer les utilisateurs d’informations de pertinence marginale s’il est facultatif et que les utilisateurs optent.
correct :
Capture d’écran de la notification du nouveau message électronique
Dans cet exemple, les utilisateurs sont avertis lorsqu’un nouveau message électronique est reçu.
correct :
capture d’écran de notification du contact connecté à
Dans cet exemple, les utilisateurs sont avertis lorsque les contacts sont en ligne et qu’ils ont choisi de recevoir ces informations facultatives.
Incorrect :
capture d’écran de notification pour accélérer les performances
Dans cet exemple, les informations sont utiles uniquement si l’utilisateur dispose déjà de ports USB haut débit installés. Sinon, l’utilisateur n’est probablement pas susceptible de faire quoi que ce soit différent en conséquence.
Afficher quand : Lorsque l’événement de déclenchement se produit.
Afficher comment : Utiliser l’option en temps réel afin que ces notifications ne soient pas mises en file d’attente lorsque les utilisateurs exécutent une application en plein écran ou ne utilisent pas activement leur ordinateur.
Indiquez la fréquence à laquelle : une fois.
facteur d’ennui : moyen à élevé, selon la perception de l’utilité et de la pertinence des utilisateurs. Non recommandé s’il existe une faible probabilité d’intérêt de l’utilisateur.
alternatives : Ne pas avertir les utilisateurs.
publication de fonctionnalités
Avertit les utilisateurs des fonctionnalités système ou application nouvellement installées, inutilisées.
N’utilisez pas de notifications pour les publicités de fonctionnalités ! Utilisez plutôt une autre façon de rendre la fonctionnalité détectable, par exemple :
  • Concevez la fonctionnalité pour être plus facile à découvrir dans les contextes où elle est nécessaire.
  • Ne faites rien de spécial et laissez les utilisateurs découvrir la fonctionnalité par eux-mêmes.
Incorrect :
Capture d’écran de notification des nouvelles fonctionnalités
N’utilisez pas de notifications pour les publicités de fonctionnalités.

Lignes directrices

Généralités

  • Sélectionnez le modèle de notification en fonction de son utilisation. Pour obtenir une description de chaque modèle d’utilisation, consultez le tableau précédent.
  • N’utilisez aucune notification pendant l’expérience Windows initiale. Pour améliorer sa première expérience, Windows 7 supprime toutes les notifications affichées au cours des premières heures d’utilisation. Concevez votre programme en supposant que les utilisateurs ne voient aucune notification de ce type.

Qu’est-ce que vous devez notifier ?

  • Ne pas notifier les opérations réussies, sauf dans les circonstances suivantes :

    • Sécurité. Les utilisateurs considèrent les opérations de sécurité comme étant de l’importance la plus élevée, informez les utilisateurs des opérations de sécurité réussies.
    • Échec récent. Les utilisateurs ne prennent pas les opérations réussies pour accordées s’ils échouent immédiatement avant. Informez les utilisateurs de la réussite lorsque l’opération a récemment échoué.
    • Prévenir les inconvénients. Signaler des opérations réussies lors de cette opération peut éviter les utilisateurs inconveniencing. Par conséquent, informez les utilisateurs lorsqu’une opération réussie est effectuée de manière inattendue, par exemple lorsqu’une opération est longue ou terminée plus tôt ou ultérieurement que prévu.
  • Dans d’autres circonstances, ne donnez aucun commentaire en cas de réussite ou ne donnez pas de commentaires « à la demande ». Supposons que les utilisateurs prennent des opérations réussies pour accordées. Vous pouvez envoyer des commentaires à la demande en affichant une icône (ou en modifiant une icône existante) dans la zone de notification pendant l’exécution de l’opération et en supprimant l’icône (ou en restaurant l’icône précédente) une fois l’opération terminée.

  • Pour le modèle D’INFORMATION, ne donnez pas de notification si les utilisateurs peuvent continuer à travailler normalement ou sont peu susceptibles de faire quoi que ce soit différent à la suite de la notification.

    Incorrect :

    capture d’écran de notification pour accélérer les performances

    Dans cet exemple, les informations sont utiles uniquement si l’utilisateur dispose déjà des ports installés. Sinon, l’utilisateur n’est probablement pas susceptible de faire quoi que ce soit différent en conséquence.

    • Exception : Vous pouvez informer les utilisateurs d’informations d’une pertinence douteuse s’il est facultatif et que les utilisateurs optent.

      correct :

      capture d’écran de notification du contact connecté à

      Dans cet exemple, les utilisateurs sont avertis lorsque les contacts sont en ligne et qu’ils ont choisi de recevoir ces informations facultatives.

  • Pour les modèles d’événements système non critiques et de FYI, utiliser des notifications complètes pour un événement unique. Ne présentez pas plusieurs éléments partiels.

    Incorrect :

    capture d’écran des notifications « trouvé le nouveau matériel »

    Ces exemples montrent seulement quatre des huit notifications qui ont été affichées par Windows XP lorsqu’un utilisateur attache un clavier USB spécifique, chacun présentant des informations supplémentaires de manière incrémentielle.

    correct :

    capture d’écran des notifications d’état d’installation

    Dans cet exemple, l’attachement d’un clavier USB entraîne deux notifications complètes.

Quand notifier

  • Afficher une notification en fonction de son modèle de conception :
Modèle Quand notifier
Réussite de l’action
Une fois une tâche asynchrone terminée. Informez les utilisateurs des actions réussies uniquement s’ils sont susceptibles d’attendre la fin ou après des échecs récents.
Échec de l’action
En cas d’échec d’une tâche asynchrone.
Événement système non critique
Lorsqu’un événement se produit et que l’utilisateur est actif ou que la condition persiste. Si cela résulte d’un problème, supprimez immédiatement la notification affichée une fois le problème résolu.
Tâche utilisateur facultative
Lorsque la nécessité d’effectuer une tâche est déterminée et que l’utilisateur est actif.
FYI
Lorsque l’événement de déclenchement se produit.
  • Pour le modèle d’échec d’action, si le problème peut se corriger en quelques secondes, retardez la notification d’échec pendant une durée appropriée. Si le problème se corrige lui-même, signalez rien. Notez qu’une fois que suffisamment de temps est écoulé, l’échec est visible. Si vous signalez trop tôt, les utilisateurs ne remarqueront probablement pas le problème signalé, mais ils remarqueront la notification inutile.

Incorrect :

capture d’écran d’aucune notification de connexion réseau

Lorsque vous suivez immédiatement :

capture d’écran de la notification réussie de la connexion

Dans cet exemple, dans Windows Vista, la notification d’aucune connectivité sans fil est prématurée, car elle est souvent suivie immédiatement d’une notification de bonne connectivité.

  • Pour la réussite de l’action et les modèles D’INFORMATION, utiliser l’option en temps réel afin que les notifications obsolètes ne soient pas mises en file d’attente lorsque les utilisateurs exécutent une application en plein écran ou n’utilisent pas activement leur ordinateur.
  • Pour le modèle d’événement système non critique, ne créez pas le potentiel des tempêtes de notification en mettant en place des événements liés à des événements connus tels que l’ouverture de session utilisateur. À la place, liez l’événement à une période donnée après l’événement. Par exemple, vous pouvez rappeler aux utilisateurs d’inscrire votre produit cinq minutes après l’ouverture de session de l’utilisateur.

Durée de notification

Dans Windows Vista et versions ultérieures, les notifications s’affichent pendant une durée fixe de 9 secondes.

Fréquence de notification

  • Le nombre de fois où afficher une notification est basé sur son modèle de conception :
Modèle Fréquence de notification
Réussite de l’action
Une fois.
Échec de l’action
Une fois.
Événement système non critique
Une fois que l’événement se produit pour la première fois. Si cela résulte d’un problème que les utilisateurs doivent résoudre, réisplayez une fois par jour.
Tâche utilisateur facultative
Une fois par jour pour un maximum de trois fois.
FYI
Une fois.
  • Pour les tâches utilisateur facultatives, n’essayez pas de pester les utilisateurs en soumission en affichant constamment des notifications. Si la tâche est requise, affichez immédiatement une boîte de dialogue modale au lieu d’utiliser des notifications.

Escalade des notifications

  • Ne supposez pas que les utilisateurs verront vos notifications. Les utilisateurs ne les voient pas quand :
    • Ils sont immergés dans leur travail.
    • Ils ne font pas attention.
    • Ils sont loin de leur ordinateur.
    • Ils exécutent une application plein écran.
    • Leur administrateur a désactivé toutes les notifications pour leur ordinateur.
  • Si les utilisateurs doivent éventuellement prendre un certain type d’action, utilisez l’escalade progressive pour afficher une autre interface utilisateur que les utilisateurs ne peuvent pas ignorer.

Interaction

  • Rendre les notifications cliquables quand :
    • Les utilisateurs doivent effectuer une action. Cliquer sur la notification doit afficher une fenêtre dans laquelle les utilisateurs peuvent effectuer l’action. Cette approche est préférée pour les modèles de conception de tâches utilisateur facultatifs et d’échec d’action.
    • Les utilisateurs souhaitent peut-être voir plus d’informations. Cliquer sur la notification doit afficher une fenêtre dans laquelle les utilisateurs peuvent afficher des informations supplémentaires.
  • Affichez toujours une fenêtre lorsque les utilisateurs cliquent pour effectuer une action. N’avez pas cliqué directement sur effectuer une action.
  • Cliquer pour afficher plus d’informations doit toujours afficher plus d’informations. Ne répignez pas simplement les informations déjà contenues dans la notification.

Icônes

  • Pour le modèle d’échec d’action, utilisez l’icône d’erreur standard.
  • Pour les modèles d’événements système non critiques, utilisez l’icône d’avertissement standard.
  • Pour d’autres modèles, utilisez des icônes montrant des objets liés à ou suggérer le sujet, comme un bouclier pour la sécurité ou une batterie pour l’alimentation.
  • Utiliser des icônes basées sur votre application ou votre marque d’entreprise si vos utilisateurs cibles les reconnaîtront et qu’il n’existe aucune meilleure alternative.
  • Pour l’escalade progressive, envisager d’utiliser des icônes avec une apparence progressivement plus emphatique à mesure que la situation devient plus urgente.
  • N’utilisez pas l’icône d’informations standard. Ces notifications sont des informations sans dire.
  • Envisagez d’utiliser des icônes volumineuses (32 x 32 pixels) quand :
    • Les utilisateurs comprennent rapidement l’icône plutôt que le texte.
    • Les grandes icônes transmettent leur signification plus clairement et efficacement que les icônes standard de 16 x 16 pixels.
    • L’icône utilise le de style Aero.

capture d’écran de la notification « messages importants »

Dans cet exemple, les utilisateurs peuvent rapidement comprendre la nature de la notification en un clin d’œil sur l’icône volumineuse.

Mise en file d’attente de notification

Remarque : Notifications sont mises en file d’attente chaque fois qu’elles ne peuvent pas être affichées immédiatement, par exemple lorsqu’une autre notification est affichée, que l’utilisateur exécute une application en plein écran ou que l’utilisateur n’utilise pas activement l’ordinateur. Les notifications en temps réel restent dans la file d’attente pendant seulement 60 secondes.

  • Pour la réussite de l’action et les modèles D’INFORMATION, utilisez l’option en temps réel afin que la notification ne soit pas mise en file d’attente pendant longtemps. Ces notifications ont une valeur uniquement lorsqu’elles peuvent être affichées immédiatement.
  • Supprimer les notifications mises en file d’attente lorsqu’elles ne sont plus pertinentes.
  • Développeurs : Vous pouvez le faire en définissant l’indicateur NIF_INFO dans uFlags et en définissant szInfo sur une chaîne vide. Il n’y a aucun préjudice à faire si la notification n’est plus dans la file d’attente.

Intégration du système

  • Si votre application n’a pas toujours d’icône dans la zone de notification lorsqu’elle est en cours d’exécution, afficher temporairement une icône pendant la tâche ou l’événement asynchrone qui a provoqué la notification.

SMS

Texte du titre

  • Utilisez le texte de titre qui résume brièvement les informations les plus importantes dont vous avez besoin pour communiquer avec les utilisateurs en langage clair, simple, concis et spécifique. Les utilisateurs doivent être en mesure de comprendre l’objectif des informations de notification rapidement et avec un effort minimal.
  • Utiliser des fragments de texte ou des phrases complètes sans mettre fin à la ponctuation.
  • Utilisez la mise en majuscules de style phrase.
  • N’utilisez pas plus de 48 caractères (en anglais) pour prendre en charge la localisation. Le titre a une longueur maximale de 63 caractères, mais vous devez autoriser une expansion de 30 % lorsque le texte en anglais est traduit.

Corps du texte

  • Utiliser le texte du corps qui donne une description (sans répéter les informations dans le titre) et, éventuellement, qui fournit des détails spécifiques sur la notification, et permet également aux utilisateurs de savoir quelle action est disponible.

  • Utiliser des phrases complètes avec ponctuation de fin.

  • Utilisez la mise en majuscules de style phrase.

  • N’utilisez pas plus de 200 caractères (en anglais) pour prendre en charge la localisation. Le corps du texte a une longueur maximale de 255 caractères, mais vous devez autoriser une expansion de 30 % lorsque le texte en anglais est traduit.

  • Incluez des informations essentielles dans le corps du texte, telles que des noms d’objets spécifiques. (Exemples : noms d’utilisateur, noms de fichiers ou URL.) Les utilisateurs ne doivent pas avoir à ouvrir une autre fenêtre pour trouver ces informations.

  • Placer des guillemets doubles autour des noms d’objets.

    • exception : n’utilisez pas de guillemets lorsque :
      • Le nom de l’objet utilise toujours mise en majuscules de style titre, par exemple avec des noms d’utilisateur.
      • Le nom de l’objet est décalé avec un signe deux-points (exemple : Nom de l’imprimante : Mon imprimante).
      • Le nom de l’objet peut être facilement déterminé à partir du contexte.
  • Si vous devez tronquer des noms d’objets à une taille maximale fixe pour prendre en charge la localisation, utilisez un point de suspension pour indiquer la troncation.

    capture d’écran du message contenant le nom raccourci

    Dans cet exemple, un nom d’objet est tronqué à l’aide d’un ellipse.

  • Utilisez la formulation suivante si la notification est actionnable :

    • Si les utilisateurs peuvent cliquer sur la notification pour effectuer une action :

      < brève description des informations essentielles>

      <détails facultatifs>

      Cliquez pour <faire quelque chose>.

      capture d’écran du message : « cliquer pour afficher la progression »

      Dans cet exemple, les utilisateurs peuvent cliquer pour effectuer une action.

    • Si les utilisateurs peuvent cliquer sur la notification pour afficher plus d’informations :

      < brève description des informations essentielles>

      <détails facultatifs>

      Cliquez pour plus d’informations.

      capture d’écran du message : cliquez pour plus d’informations

      Dans cet exemple, les utilisateurs peuvent cliquer pour plus d’informations.

  • Ne dites pas que l’utilisateur « doit » effectuer une action dans une notification. Les notifications concernent des informations non critiques que les utilisateurs peuvent ignorer librement. Si les utilisateurs doivent vraiment effectuer une action, n’utilisez pas de notifications.

  • Si les utilisateurs doivent effectuer une action, indiquez l’importance.

  • Pour les modèles d’événements système non critiques et d’échec d’action, décrire les problèmes en langage brut.

    Incorrect :

    capture d’écran de de messages longs et complexes

    Dans cet exemple, le problème est décrit à l’aide d’un langage trop technique, mais non spécifique.

    correct :

    capture d’écran de de message clair et concis

    Dans cet exemple, le problème est décrit en langage brut.

  • Décrivez l’événement d’une manière pertinente pour les utilisateurs cibles. Une notification est pertinente s’il existe une probabilité raisonnable que les utilisateurs effectuent une tâche ou modifient leur comportement à la suite de la notification. Vous pouvez souvent le faire en décrivant les notifications en termes d’objectifs utilisateur au lieu de problèmes technologiques.

Documentation

Lorsque vous faites référence à des notifications :

  • Utilisez le texte de titre exact, y compris sa mise en majuscule.
  • Reportez-vous au composant en tant que notification, et non sous forme de bulle ou d’alerte.
  • Pour décrire l’interaction utilisateur, utilisez un clic.
  • Si possible, mettez en forme le texte du titre à l’aide du texte en gras. Sinon, placez le titre entre guillemets uniquement si nécessaire pour éviter toute confusion.

Exemple : lorsque les mises à jour critiques sont prêtes à installer notification s’affiche, cliquez sur la notification pour démarrer le processus.

Lorsque vous faites référence à la zone de notification :

  • Reportez-vous à la zone de notification comme zone de notification, et non à la barre d’état système.