Messages d'avertissement

Notes

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.

Un message d’avertissement est une boîte de dialogue modale, un message sur place, une notification ou une bulle qui alerte l’utilisateur d’une condition susceptible de provoquer un problème à l’avenir.

Message d’avertissement modal classique.

La caractéristique fondamentale des avertissements est qu’ils impliquent le risque de perdre un ou plusieurs des éléments suivants :

• Ressource précieuse, telle que des données financières importantes ou d’autres données.
• Accès au système ou intégrité.
• Confidentialité ou contrôle des informations confidentielles.
• Temps de l’utilisateur (une quantité importante, par exemple 30 secondes ou plus).

En revanche, une confirmation est une boîte de dialogue modale qui demande si l’utilisateur souhaite poursuivre une action. Certains types d’avertissements sont présentés sous forme de confirmations et, si c’est le cas, les instructions de confirmation s’appliquent également.

Note: Les instructions relatives aux boîtes de dialogue, aux confirmations, aux icônesstandard des messages d’erreur, aux notifications et à la disposition sont présentées dans des articles distincts.

Est-ce la bonne interface utilisateur ?

Pour vous décider, posez-vous les questions suivantes :

• L’utilisateur est-il averti d’une condition susceptible de causer un problème à l’avenir ? Si ce n’est pas le cas, le message n’est pas un avertissement.
• L’interface utilisateur présente-t-elle une erreur ou un problème qui s’est déjà produit ? Si c’est le cas, utilisez plutôt un message d’erreur.
• Les utilisateurs sont-ils susceptibles d’effectuer une action ou de modifier leur comportement à la suite du message ? Si ce n’est pas le cas, la condition ne justifie pas l’interruption de l’utilisateur. Il est donc préférable de supprimer l’avertissement.
• La condition est-elle le résultat direct d’une action lancée par l’utilisateur ? Si ce n’est pas le cas, envisagez d’utiliser des notifications d’événements non critiques.
• La condition est-elle une condition spéciale dans un contrôle ? Si c’est le cas, utilisez plutôt une bulle .
• Pour les confirmations, l’utilisateur est-il sur le point d’effectuer une action à risque ? Si c’est le cas, un avertissement est approprié si l’action a des conséquences importantes ou ne peut pas être annulée facilement.
• Pour d’autres types d’avertissements, l’utilisateur doit-il agir maintenant ou dans un avenir immédiat ? N’affichez pas d’avertissements si les utilisateurs peuvent continuer à travailler de manière productive sans problème immédiat. Reportez l’avertissement jusqu’à ce que la condition soit plus immédiate et pertinente.

Principes de conception

Évitez les surwarnings

Nous nous sommes trop déjoué dans les programmes Microsoft Windows. Le programme Windows classique a des avertissements apparemment partout, des avertissements sur des choses qui ont peu d’importance. Dans certains programmes, presque chaque question est présentée comme un avertissement. L’utilisation excessive d’un programme donne l’impression d’être une activité dangereuse, et elle nuit à des problèmes vraiment importants.

Incorrect :

La mise en veille excessive rend votre programme dangereux et ressemble à ce qu’il a été conçu par des avocats.

Le simple risque de perte de données ou d’un problème futur est insuffisant pour appeler un avertissement. En outre, tous les résultats indésirables doivent être inattendus ou inattendus, et pas facilement corrigés. Sinon, à peu près n’importe quelle erreur de l’utilisateur peut être interprétée comme pouvant entraîner une perte de données ou un problème potentiel d’une sorte et mériter un avertissement.

Caractéristiques des bons avertissements

Avertissements corrects :

• Impliquer des risques. De bons avertissements alertent les utilisateurs de quelque chose d’important.

Incorrect :

Et alors? Cette confirmation suppose que les utilisateurs quittent souvent les programmes par accident.

• Avoir une pertinence immédiate. Non seulement les utilisateurs doivent s’en occuper, mais ils doivent s’en occuper maintenant. Les utilisateurs ne sont généralement pas intéressés par les problèmes qu’ils peuvent avoir plus tard tant qu’ils peuvent faire leur travail maintenant.

Incorrect :

Dans ce cas, il est préférable d’avertir l’utilisateur dans un délai de trois heures.

• Mener à l’action. Il y a quelque chose que les utilisateurs doivent faire ou être conscients du résultat de l’avertissement. Peut-être qu’ils doivent prendre une mesure maintenant ou dans un avenir immédiat. Peut-être qu’ils effectueront une tâche différemment en conséquence. La conséquence de l’ignorance de l’avertissement doit être claire. Les avertissements sans actions rendent simplement les utilisateurs paranoïaque.

Incorrect :

Pourquoi cette notification est-elle un avertissement ? Que sont censés faire les utilisateurs (en plus de s’inquiéter) ?

• Ne sont pas évidents. N’affichez pas d’avertissement pour indiquer la conséquence évidente d’une action. Par exemple, supposons que les utilisateurs comprennent les conséquences d’une non-exécution d’une tâche.

Incorrect :

L’annulation d’un Assistant incomplet signifie que la tâche n’est pas terminée... qui savait ?

• Se produisent rarement. Les avertissements constants deviennent rapidement inefficaces et ennuyeux. Les utilisateurs se concentrent souvent davantage sur la suppression de l’avertissement que sur la résolution du problème.

Incorrect :

Les utilisateurs sont plus susceptibles de se concentrer sur la suppression de l’avertissement que sur la résolution du problème sous-jacent.

Un message qui n’a pas ces caractéristiques peut toujours être un bon message, mais pas un bon avertissement.

Déterminer le type de message approprié

Certains problèmes peuvent être présentés sous forme d’erreur, d’avertissement ou d’informations, en fonction de l’accent mis et de la formulation. Par exemple, supposons qu’une page Web ne peut pas charger un contrôle ActiveX non signé en fonction de la configuration actuelle de Windows Internet Explorer :

• Erreur. « Cette page ne peut pas charger un contrôle ActiveX non signé. » (Énoncé comme un problème existant.)
• Avertissement. « Cette page peut ne pas se comporter comme prévu, car Windows Internet Explorer n’est pas configuré pour charger des contrôles ActiveX non signés » ou « Autoriser cette page à installer un contrôle ActiveX non signé ? » Le fait de le faire à partir de sources non approuvées peut endommager votre ordinateur. » (Les deux formules sont des conditions susceptibles de causer des problèmes futurs.)
• Information. « Vous avez configuré Windows Internet Explorer pour bloquer les contrôles ActiveX non signés. » (Énoncé sous forme d’énoncé des faits.)

Pour déterminer le type de message approprié, concentrez-vous sur l’aspect le plus important du problème que les utilisateurs doivent connaître ou agir. En règle générale, si un problème empêche l’utilisateur de continuer, vous devez le présenter comme une erreur ; si l’utilisateur peut continuer, présentez-le sous forme d’avertissement. Créez l’instruction main ou tout autre texte correspondant en fonction de ce focus, puis choisissez une icône (standard ou autre) qui correspond au texte. Le texte et les icônes de l’instruction main doivent toujours correspondre.

Être précis

Les avertissements sont plus convaincants lorsque les informations suivantes sont spécifiques et claires :

• Source de l’avertissement.
• Condition spécifique et problème potentiel.
• Ce que l’utilisateur doit faire à ce sujet.
• Que se passe-t-il si l’utilisateur ne fait rien?

Incorrect :

Dans cet exemple, quel est le problème potentiel ? Qu’est-ce que l’utilisateur est censé faire, à part ne pas utiliser le projecteur sur le réseau ? Sans informations plus spécifiques, tout ce que l’utilisateur peut faire, c’est se sentir mal à l’idée de continuer.

Correct :

Dans cet exemple, le problème et les conséquences sont clairs.

Parfois, il existe un problème potentiel légitime digne d’informer les utilisateurs, mais la solution et les conséquences ne sont pas connues avec certitude. Au lieu de donner un avertissement vague, soyez précis en donnant les informations les plus probables ou l’exemple le plus courant.

Correct :

Dans cet exemple, l’avertissement est rendu spécifique en fournissant la solution la plus probable.

Toutefois, dans de tels cas, utilisez une formulation qui indique qu’il existe d’autres possibilités. Dans le cas contraire, les utilisateurs risquent d’être induits en erreur.

Incorrect :

Correct :

Dans l’exemple incorrect, les utilisateurs seront confus si le câble est clairement branché.

Si vous ne faites que deux choses...

1. Ne vous déchauffez pas. Limitez les avertissements aux conditions qui impliquent un risque et qui sont immédiatement pertinentes, actionnables, pas évidentes et peu fréquentes. Sinon, supprimez ou reformulez le message.

2. Fournissez des informations spécifiques et utiles.

Modèles d’usage

Les avertissements ont plusieurs modèles d’utilisation :

Étiquette	Valeur
Prise de conscience Informer l’utilisateur d’une condition ou d’un problème potentiel, mais il se peut que l’utilisateur n’ait rien à faire maintenant.	Exemples d’avertissements de sensibilisation. Les avertissements de sensibilisation présentent la présentation suivante : Instruction principale : Décrire la condition ou le problème potentiel. Instruction supplémentaire : Expliquez l’implication et pourquoi elle est importante. Boutons de validation : Proche.
Prévention des erreurs Sensibiliser l’utilisateur aux informations susceptibles d’éviter un problème, en particulier lorsqu’il fait des choix.	Les avertissements de prévention des erreurs sont mieux présentés à l’aide d’une icône d’avertissement sur place et d’un texte explicatif. Exemples d’avertissements de prévention des erreurs.
Problème imminent L’utilisateur doit maintenant faire quelque chose pour éviter un problème imminent.	Exemple d’avertissement de problème imminent. Les avertissements de problème imminent présentent la présentation suivante : Instruction principale : Décrire ce que l’utilisateur doit faire maintenant. Instruction supplémentaire : Expliquez la condition et pourquoi elle est importante. Boutons de validation : Un bouton de commande ou un lien de commande pour chaque option, ou OK si l’action se produit en dehors de la boîte de dialogue.
Confirmation de l’action à risque Vérifiez que l’utilisateur souhaite poursuivre une action qui présente un certain risque et qui ne peut pas être facilement annulée.	Exemple de confirmation d’action risquée. Les confirmations d’actions à risque présentent la présentation suivante : Instruction principale : Posez une question pour déterminer si l’utilisateur souhaite continuer. Instruction supplémentaire : Expliquer les raisons non évidentes pour lesquelles l’utilisateur peut ne pas vouloir continuer. Boutons de validation : Oui, non. Pour obtenir des instructions sur ce modèle, consultez Confirmations.

Consignes

Présentation

• Choisissez l’interface utilisateur de la présentation en fonction du type d’informations :

Interface utilisateur	Mieux utilisé pour
Boîtes de dialogue modales	Avertissements critiques (y compris les confirmations) auxquels les utilisateurs doivent répondre maintenant.
Sur place	Informations susceptibles d’éviter un problème, en particulier lorsque les utilisateurs font des choix.
Bannières	Informations susceptibles d’éviter un problème, en particulier lorsqu’il est lié à l’exécution d’une tâche.
Notifications	Événements importants ou status qui peuvent être ignorés en toute sécurité, au moins temporairement.
Bulles	Un contrôle est dans un état qui affecte l’entrée. Cet état est probablement involontaire et l’utilisateur peut ne pas se rendre compte que l’entrée est affectée.

• Pour les boîtes de dialogue modales :
  • Utilisez des boîtes de dialogue de tâche chaque fois que nécessaire pour obtenir une apparence et une disposition cohérentes. Les boîtes de dialogue de tâches nécessitent Windows Vista ou une version ultérieure, de sorte qu’elles ne conviennent pas aux versions antérieures de Windows.
  • Afficher un seul message d’avertissement par condition. Par exemple, affichez un seul avertissement qui explique complètement une condition au lieu de la décrire un détail à la fois par message. L’affichage d’une séquence de boîtes de dialogue d’avertissement pour une seule condition est déroutant et ennuyeux.
  • N’affichez pas d’avertissement plus d’une fois par condition. Les avertissements constants deviennent rapidement inefficaces et ennuyeux. Les utilisateurs se concentrent souvent davantage sur la suppression de l’avertissement que sur la résolution du problème. Si vous devez avertir à plusieurs reprises pour une seule condition, utilisez l’escalade progressive.
• N’accompagnez pas les avertissements d’un effet sonore ou d’un signal sonore. Il est inutile de le faire.
  • Exception: Si l’utilisateur doit répondre immédiatement, vous pouvez utiliser un effet sonore.

Icônes

• Ne placez pas d’icône d’avertissement dans la barre de titre d’une boîte de dialogue.

• Utilisez une icône d’avertissement. Exceptions :

  • Si l’avertissement concerne une fonctionnalité qui a une icône, vous pouvez utiliser l’icône de fonctionnalité avec une superposition d’avertissement.

    Correct :

    

    Dans cet exemple, l’icône de fonctionnalité a une superposition d’avertissement.

• Pour les boîtes de dialogue modales avec une note de bas de page d’avertissement, placez l’icône d’avertissement dans la note de bas de page au lieu de la zone de contenu.

  Correct :

  

  Dans cet exemple, la note de bas de page a l’icône d’avertissement.

Pour plus d’instructions et d’exemples, consultez Icônes standard.

Ne plus afficher ce message

• Si une boîte de dialogue d’avertissement a besoin de cette option, reconsidérer l’avertissement et sa fréquence. S’il présente toutes les caractéristiques d’un bon avertissement (implique un risque et est immédiatement pertinent, actionnable, pas évident et peu fréquent), il ne devrait pas être judicieux pour les utilisateurs de le supprimer.

Pour plus d’instructions, consultez Boîtes de dialogue.

Affichage progressif

• Si vous devez inclure des informations avancées dans un message d’avertissement, affichez-les à l’aide de boutons de divulgation progressive (par exemple, « Afficher les détails »). Cela simplifie l’avertissement en cas d’utilisation classique. Ne masquez pas les informations nécessaires, car les utilisateurs risquent de ne pas les trouver.
• N’utilisez pas « Afficher les détails », sauf s’il y a vraiment plus de détails. Ne vous contentez pas de reformaté les informations existantes dans un autre format.

Pour obtenir des instructions sur l’étiquetage, consultez Divulgation progressive.

Valeurs par défaut

• Sélectionnez la réponse la plus sûre, la moins destructrice ou la plus sécurisée comme réponse par défaut.

Texte

Général

• Supprimez le texte redondant. Recherchez-le dans les titres, les instructions main, les instructions supplémentaires, les zones de contenu, les liens de commande et les boutons de validation. En règle générale, laissez le texte intégral dans les instructions et les contrôles interactifs, et supprimez toute redondance des autres emplacements.
• N’utilisez pas les termes « avertissement » ou « attention » dans le texte. Lorsqu’elle est utilisée correctement, l’icône d’avertissement indique suffisamment que les utilisateurs doivent procéder avec prudence.

Incorrect :

Dans cet exemple, le terme « avertissement » n’est pas nécessaire.

Titres

• Utilisez le titre pour identifier la commande ou la fonctionnalité d’où provient l’avertissement. Exceptions :
  • Si un avertissement est affiché par de nombreuses commandes différentes, envisagez d’utiliser le nom du programme à la place.
  • Si ce titre est redondant ou confus avec l’instruction main, utilisez plutôt le nom du programme.

Incorrect :

Dans cet exemple, « Avertissement de sécurité » n’identifie pas la commande ou la fonctionnalité d’où provient l’avertissement.

• N’utilisez pas le titre pour expliquer ce qu’il faut faire dans la boîte de dialogue qui est l’objectif de l’instruction main.
• Utilisez la mise en majuscules de style titre, sans ponctuation de fin.

Instructions principales

• L’instruction main d’un avertissement est basée sur son modèle de conception :

Modèle	Instruction principale
Sensibilisation	Décrire la condition ou le problème potentiel.
Problème imminent	Décrire ce que l’utilisateur doit faire maintenant.
Confirmation de l’action à risque	Posez une question pour déterminer si l’utilisateur souhaite continuer.

• 
• Dans cet exemple, la notification de batterie faible étant un avertissement de sensibilisation, l’instruction main décrit la condition.
• 
• Dans cet exemple, la boîte de dialogue batterie faible étant un problème imminent, l’instruction main décrit ce que l’utilisateur doit faire maintenant.
• Soyez concis n’utilisez qu’une seule phrase complète. Supprimez l’instruction main jusqu’aux informations essentielles. Si vous devez expliquer quelque chose de plus, utilisez une instruction supplémentaire.
• Utilisez des mots comme « maintenant » et « immédiatement » si l’utilisateur doit agir immédiatement. N’utilisez pas ces mots s’il n’y a pas d’urgence.
• Soyez précis s’il y a des objets impliqués, donnez leur nom complet.
• Utilisez la mise en majuscules de style phrase.

Instructions supplémentaires

• L’instruction supplémentaire pour un avertissement est basée sur son modèle de conception :

Modèle	Instruction supplémentaire
Sensibilisation	Expliquez l’implication et pourquoi elle est importante.
Problème imminent	Expliquez la condition et pourquoi elle est importante.
Confirmation de l’action à risque	Expliquer les raisons non évidentes pour lesquelles l’utilisateur peut ne pas vouloir continuer.

• Ne répétez pas l’instruction main avec une formulation légèrement différente. Au lieu de cela, omettez l’instruction supplémentaire s’il n’y a pas plus à ajouter.
• Utilisez des phrases complètes, une mise en majuscules de style phrase et une ponctuation de fin.

Boutons de validation

• Pour les boîtes de dialogue d’avertissement, les boutons de validation sont basés sur son modèle de conception :

Modèle	Boutons de validation
Sensibilisation	C’est presque ça. N’utilisez pas OK, car cela suggère que les problèmes potentiels sont corrects.
Problème imminent	Un bouton de commande ou un lien de commande pour chaque option, ou OK si l’action se produit en dehors de la boîte de dialogue.
Confirmation de l’action à risque	Oui, non.

• Incorrect :
• 
• Les problèmes ne sont pas corrects. Utilisez donc Fermer à la place.

Documentation

Quand vous faites référence à des avertissements :

• Si l’avertissement pose une question, faites référence à un avertissement par sa question ; sinon, utilisez l’instruction main. Si la question ou main instruction est longue ou détaillée, résumez-la.
• Si nécessaire, vous pouvez faire référence à une boîte de dialogue d’avertissement en tant que message.
• Lorsque cela est possible, mettez le texte en gras. Sinon, placez le texte entre guillemets uniquement si nécessaire pour éviter toute confusion.

Exemple : Dans le message Voulez-vous afficher les éléments non sécurisés ? , cliquez sur Oui.