Rédaction de messages efficaces

Présentation

Des messages efficaces sont essentiels pour une expérience utilisateur positive. Ils guident les utilisateurs, les aident à éviter les problèmes ou à les résoudre, et renforcent la confiance en fournissant des commentaires compréhensibles et au bon moment. Cette page décrit les principes de rédaction de messages centrés sur l’utilisateur.

Pour en savoir plus sur les composants spécifiques de l’interface utilisateur utilisés pour afficher des messages et sur la façon de les implémenter, reportez-vous à Mécanismes de validation et de messagerie.

Messages centrés sur l’utilisateur

Lorsque vous rédigez un message, essayez toujours d’être :

• Clair et concis : utilisez un langage simple et direct. Évitez le jargon, les termes techniques que les utilisateurs risqueraient de ne pas comprendre et les mots redondants.
  • Par exemple, dans un message de réussite, « Votre mot de passe a été réinitialisé » est plus direct que « Votre mot de passe a été réinitialisé avec succès ».
• Utile : fournissez aux utilisateurs les informations dont ils ont besoin pour comprendre la situation et, le cas échéant, prendre les mesures appropriées.
• Opportun et pertinent : assurez-vous que les messages apparaissent au moment et à l’endroit où ils sont le plus pertinents dans le workflow de l’utilisateur.
• Empathique et respectueux : rédigez en adoptant un ton encourageant. Évitez de blâmer l’utilisateur, même si une erreur est le fruit de son action. Concentrez-vous sur la solution.
• Cohérent : utilisez une voix et une terminologie cohérentes dans tous les messages pour renforcer le degré de familiarité et la confiance.

Comprendre l’intention du message

Différentes situations appellent différents types de messages. Le fait de comprendre l’intention vous aide à élaborer la bonne communication :

• Messages de réussite : informez les utilisateurs qu’une action ou une procédure qu’ils ont lancée (ou qui s’est produite automatiquement) s’est terminée avec succès.
  • Objectif : rassurer et confirmer.
• Messages d’erreur : alertez les utilisateurs qu’une action n’a pas pu être terminée, qu’un problème s’est produit ou que l’entrée n’est pas valide, ce qui les empêche souvent de continuer.
  • Objectif : expliquer clairement le problème et aider l’utilisateur à trouver une solution.
• Messages d’avertissement : informez les utilisateurs des problèmes ou conditions potentiels qui pourraient ne pas les bloquer immédiatement, mais qui seraient susceptibles de leur causer des problèmes ultérieurement s’ils n’étaient pas résolus.
  • Objectif : informer et permettre aux utilisateurs de faire des choix ou de prendre des mesures préventives.
• Messages d’information (mises à jour générales) : proposez un contexte, des conseils ou des mises à jour de l’état du système qui sont utiles, non critiques et qui peuvent aider les utilisateurs à exécuter ou comprendre la tâche.
  • Objectif : proposer des informations utiles et non critiques.

Contextes des messages

Les utilisateurs rencontrent des messages dans divers contextes. Adaptez votre rédaction en conséquence :

• Répondre aux validations de champs :

  • Contexte : une saisie utilisateur dans un champ de formulaire doit être corrigée.
  • Objectif de la rédaction : identifier clairement le champ incorrect et expliquer ce qui est nécessaire (par exemple, « Entrez votre adresse e-mail » et pas seulement « Entrée non valide »).
  • Affichage : souvent affiché près du champ lui-même.

• Suivre des actions sur une page :

  • Contexte : l’utilisateur exécute une action (par exemple, enregistrer, soumettre, supprimer).
  • Objectif de la rédaction : confirmer la réussite de l’opération, ou expliquer les erreurs critiques ou les confirmations nécessaires liées à l’action.
  • Affichage : peut utiliser des fenêtres modales pour les informations critiques ou des toasts pour des confirmations moins intrusives.

• Proposer des mises à jour générales du système ou des commentaires :

  • Contexte : l’application doit informer l’utilisateur du statut du système et des processus en arrière-plan ou lui fournir des informations moins critiques à l’échelle de l’application.
  • Objectif de la rédaction : être bref et instructif. Assurez-vous que le message est compréhensible même si l’attention de l'utilisateur est ailleurs.
  • Affichage : utilisez souvent des méthodes non intrusives comme les toasts.

Meilleures pratiques en matière de rédaction de messages

Soyez spécifique et non générique

Si vous savez ce qui a posé problème, dites-le. Évitez les messages vagues tels que « Une erreur s’est produite » ou « Une erreur est survenue » si vous pouvez fournir plus de détails de manière constructive.

Décrivez le problème et proposez une solution.

N’utilisez pas de déclarations vagues qui cachent la cause spécifique de l’erreur ou qui ne proposent aucune étape claire à suivre.

Pour les messages d’erreur : aidez l'utilisateur à résoudre le problème

• Expliquer clairement : indiquez à l’utilisateur ce qui s’est passé et, si possible, pourquoi l'erreur s’est produite en employant des termes simples.
• Proposer des étapes réalisables : si l’utilisateur peut effectuer une action pour résoudre le problème, indiquez-lui exactement quoi faire.
• Proposer une porte de sortie : si l’utilisateur ne parvient pas à résoudre le problème, suggérez-lui les étapes suivantes (par exemple, « Réessayez plus tard », « Contactez l’assistance » ou mise à disposition d'un lien vers un article d’aide).
• Rassurer si possible : si certaines parties du travail de l'utilisateur n’ont pas été affectées (par exemple, « Votre ébauche a été enregistrée »), faites-le lui savoir.

Donnez-lui des instructions concrètes pour lui permettre de corriger immédiatement sa saisie.

N’utilisez pas de termes ambigus ou trop généraux qui n’offrent aucune possibilité claire de trouver une solution.

Adoptez un ton approprié

Pour les messages d’erreur, adoptez un ton orienté service et soutien : évitez de blâmer l'utilisateur, décrivez simplement le problème, puis proposez une solution en vous concentrant sur ce qui est possible plutôt que sur les limites. Tout en étant amical et décontracté, veillez à ce que le ton reste clair et empathique, en particulier lorsque les utilisateurs peuvent être frustrés.

Pour en savoir plus, reportez-vous à la section Ajustement du ton.

En général, évitez d'utiliser « Veuillez… ». Utilisez cette formulation uniquement si le logiciel est la cause du problème, présente un problème que nous ne pouvons pas contribuer directement à résoudre ou implique une action particulièrement peu pratique de la part de l’utilisateur.

Pour en savoir plus, reportez-vous à la section Terminologie relative aux actions courantes.

Annoncez ce qui est possible plutôt que ce qui ne l’est pas.

Ne blâmez pas l’utilisateur.

Utilisez les liens à bon escient

Si des instructions ou des informations plus détaillées sont nécessaires, fournissez un lien clairement libellé (par exemple, « Découvrez comment résoudre ce problème » et non « Cliquez ici »).

Réactivité

Tous les conteneurs de messages dans Jutro sont entièrement réactifs. En tant que rédacteur de contenu, votre principale contribution à une bonne expérience réactive repose sur la concision.

• Limiter la longueur des messages : un texte plus court est plus facile à lire et moins susceptible d'être tronqué ou de submerger les utilisateurs sur les petits écrans. Ce point est particulièrement important pour les composants dont l’espace est limité, comme les toasts.
• Tenir compte du contexte : les notifications intégrées et les messages d'erreur s'adaptent au panneau de leur conteneur, tandis que les notifications toast peuvent être affichées en « pleine largeur » dans de petits formats en fonction de leur utilisation. Une formulation concise et bien choisie garantit la clarté, quels que soient ces ajustements.

Accessibilité

Bien que les notifications toast et intégrées de Jutro soient conformes aux exigences WCAG 2.1 AA, les modifications apportées par l’auteur du contenu peuvent affecter la conformité de l’accessibilité. Suivez les conseils d’accessibilité relatifs aux notifications toast et aux notifications intégrées.