Aide

Utilisez l’aide comme mécanisme secondaire pour aider les utilisateurs à effectuer et à mieux comprendre les tâches que le mécanisme principal est l’interface utilisateur elle-même. Appliquez ces instructions pour rendre le contenu vraiment utile et facile à trouver.

Un système d’aide est composé de différents types de contenu conçus pour aider les utilisateurs lorsqu’ils ne parviennent pas à effectuer une tâche, souhaitent comprendre un concept plus en détail ou avoir besoin de détails techniques que disponibles dans l’interface utilisateur.

Dans cet article, nous faisons référence à l’aide comme secondaire à l’interface utilisateur. L’interface utilisateur est principale, car c’est là que les utilisateurs essaient d’abord de résoudre leurs problèmes. Ils consultent le système d’aide uniquement s’ils ne peuvent pas accomplir leur tâche avec l’interface utilisateur.

Page d’accueil de l’aide et du support Windows, disponible dans le menu Démarrer.

Note: Les instructions relatives au style et au ton sont présentées dans un article distinct.

Est-ce l’interface utilisateur appropriée ?

Pour décider, tenez compte de ces questions :

• Quelle est la motivation de vos utilisateurs cibles ? Plus ils sont motivés pour découvrir les fonctionnalités de votre programme et devenir des utilisateurs intermédiaires ou même avancés, plus ils seront prêts à rechercher des réponses à leurs questions en consultant des rubriques d’aide.
• Utilisez-vous l’aide pour corriger une interface utilisateur incorrecte ? Mieux votre interface utilisateur sera améliorée, moins les utilisateurs rechercheront de l’aide supplémentaire. Si votre programme a une interface utilisateur principale très claire et utile (par exemple, des messages d’erreur sans jargon, des Assistants bien écrits et des boîtes de dialogue non ambiguës), vous n’avez peut-être pas besoin d’un système d’aide secondaire du tout.
• Votre programme est-il relativement simple ? Si c’est le cas, envisagez d’incorporer tout le contenu d’assistance nécessaire dans vos surfaces d’interface utilisateur principales. Les utilisateurs sont plus susceptibles de demander de l’aide supplémentaire dans les programmes qui effectuent des tâches complexes.
• Votre application est-elle destinée aux développeurs, professionnels de l’informatique ou à d’autres experts logiciels ? Ces utilisateurs ont tendance à s’attendre à une aide de référence pour les conventions de langage de programmation et l’aide conceptuelle approfondie pour la maîtrise des fonctionnalités.

Concepts de conception

Si vous décidez d’inclure l’aide dans votre programme, intégrez-la à votre conception globale. L’interface d’aide doit être simple, efficace et pertinente ; il doit permettre aux utilisateurs d’obtenir de l’aide facilement, puis de revenir à leur tâche. Pensez à votre système d’aide en termes de temps : réduisez d’abord les interruptions en précipant l’endroit où ils rencontreront des problèmes dans votre programme, puis résolvez ces problèmes en incorporant directement l’assistance fondamentale dans votre interface utilisateur, et en créant des points d’entrée clairs et cohérents dans votre aide plus détaillée.

L’assistance Windows a été conçue en fonction de ces principes. Voici quelques-unes des modifications de conception apportées à l’expérience utilisateur de l’aide Windows :

• Points d'accès plus faciles à trouver à l'aide de l'interface utilisateur principale (en particulier les nouveaux liens d'aide à partir des interfaces utilisateur telles que les boîtes de dialogue, les messages d'erreur et les assistants). Les liens d’aide vous amènent directement à la rubrique pertinente dans l’aide.
• Une icône de bouton d’aide est disponible dans le coin supérieur droit de la plupart des pages principales du Panneau de configuration, ainsi que dans les dossiers système.
• Les utilisateurs peuvent choisir d'obtenir le contenu d'aide le plus récent à partir de l'aide et du support en ligne Windows lorsqu'ils sont connectés à Internet.
• Les rubriques d’aide sont désormais basées sur les tâches plutôt que sur les fonctionnalités, afin que les utilisateurs puissent accomplir leurs tâches rapidement et efficacement.
• Les rubriques d’aide sont désormais largement basées sur les principaux scénarios utilisateur connus.
• Les rubriques d’aide ont un ton plus détendu et informel, en utilisant le langage réel.
• Les rubriques d’aide sont conçues pour une consultation efficace, car les utilisateurs lisent rarement le contenu mot pour mot.

Analogie pour l’aide

Pour réfléchir plus en détail à la conception de votre système d’aide, envisagez une analogie de la vie quotidienne. Vous êtes perdu dans une ville inconnue. Que faire ? Beaucoup réagissent comme suit :

• Se orienter ; recherchez des repères, des panneaux de rue (noms et pointeurs vers des endroits).
• Recherchez des cartes.
• Enfin, en dernier recours, demandez des instructions ou appelez un ami.

La conception de l'« interface » de la ville affecte votre besoin d’aide. Rues bien étiquetées, directions explicites (pointeurs vers les hôpitaux, les aéroports, les musées et le bureau de poste), et des repères clairs tels que des caractéristiques géographiques ou des bâtiments importants vous aident à trouver votre chemin.

Vous demandez de l’aide en dernier recours. C’est une indication que l'« interface » de la ville a échoué en étant mal conçue et déroutante. Vous êtes plus susceptible de demander de l’aide dans un endroit qui a une étiquette spécifique qui suggère de l’utilité. Par exemple, vous êtes plus susceptible de demander de l’aide dans un lieu intitulé « Directions » ou « Information » que d’un endroit général comme l’Hôtel de ville, même si presque n’importe qui à l’Hôtel de ville pourrait vous donner des instructions.

Lorsque vous demandez de l’aide, vous êtes frustré et voulez simplement accéder à votre destination prévue. Vous n’êtes probablement pas d’humeur à passer du temps à visiter la ville ou à découvrir son histoire. En outre, votre motivation dépend de l’importance de la tâche. Si vous essayez de trouver votre chambre d'hôtel, vous ferez tout ce qu'il faut. Toutefois, si votre objectif est de trouver un lieu d’importance mineure, il est probable que vous abandonnerez juste après un effort modeste.

Tous ces aspects de l'orientation dans l'espace réel correspondent à la façon dont les utilisateurs s'orientent généralement dans l'espace virtuel de votre programme. La recherche d’aide au-delà de l’interface utilisateur primaire est par sa nature désorientante ; faites de votre mieux pour atténuer cette expérience par une interface utilisateur bien conçue et des « panneaux de rue » intelligents pour diriger les utilisateurs vers les réponses dont ils ont besoin.

Conception de l’interface utilisateur afin que l’aide soit inutile

Essayez de rendre l’aide inutile en premier lieu, par :

• Faciliter la découverte et l’exécution des tâches courantes.
• Fournir des instructions principales claires.
• Fournir des étiquettes de contrôle claires et concises orientées vers les objectifs et les tâches.
• Fournir des instructions et des explications supplémentaires si nécessaire.
• Anticiper les problèmes évitables en utilisant des contrôles limités aux choix valides, fournissant des valeurs par défaut appropriées, gérant tous les formats d’entrée et empêchant les erreurs.
• Écriture de messages d’erreur qui fournissent une solution ou une action claire pour que l’utilisateur prenne.
• Évitez de confondre les conceptions d’interface utilisateur, telles que les tâches avec un flux médiocre ou l’utilisation de contrôles désactivés pour aucune raison apparente.
• Travailler avec des rédacteurs et des éditeurs au début du cycle de développement pour créer du texte d’interface utilisateur de haute qualité et cohérent tout au long de votre programme.

Les utilisateurs ne doivent pas avoir à aller ailleurs pour déterminer comment utiliser votre interface utilisateur. Ajoutez des informations essentielles directement dans l’interface utilisateur principale, plutôt que de forcer les utilisateurs à sortir de leur contexte immédiat et dans le volet d’aide. Si des informations importantes existent uniquement dans une rubrique d’aide, il est possible que les utilisateurs ne le voient pas. Pour plus d’informations facultatives et plus explicites, utilisez les liens d’aide de l’interface utilisateur principale vers la rubrique d’aide pertinente pour obtenir une assistance supplémentaire.

Prise en compte de la motivation de l’utilisateur

Pour la plupart des utilisateurs, la vitesse et l’efficacité sont parmi les vertus primordiales des bons programmes. Les utilisateurs souhaitent effectuer leur travail. En règle générale, ils ne s’intéressent pas à l’apprentissage du programme et de la technologie pour son propre intérêt ; leur patience ne s’étend que dans la mesure où ce programme sert leurs propres intérêts et résout les problèmes à portée de main.

Concevez votre système d’aide pour qu’il corresponde à la motivation de vos utilisateurs. Par exemple, considérez un utilisateur qui s’est promené jusqu’à un kiosque dans un musée. Si elle ne peut pas comprendre comment effectuer la tâche rapidement, elle est susceptible d’abandonner et de marcher. Elle est peu susceptible de passer du temps à utiliser l’aide. Par ailleurs, un utilisateur hautement motivé a une plus grande tolérance pour le temps passé à rechercher votre système d’aide pour obtenir des réponses. Un utilisateur professionnel qui doit équilibrer les livres, par exemple, est probablement prêt à consulter le contenu d’aide pour tirer le meilleur parti de cette nouvelle application comptable.

Rédaction de contenu destiné à être analysé

Écrivez des rubriques d’aide sachant qu’elles seront analysées pour obtenir des informations spécifiques, et non lire les mots à mot. Écrivez de manière concise, accédez rapidement au point et fournissez des informations sur laquelle les utilisateurs peuvent agir.

• Écrivez des rubriques « procédures » en utilisant des étapes numérotées dans un format cohérent afin que les utilisateurs reconnaissent qu’ils obtiennent de l’aide procédurale.
• Écrivez des rubriques de référence avec facilité d’analyse à l’esprit, à l’aide de tables, par exemple, pour présenter des options d’interface utilisateur ou une syntaxe de langage.
• Écrivez des rubriques conceptuelles qui sont organisées logiquement par des sous-titres, afin que l’utilisateur puisse ignorer des sections entières de moindre intérêt.

Dans tout le contenu de l’aide, il est plus facile de parcourir les listes à puces que les blocs de texte standard ; utilisez judicieusement les listes à puces, mais pas comme une béquille pour un matériel non structuré.

Création de contenu important

Étant donné qu’aucun système d’aide ne peut anticiper chaque question que chaque utilisateur peut avoir, concentrez la plupart du contenu sur la réponse aux principales questions dans les principaux scénarios pour vos utilisateurs cibles. Par exemple, une recherche efficace et la façon d’établir une connectivité réseau (entre autres tâches) peuvent être des sujets très recherchés. En outre, concentrez-vous sur les tâches dans vos principaux scénarios d’utilisateur, plutôt que de documenter une fonctionnalité ou une technologie de manière exhaustive pour son propre objectif.

Conseil : Le support technique est une bonne source pour le contenu d'aide. Les services d’assistance conservent souvent les enregistrements des questions fréquemment posées sur des programmes ou des tâches particuliers que les utilisateurs essaient (et échouent) d’accomplir.

Il n’est pas nécessaire de fournir de l’aide pour chaque fonctionnalité de l’interface utilisateur. Souvent, une aide peu utile résulte d'une tentative de créer une aide pour tout. Si l’interface utilisateur est bien conçue, la plupart de ces rubriques d’aide ne seront pas très utiles ; ils vont simplement reposer l’évidence.

S’il existe plusieurs façons d’effectuer une tâche, dans la plupart des cas, vous pouvez simplement documenter la façon la plus courante utilisée par les utilisateurs inexpérimentés. Les exceptions à ce problème incluent les considérations relatives à l’accessibilité (documentage des équivalents clavier des actions de la souris, par exemple) et les considérations relatives à la plateforme (documentage du facteur de forme tablette, par exemple, ou pour les environnements serveur dans lesquels la ligne de commande peut remplacer l’interface utilisateur graphique).

N’oubliez pas que les utilisateurs ne pensent pas souvent aux problèmes qu’ils rencontrent dans les mêmes termes que vous le faites. Par exemple, les utilisateurs peuvent trouver étrange de se considérer comme un « compte ». Veillez à concevoir vos fonctionnalités de recherche et d’indexation de manière à intégrer et gérer les variations et synonymes de terminologie probables.

Toutefois, entre l’interface utilisateur principale et le système d’aide, les termes doivent être très similaires s’ils ne sont pas identiques. Les utilisateurs peuvent être confondus lorsque le langage du système d’aide ne correspond pas étroitement à ce qu’ils voient à l’écran.

Écriture d’un texte de lien d’aide attrayant

Lorsque vous créez un lien vers une rubrique d’aide à partir de votre interface utilisateur principale, veillez à écrire du texte de lien d’aide attrayant. Un langage clair et spécifique inspire confiance. Les utilisateurs ont tendance à croire que les liens d’aide génériques (un bouton avec le mot « Aide » ou « En savoir plus » sur celui-ci) ne mèneront pas aux informations appropriées sans investissement significatif dans le temps.

Si vous ne faites que cinq choses...

1. Concevez votre interface utilisateur afin que les utilisateurs n’ont pas besoin d’aide.
2. Rendez votre aide utile en concentrant le contenu sur les principales questions dans les principaux scénarios pour vos utilisateurs cibles.
3. Présentez le contenu de l'aide afin qu’il soit facile à parcourir.
4. Comprenez que vous n’avez pas besoin de fournir de l’aide pour chaque fonctionnalité de l’interface utilisateur.
5. Rendre les points d’entrée d’aide détectables et attrayants.

Modèles d’utilisation

Différents types de contenu servent des objectifs différents.

Type de contenu	Exemple :
Aide procédurale fournit les étapes d’exécution d’une tâche.	L'aide procédurale doit se concentrer sur "la façon dont" l'information est présentée, plutôt que sur "quoi" ou "pourquoi". Dans cet exemple, la rubrique d’aide explique comment utiliser une fonctionnalité de l’utilitaire Nettoyage de disque, en fournissant les étapes à suivre dans la séquence.
Aide conceptuelle fournit des informations en arrière-plan, des présentations de fonctionnalités ou des processus.	L’aide conceptuelle doit fournir des informations « quoi » ou « pourquoi » au-delà de celles nécessaires pour effectuer une tâche. Dans cet exemple, la rubrique d’aide définit ce que le bureau est et fournit des détails supplémentaires sur ce qu’il contient et la raison pour laquelle les utilisateurs interagissent avec lui.
Aide de référence sert de livre de référence en ligne.	Vous pouvez utiliser l’aide de référence pour documenter un langage de programmation ou des interfaces de programmation. Dans cet exemple, la rubrique d’aide répertorie les conventions typographiques utilisées pour cette langue ou application particulière, fournissant les informations d’une table facile à analyser.

Lignes directrices

Points d’entrée

• Lien vers des rubriques d’aide spécifiques et pertinentes. Ne créez pas de lien vers la page d’accueil de l’aide, la table des matières, une liste de résultats de recherche ou une page qui ne fait que lier à d’autres pages. Évitez de lier des pages structurées sous la forme d’une grande liste de questions fréquemment posées, car il force les utilisateurs à rechercher celui qui correspond au lien sur lequel ils ont cliqué. Ne créez pas de lien vers des rubriques d’aide spécifiques qui ne sont pas pertinentes et utiles à la tâche en cours. Ne jamais lier à des pages vides.

• Ne placez pas de liens d’aide sur chaque fenêtre ou page pour la cohérence. Fournir un lien d’aide dans un seul endroit ne signifie pas que vous devez les fournir partout.

• Utilisez des liens d’aide pour les boîtes de dialogue, les messages d’erreur, les Assistants et les feuilles de propriétés. Si le lien d’aide s’applique à des contrôles spécifiques, placez-le sous eux, aligné à gauche. Si le lien d’aide s’applique à la fenêtre entière, placez-le en bas à gauche de la zone de contenu de la fenêtre.

  

  Dans cet exemple, le deuxième lien d’aide s’applique à un groupe de contrôles.

  

  Dans cet exemple, le lien d’aide s’applique à l’ensemble de la fenêtre.

• Utilisez des liens d’aide au lieu de références textuelles génériques à l’aide chaque fois que cela est techniquement possible.

  correct :

  Comment puis-je réparer les erreurs de disque ?

  Incorrect :

  Pour plus d’informations sur la réparation des erreurs de disque, consultez Aide et support.

• Utilisez le bouton Aide avec l'icône Aide pour les pages hub des éléments du panneau de commande. Placez-le dans le coin supérieur droit. Ces boutons n’ont pas d’étiquette, mais ont une info-bulle qui indique 'Aide'.

  

  Élément du panneau de configuration avec un bouton Aide.

• L’aide F1 est facultative. Les utilisateurs sont habitués à trouver des informations d’aide relatives au contexte immédiat de l’interface utilisateur sur l’écran en appuyant sur la touche F1, qui est étiquetée Aide sur les claviers standard. Vous pouvez inclure l’aide F1 si, par exemple, les études d’utilisation montrent que vos utilisateurs s’attendent à le trouver, ou que l’interface utilisateur de votre programme est suffisamment complexe pour bénéficier d’une assistance contextuelle.

• Les programmes avec des barres de menus peuvent avoir une catégorie de menu d’aide. Pour obtenir des instructions de menu d’aide, consultez Menus.

  

  Dans cet exemple, l’accessoire Windows Paint a une catégorie de menu Aide.

• Pour l'accessibilité au clavier, prévoyez des taquets de tabulation pour les boutons d'aide et les liens.

• Le bouton d’aide et le comportement du lien doivent être les suivants : le volet d’aide s’ouvre et une rubrique d’aide dédiée s’affiche ; l’interface utilisateur qui a appelé le volet d’aide doit rester ouverte pour préserver l’expérience contextuelle.

• N’utilisez pas les styles de point d’entrée d’aide obsolète suivants : « En savoir plus » ou « En savoir plus sur... » liens, boutons d’aide génériques et boutons d’aide contextuels dans la barre de titre. Bien qu’ils aient été utilisés dans le passé, des études d’utilisation ont déterminé que les utilisateurs ont tendance à les ignorer. Utilisez plutôt des liens vers des rubriques d’aide spécifiques. Pour obtenir des instructions sur l’écriture de liens d’aide appropriés, consultez les liens d’aide.

  Incorrect :

  

  N’utilisez pas « En savoir plus » ou « En savoir plus sur... » Liens.

  Incorrect :

  

  N’utilisez pas de boutons d’aide génériques.

  Incorrect :

  

  N’utilisez pas de boutons d’aide contextuels dans la barre de titre.

Contenu

• Ne créez pas de contenu évident. Les rubriques d’aide qui répètent ce qui se trouve dans l’interface utilisateur principale n’ajoutent pas de valeur.
• Ne créez pas de contenu sur lequel l’utilisateur ne peut pas agir d’une certaine manière.
  • Exception: Certains contenus conceptuels fournissent des informations d’arrière-plan importantes sans nécessairement entraîner l’action de l’utilisateur.
• Évitez les résolutions vagues aux problèmes. Par exemple, « contactez votre administrateur système » ou « réinstallez l’application » ont tendance à frustrer les utilisateurs.
  • Exception: Recommandez de contacter l’administrateur système si c’est la seule solution pratique, et les administrateurs système s’attendent à être contactés pour le problème.
• Évitez le contenu qui traite des scénarios utilisateur très peu probables. Développez votre contenu d’aide principal pour ce que vous prévoyez d’utiliser normalement ; notez les exceptions importantes à l’utilisation attendue, mais traitez ce contenu comme une priorité inférieure.
• Rassemblez des commentaires de vos utilisateurs sur la façon dont vos rubriques d’aide sont utiles. Autoriser les utilisateurs à évaluer des rubriques individuelles. Effectuez des études d’usabilité sur votre documentation pour déterminer les problèmes liés à la qualité et à la détectabilité du contenu.
  • Pourboire: Les commentaires des utilisateurs sont également un excellent moyen de générer davantage de contenu basé sur des tâches, axé sur ce que les utilisateurs font réellement avec votre programme, par opposition au contenu basé sur les fonctionnalités, axé simplement sur une description de la technologie.
• Fournissez plusieurs façons d’accéder à votre contenu. Une table des matières, un index et un mécanisme de recherche sont trois des méthodes les plus courantes d’amélioration de la détectabilité.
• S’il existe plusieurs façons d’effectuer une tâche, dans la plupart des cas, vous pouvez simplement documenter la façon la plus courante utilisée par les utilisateurs inexpérimentés.

Icônes

• Utilisez l’icône d’aide uniquement pour les fenêtres De l’Explorateur et les pages hub des éléments du panneau de configuration. N’utilisez pas l’icône Aide avec des liens d’aide.

correct :

Dans cet exemple, une fenêtre d’Explorateur Windows utilise une icône d’aide pour fournir l’accès à l’aide.

Incorrect :

Dans cet exemple, l’icône d’aide située en bas à gauche est utilisée de manière incorrecte avec un lien d’aide.

Text

Liens d’aide

• Fournissez des informations spécifiques sur le contenu de la rubrique d’aide, en utilisant autant de texte pertinent et concis que nécessaire. Les utilisateurs ignorent souvent les liens d’aide génériques. Assurez-vous que les résultats du lien sont prévisibles pour les utilisateurs ne doivent pas être surpris par les résultats.

  • Exception: Vous pouvez utiliser « Plus d’informations » pour compléter les instructions qui se trouvent directement dans l’interface utilisateur, en particulier si vous fournissez des informations spécifiques dans le lien d’aide entraîne une répétition inutile ou rend le lien moins attrayant.

  Incorrect :

  Un mot de passe fort comporte au moins six lettres, chiffres et symboles mixtes. Qu’est-ce qu’un mot de passe fort ?

  correct :

  Un mot de passe fort comporte au moins six lettres, chiffres et symboles mixtes. Plus d’informations

  Dans l’exemple incorrect, le lien d’aide est répétitif. Il pose une question qui est vraiment déjà répondue.

• Dans la mesure du possible, rédigez le texte du lien d'aide selon la question principale à laquelle répond le contenu de l'aide. N’utilisez pas « En savoir plus sur », « Dites-m'en plus sur », ou « Obtenir de l’aide à ce sujet » dans la formulation.

  Incorrect :

  En savoir plus sur l’ajout d’exceptions

  correct :

  Quels sont les risques liés à l’autorisation des exceptions ?

  Comment ajouter des exceptions ?

  Dans les exemples corrects, le lien est décrit en termes de question principale répondue par la rubrique d’aide.

• Si les informations les plus pertinentes peuvent être résumées succinctement, placez le résumé directement dans l’interface utilisateur au lieu d’utiliser un lien d’aide. Toutefois, vous pouvez utiliser un lien d’aide pour fournir des informations supplémentaires.

  Incorrect :

  

  correct :

  

  Mieux :

  

  L’exemple correct récapitule brièvement les informations d’aide, ce qui améliore considérablement la probabilité que les utilisateurs le lisent. Le meilleur exemple fournit un lien d’aide pour plus d’informations sur ce sujet complexe.

• Liens d'aide pour les phrases afin d'indiquer clairement où trouver de l'aide. Les liens d'aide ne doivent jamais ressembler à des liens d'action.

• Utilisez l’intégralité du lien d’aide pour le texte du lien, pas seulement les mots clés.

  correct :

  Quels sont les risques liés à l’autorisation des exceptions ?

  Incorrect :

  Quels sont les risques liés à l’autorisation des exceptions ?

  Dans l’exemple correct, la phrase de lien d’aide entière est utilisée pour le texte du lien.

  • Exception: Les liens d’aide vers des sites web externes doivent simplement utiliser le nom du site ou de la page comme lien. Tout texte présentant le nom du site n’a pas besoin d’être inclus dans le lien lui-même.

• Les liens d’aide n’ont pas besoin de correspondre exactement aux titres de rubrique d’aide, mais il doit y avoir une connexion forte et évidente entre les deux. Concevoir des liens et des en-têtes en paires pour cette raison.

  correct :

  Comment puis-je améliorer les performances de cette fonctionnalité ? (texte du lien)

  Configuration de cette fonctionnalité pour des performances optimales (titre de rubrique)

  Incorrect :

  Comment puis-je améliorer les performances de cette fonctionnalité ? (texte du lien)

  Vue d’ensemble complète de cette fonctionnalité (titre de rubrique)

  Dans l’exemple incorrect, le titre de rubrique d’aide diffère sensiblement de l’étendue du texte du lien d’aide et peut être désorientant.

• Si le contenu de l'aide est en ligne, indiquez-le clairement dans le texte du lien. Cela permet de rendre prévisibles le résultat des liens.

  correct :

  Pour obtenir d’autres formats et outils, accédez au site Web Microsoft.

  Incorrect :

  Où puis-je trouver d’autres formats et outils ?

• Utilisez des phrases complètes.

• N’utilisez pas de ponctuation de fin, à l’exception des points d’interrogation.

• N’utilisez pas de points de suspension pour les liens d’aide ou les commandes.

Contenu d’aide

• Mettez en forme les éléments d’interface utilisateur en gras pour faciliter leur identification. Cela est particulièrement utile pour les rubriques d’aide procédurales, ce qui permet aux utilisateurs d’analyser les procédures et de voir rapidement les éléments pertinents de l’interface utilisateur.
• Mettez en forme des légendes en italique. Cela s’applique aux tableaux, à l’art, aux captures d’écran et à d’autres éléments graphiques qui bénéficient d’une brève explication textuelle.
• Veuillez vous référer à l'aide en utilisant simplement le terme « Aide ». En règle générale, n’utilisez pas l’expression d’aide en ligne, sauf si vous faites référence à du contenu sur votre site Web.