Assistants

Malgré ce nom merveilleux, fantaisiste, les Assistants ne sont pas vraiment une forme spéciale d’interface utilisateur, et ils n’ont qu’une gamme particulière d’utilitaire.

Les Assistants sont utilisés pour effectuer des tâches en plusieurs étapes.

capture d’écran

Plusieurs étapes d’un Assistant sont présentées sous la forme d’une séquence de pages.

Les Assistants incluent généralement les types de pages suivants :

• Les pages de choix sont utilisées pour collecter des informations et permettre aux utilisateurs de faire des choix.
• La page Validation est utilisée pour effectuer une action qui ne peut pas être annulée en cliquant sur Précédent ou Annuler.
• La page Progression est utilisée pour afficher la progression d’une longue opération.

La conception de l’Assistant moderne place une prime sur l’efficacité, rendant la page Progression facultative pour les opérations plus courtes, et souvent de se dispenser de la page d’accueil traditionnelle et page Félicitations au début et à la fin.

Toutes les pages de l’Assistant ont ces composants :

• Barre de titre permettant d’identifier le nom de l’Assistant, avec un bouton Précédent dans le coin supérieur gauche et un bouton Fermer avec des boutons Réduire/Agrandir et Restaurer facultatifs. Notez que la barre de titre inclut également une icône pour l’identifier dans la barre des tâches.
• Instruction principale pour expliquer l’objectif de l’utilisateur avec la page.
• Zone de contenu avec du texte facultatif et éventuellement d’autres contrôles.
• Zone de commande avec au moins un bouton de validation pour valider la tâche ou passer à l’étape suivante.

Bien qu’un Assistant ait plusieurs étapes, ces étapes doivent toutes s’ajouter à une seule tâche, du point de vue de l’utilisateur. Il s’agit du principe de conception fondamental de l’Assistant « un Assistant, une tâche ».

Ainsi, dans cet article, une tâche est la fonction de base d’un Assistant (par exemple, la tâche d’un Assistant d’installation consiste à installer un programme). Les sous-tâches sont des aspects de la tâche plus grande (par exemple, une sous-tâche d’un Assistant Installation peut être de configurer le programme à installer). Enfin, chaque page de l’Assistant est considérée comme une étape d’une sous-tâche ou d’une tâche donnée (par exemple, il peut y avoir deux ou trois étapes impliquées dans la configuration du programme).

Remarque : Recommandations relatives à configuration, boîtes de dialogueet barres de progression sont présentées dans des articles distincts.

Est-ce l’interface utilisateur appropriée ?

Un Assistant peut être utilisé pour n’importe quelle tâche nécessitant plusieurs étapes d’entrée. Toutefois, les Assistants effectifs ont des exigences supplémentaires :

• L’Assistant effectue-t-il une tâche atomique unique ? N’utilisez pas d’interactions qui ne sont pas des tâches uniques (un programme entier ne doit jamais être un Assistant, sauf s’il effectue une tâche unique). N’utilisez pas d’Assistants pour combiner des tâches indépendantes ou des étapes non liées en grande partie.

• Le nombre de questions requises peut-il être réduit ? Existe-t-il des valeurs par défaut acceptables qui fonctionnent bien pour la plupart des cas ou peuvent être ajustées selon les besoins ultérieurs ? Par conséquent, le nombre de pages peut-il être réduit ? Si c’est le cas, essayez de simplifier la tâche afin qu’elle puisse être présentée sur une seule page (par exemple, une boîte de dialogue) ou éliminer la nécessité d’une entrée complète (ce qui permet d’effectuer directement la tâche).

• Les questions requises doivent-elles être fournies séquentiellement ? Y a-t-il plusieurs questions probables, mais facultatives ? Si c’est le cas, envisagez une boîte de dialogue ou une boîte de dialogue à onglets.

  correct :

  

  La boîte de dialogue Options d’impression Microsoft PowerPoint contient de nombreuses options d’entrée utilisateur, ce qui vous permet de les présenter dans un Assistant. Toutefois, il n’est pas nécessaire de les fournir de manière séquentielle, donc une boîte de dialogue est un meilleur choix.

Les Assistants sont une forme relativement lourde d’interface utilisateur ; s’il existe une solution adaptée et plus légère disponible, utilisez-la !

Concepts de conception

Surutilisation des Assistants

Historiquement, les Assistants diffèrent de l’interface utilisateur ordinaire dans laquelle ils ont été conçus pour aider les utilisateurs à effectuer des tâches particulièrement complexes (avec des étapes résidant dans des emplacements disparates) et ont souvent eu une intelligence intégrée pour aider les utilisateurs à réussir. Aujourd’hui, toutes les interfaces utilisateur doivent être conçues pour rendre les tâches aussi simples que possible. Il n’est donc pas nécessaire d’utiliser une interface utilisateur spéciale à cet effet.

Pourtant, la croyance persiste que les Assistants sont une interface utilisateur spéciale, en grande partie parce qu’ils sont appelés « Assistants » (beaucoup plus créatifs que, par exemple, « dialogues » et « fenêtres de propriétés »). Au lieu de cela, il est préférable de les considérer comme des tâches multi-étapes et de ne pas attirer l’attention particulière sur ce fait.

Avant de créer un Assistant, déterminez si les utilisateurs doivent vraiment être interrompus par le flux principal du programme. Il peut y avoir une solution contextuelle plus légère, inline, qui se sentira finalement plus utile et efficace pour les utilisateurs. Par exemple, une fonctionnalité mal conçue dans un programme ne justifie pas l’explication et la simplification d’un Assistant ; il justifie la refonte de la fonctionnalité elle-même. Un Assistant ne doit pas être utilisé comme aide à bande pour résoudre un problème de base avec le programme.

Les Assistants ont des fonctions appropriées

Les Assistants sont l’une des clés permettant de simplifier l’expérience utilisateur. Ils vous permettent d’effectuer une opération complexe, telle que la configuration d’un programme, et de la décomposer en une série d’étapes simples. À chaque point du processus, vous pouvez fournir une explication de ce qui est nécessaire et afficher des contrôles qui permettent à l’utilisateur de faire des sélections et d’entrer du texte.

Certains types de tâches à plusieurs étapes se prêtent au formulaire de l’Assistant. Par exemple, dans Windows, plusieurs Assistants impliquent des fonctions de connectivité (à Internet ou au réseau d’entreprise, ou à des périphériques tels que des imprimantes et des ordinateurs de télécopie).

capture d’écran

La connexion à un réseau est une tâche classique dans Windows appropriée pour un Assistant.

Ici, la fonction de l’Assistant consiste à communiquer entre un système d’exploitation connu et stable (le système d’exploitation prête à l’emploi) et quelque chose d’inconnu et de variable (arrangements de connectivité avec une société téléphonique ou un fournisseur de services Internet). La complexité des écosystèmes informatiques est suffisamment importante maintenant qu’il est vraiment utile d’utiliser des Assistants pour réduire cette complexité.

D’autres types de tâches qui fonctionnent ainsi que les Assistants Windows incluent des fonctionnalités haut de gamme (telles que la reconnaissance vocale et l’écriture manuscrite) et des expériences multimédias enrichies (telles que la configuration des options de création et de publication de films). Les Assistants peuvent également être déployés pour des tâches multi-étapes de base, telles que la résolution des problèmes. En bref, si différents utilisateurs souhaitent probablement expérimenter votre programme de manière très différente, cela peut indiquer la nécessité d’un Assistant et sa capacité pour plusieurs points d’entrée utilisateur.

Pour votre programme, il vaut un peu de temps de conception pour déterminer la fonction que votre Assistant sert et si cette fonction augmente réellement au niveau du déploiement d’un Assistant.

Longueur de l’Assistant

Les questions de conception se posent naturellement autour du nombre et de l’organisation des pages et options. Par exemple:

• Existe-t-il un nombre optimal de pages pour un Assistant ? Ou au moins une plage souhaitable ?
• L’Assistant doit-il être concis et simplifié afin que les utilisateurs puissent le terminer le plus rapidement possible ?
• Doit-il y avoir plus de pages qui nécessitent moins de choix ? Ou moins de pages avec plus de complexité ? Quelle conception est considérée comme plus utilisable ?
• Pouvez-vous créer des expériences d’Assistant plus rapides en appliquant des conventions d’interface utilisateur telles que des pages à onglets ?

Microsoft a utilisé pour conseiller que les Assistants de trois pages ou moins soient conçus comme des Assistants simples, et ceux de quatre pages ou plus utilisent une conception avancée de l’Assistant (voir les instructions Expérience utilisateur Windows de 1999). Mais les normes actuelles de conception de l’Assistant se dispensent de ce qui avait été l’une des principales différences entre les formes simples et avancées (l’utilisation des pages Bienvenue et Félicitations), de sorte que ces catégories se sentent désormais insuffisantes, et le nombre de pages déterminant le choix de conception semble arbitraire.

Votre Assistant doit être aussi long ou court que la tâche nécessite ; il n’y a pas de repère fixe pour sa longueur. Un Assistant d’une page doit vraiment être présenté sous la forme d’une boîte de dialogue, donc deux pages sont probablement le formulaire le plus condensé possible pour un Assistant.

correct :

capture d’écran

Cette tâche comporte si peu d’options qui la présentent en tant qu’Assistant serait gaspilleuse. Une boîte de dialogue est le formulaire approprié pour cette interface utilisateur.

À l’autre extrémité du spectre, si vous disposez d’un Assistant qui inclut plusieurs points de décision et branches, et entraîne souvent la perte du suivi de leur chemin de navigation par les utilisateurs, vous avez dépassé une limite pratique et devez réduire la longueur de l’Assistant. Vous pouvez également diviser l’Assistant en plusieurs tâches distinctes.

Lorsque vous déterminez la longueur la plus appropriée pour votre Assistant, portez une attention particulière à vos utilisateurs cibles. Les programmes pour les utilisateurs finaux tels que les consommateurs domestiques et les travailleurs du bureau ont tendance à utiliser des Assistants pour masquer la complexité ; les Assistants sont aussi courts que possible, avec une conception de page simple et propre et des valeurs par défaut pré-sélectionnées pour autant d’options que possible. En revanche, les Assistants serveur ou les programmes destinés aux professionnels de l’informatique ont tendance à être plus longs et plus complexes. Ce groupe d’utilisateurs cibles a une tolérance beaucoup plus élevée pour prendre des décisions de configuration et peut en fait devenir suspect si trop de complexité est masquée.

Si un Assistant par nature simplifie une tâche complexe, il doit le faire relativement peu pour un public techniquement sophistiqué et relativement agressif pour une base d’utilisateurs novice.

correct :

Cette page d’Assistant est bien conçue pour les utilisateurs finaux, car elle réduit un sujet potentiellement complexe à un choix binaire simple et logique : installer ou désinstaller.

correct :

Dans l’Assistant Installation de Microsoft SQL Server 2008, la conception de page est plus buseuse et les nombreux choix nécessitent plus de réflexion, mais le public cible est les administrateurs de base de données qui s’attendent à un contrôle étroit de la sélection des fonctionnalités.

Enfin, faites attention à la fréquence à laquelle la tâche particulière peut être effectuée. Une tâche peu fréquente peut déployer un Assistant plus long, tandis que les tâches fréquentes doivent certainement favoriser la concision.

Ramification

Pour les Assistants plus longs, vous devrez peut-être créer des branches du flux de tâches dans lesquelles la séquence de pages peut différer en fonction de l’entrée utilisateur fournie « en amont ». La branchement est intrinsèquement dislocalisant pour les utilisateurs. Vous devez donc concevoir l’expérience utilisateur pour transmettre la stabilité. Nous vous recommandons de ne pas dépasser deux points de décision qui entraînent la branche dans l’ensemble de l’Assistant, et pas plus d’une branche imbriquée au sein d’une seule branche.

Pour obtenir des instructions sur la création d’une expérience utilisateur stable dans un Assistant branchement, consultez de branchement dans la section Instructions de cet article.

Fourniture d’un guide de navigation

Les repères de navigation peuvent être utiles lorsqu’il existe de nombreuses étapes dans la tâche, et que les utilisateurs peuvent perdre leur place dans la séquence ou simplement savoir combien de temps il faudra pour terminer.

Les repères de navigation apparaissent souvent sous la forme d’une liste de pages ou de sections de l’Assistant, en regardant un peu comme une table des matières, dans une colonne ou un volet situé à gauche de chaque page. Bien que la liste persiste dans l’Assistant (la même liste de pages s’affiche sur chaque page), il existe un moyen visuel d’indiquer où l’utilisateur se trouve actuellement dans la séquence (par exemple, en gras pour distinguer la page ou la section active).

Les repères de navigation peuvent être séquentiels ou non séquentiels. Le type séquentiel présente les pages passées ainsi que les pages futures connues. Vous pouvez présenter l’avenir en termes d’étapes au lieu de pages si les étapes sont connues et que les pages sont dépendantes. Vous pouvez ensuite remplir dynamiquement les pages au fur et à mesure qu’elles deviennent connues. Étant donné que la séquence de navigation est fixe, le guide de navigation n’est pas interactif.

Les repères de navigation non séquentiels sont interactifs, ce qui permet aux utilisateurs de revoir directement les pages affichées précédemment. Ils peuvent également passer à l’avance de la séquence de navigation pour les pages conçues pour être facultatives. Les pages facultatives doivent avoir des valeurs par défaut acceptables dans la plupart des cas. Avec ce type de guide :

• Les pages précédemment affichées peuvent toujours être affichées directement.
• Les pages futures peuvent ne pas être consultées si elles ont des conditions préalables.
• Les pages qui peuvent être visitées doivent être visiblement distinguées de celles qui ne peuvent pas (telles que l’utilisation de liens actifs ou désactivés), ainsi que les pages requises ou facultatives.

Les utilisateurs peuvent se confondre avec la signification du bouton Précédent dans ce scénario. Le fait de cliquer sur Précédent vous amène-t-il à la page ou à la section précédente du guide de navigation, ou la dernière page ou section consultée ? Étant donné que les Assistants Windows placent désormais le bouton Précédent dans le coin supérieur gauche des pages de l’Assistant, plutôt que dans le coin inférieur droit avec les autres boutons de validation, les utilisateurs pensent aux fonctionnalités Back comme elles le font sur le Web. Par conséquent, la meilleure solution consiste à donner à votre bouton Précédent la signification de la navigation Web (en cliquant sur Précédent doit conduire à la dernière page ou section consultée), et utiliser le guide de navigation de l’Assistant pour la navigation séquentielle.

Intégrité de la page

La conception de l’Assistant implique non seulement des décisions relatives à l’ensemble du flux de tâches, comme la façon de gérer la navigation et l’expérience de branchement, mais également celles relatives aux pages individuelles qui composent l’Assistant. Le principe le plus important pour concevoir de bonnes pages d’Assistant est celui de l’intégrité : le contenu d’une page doit appartenir ensemble.

Les pages de l’Assistant sont considérablement plus utilisables si chacune d’elles se bloque conceptuellement, traitant d’un seul aspect de la tâche globale. La principale instruction est le principal moyen d’y parvenir. Identifiez clairement l’objectif ou l’objectif de la page aux utilisateurs. instructions supplémentaires, et tous les contrôles de la page se rapportent directement à l’instruction principale. Bien que les pages de l’Assistant présentent aux utilisateurs des options pour lesquelles certaines pensées sont requises, cet effort ne se sent pas comme un travail, car il est étroitement concentré par l’intégrité de la page elle-même.

Malheureusement, les concepteurs de l’Assistant trompent souvent le clic rapide des utilisateurs sur le bouton Suivant comme preuve de la facilité d’utilisation, de la simplicité et de l’intégrité de leurs pages. L’expérience de l’Assistant ultime n’est pas Next, Next, Next, Next, Finish. Bien qu’une telle expérience suggère que les valeurs par défaut ont été bien choisies, elle suggère également que l’Assistant n’était pas vraiment nécessaire, car tous les choix sont facultatifs.

En termes de visuels et de texte, analysez ces éléments sur les éléments essentiels. Résistez à l’envie de regrouper plusieurs sous-tâches sur une seule page (l’Assistant burrito) ou de recourir à des onglets pour présenter des exigences d’entrée complexes. Une page unique doit couvrir une seule sous-tâche de la tâche globale de l’Assistant.

Incorrect :

capture d’écran

Avec trois onglets d’entrée utilisateur relativement dense requise, cette page de l’Assistant tente d’accomplir trop.

Dans la plupart des cas, conservez la taille de chaque page tout au long de l’Assistant pour favoriser une apparence cohérente. Bien que les Assistants Windows autorisent les pages redimensionnables afin que la taille d’une page corresponde à la quantité de contenu, seuls quelques-uns utilisent cette option.

Enfin, conservez des éléments structurels de chaque page de l’Assistant via la séquence. Par exemple, ne déplacez pas le bouton Précédent du coin supérieur gauche vers le bas dans la zone des boutons de validation pour une page ou deux. Ce niveau de cohérence de disposition permet aux utilisateurs de se sentir stables dans l’Assistant. Considérez cela comme une base de référence pour l’intégrité visuelle d’une page.

Recherche du niveau de communication approprié

Les utilisateurs ont une faible tolérance pour lire des blocs de texte volumineux sur l’écran, et même moins dans une surface d’interface utilisateur dont l’objectif est de se déplacer rapidement par le biais d’une tâche.

Les Assistants ont tendance à sur-communiquer. Ils occupent beaucoup d’espace sur l’écran, ce qui semble encourager un lecteur à remplir l’espace. C’est comme une variante de la loi de Parkinson : le texte de l’interface utilisateur s’étend pour remplir l’espace disponible.

L’un des coupables de cet excès est la redondance. En raison des modèles utilisés dans la conception anticipée de l’Assistant, la même langue peut apparaître à plusieurs emplacements sur une page, comme dans la barre de titre, les titres, le corps du texte, les étiquettes de contrôle, etc.

Il vaut la peine d’embaucher un éditeur professionnel pour découper votre texte de l’Assistant sans pitié. Éliminez les questions et options inutiles sur des pages individuelles et éliminez les pages entières de l’Assistant dans son ensemble (par exemple, les pages d’accueil et de félicitations traditionnelles). Obtenez le droit au point de la page avec une instruction principale écrite de manière concise, en utilisant la langue utilisée par votre public cible pour décrire la tâche, et non le jargon de la technologie ou de la fonctionnalité que vous ou votre équipe utilisez en interne. Cette approche centrée sur l’utilisateur est essentielle pour améliorer la communication des Assistants de votre programme.

Faites attention au ton de votre Assistant : parfois les impressions les plus durables de votre programme ne sont pas le résultat de ce que vous dites, mais comment vous dis-le ! Dans les Assistants, les utilisateurs sont à l’aise avec un ton convivial et conversationnel, avec l’utilisation libérale de la pronoun seconde personne (« vous ») lorsque le programme demande une entrée. Pour plus d’instructions, consultez Style et ton.

Réduire le nombre de mots sur la page de l’Assistant est généralement louable, mais soyez prudent de ne pas aller trop loin. Si la tâche est importante et justifie un Assistant, les utilisateurs apprécient d’avoir suffisamment d’informations pour faire des choix judicieux. L’exemple suivant montre comment le texte de l’Assistant peut être condensé sans sacrifier la signification.

Avant :

Après :

La version modifiée de cette page de l’Assistant fournit une instruction principale orientée tâche, supprime le paragraphe explicatif inutile sous l’instruction principale et révise l’étiquette de case à cocher pour clarifier l’objectif de la case à cocher.

Si vous ne faites que trois choses...

1. Mappez la tâche que vous essayez d’accomplir avec l’interface utilisateur appropriée pour effectuer le travail ; n’utilisez pas simplement un Assistant lorsque vous pensez que vous devez collecter un grand nombre d’entrées à partir d’utilisateurs.

2. Réfléchissez soigneusement à la longueur et à la structure de votre Assistant ; préférez les assistants courts et non de branchement pour conserver l’expérience aussi simple que possible, afin que les utilisateurs puissent revenir à leur tâche principale ou à leur intérêt dans votre programme.

3. Vérifiez l’intégrité de chaque page de votre Assistant : le contenu d’une page doit appartenir clairement.

Lignes directrices

Généralités

• Envisagez d’abord des alternatives légères, telles que les boîtes de dialogue, les volets Office ou les pages uniques. Vous n’avez pas besoin d’utiliser des Assistants. Vous pouvez fournir des informations utiles et une assistance dans n’importe quelle interface utilisateur.

• Utilisez des Assistants pour les tâches en plusieurs étapes. Utilisez des boîtes de dialogue à plusieurs pages pour les tâches en une seule étape avec des commentaires. Pour plus d’instructions, consultez boîtes de dialogue.

  correct :

  

  

  Dans cet exemple, les diagnostics réseau Windows se composent de pages de progression et de résultats. Étant donné que la tâche n’est qu’une seule étape, elle ne nécessite pas les boutons de navigation dont les utilisateurs ont besoin dans un Assistant. Elle est effectivement présentée sous la forme d’une boîte de dialogue multipage.

Taille de la fenêtre

• Choisissez une taille de fenêtre qui peut afficher toutes les pages de l’Assistant sans défilement vertical ou horizontal. Même si les contrôles de la page peuvent nécessiter un défilement, les pages de l’Assistant ne doivent pas elles-mêmes.

• Dimensionner suffisamment de fenêtres pour effectuer leurs tâches confortablement. La mise en page ne doit pas être serrée ou exiger que les utilisateurs défilent ou redimensionnent excessivement.

• Mais ne faites pas de fenêtres excessivement volumineuses. Les fenêtres plus grandes rendent la tâche plus complexe et nécessitent un mouvement supplémentaire pour l’interaction.

• Utilisez des fenêtres redimensionnables pour un Assistant qui peut bénéficier d’un espace d’écran supplémentaire, mais qui ne le nécessite pas. Attribuez une taille minimale appropriée. Les fenêtres redimensionnables sont utiles lorsque les pages nécessitent l’interaction avec du contenu redimensionnable, tel que des vues de liste volumineuses.

  correct :

  

  Mieux :

  

  Dans cet exemple, le redimensionnement de la fenêtre permet aux utilisateurs de voir la liste complète.

• Envisagez d’utiliser des Assistants de taille dynamique dont la taille de page change selon les besoins de son contenu. Cela permet à un Assistant de prendre en charge les mises en page avec un large éventail de contenu.

• Préférez le dimensionnement statique par rapport à la dynamique si les utilisateurs peuvent percevoir les modifications comme un manque de stabilité dans leur expérience de l’Assistant. La stabilité visuelle trompe souvent l’hébergement du contenu. La plupart des Assistants doivent adopter des tailles de fenêtre statiques standard, avec un dimensionnement dynamique réservé aux cas spéciaux.

Longueur de l’Assistant

• Rendre votre Assistant aussi concis et simplifié que possible. Supprimez les options et questions inutiles, et utilisez les valeurs par défaut intelligentes pour réduire le nombre de pages requises pour l’entrée utilisateur.
  • exception : professionnels de l’informatique et d’autres utilisateurs techniques ont une tolérance plus élevée pour les assistants plus longs et les exigences détaillées en matière d’entrée.
• Faites de votre Assistant un minimum de deux pages. Un Assistant d’une page doit être repensé en tant que boîte de dialogue à la place.
• Ne réduisez pas le nombre de pages de l’Assistant simplement en augmentant la complexité de chaque page. Par exemple, une page d’Assistant qui comprend trois onglets nécessitant une entrée utilisateur doit être repensée sous la forme de trois pages distinctes.
• N’augmentez pas le nombre de pages de l’Assistant en rendant chaque page si simple que les utilisateurs cliquent sans problème sur Suivant dans toute la séquence. Il s’agit d’un défaut de conception d’Assistant courant. Si une page d’Assistant ne nécessite pas au moins un certain degré de réflexion, elle n’a probablement pas besoin d’être dans l’Assistant du tout.

Ramification

• Préférer la conception de l’Assistant sans branchement par rapport au branchement. Les Assistants sans branche ont tendance à être plus simples, plus courts et faciles à naviguer. Les Assistants de branchement rendent plus difficile pour les utilisateurs de déterminer le nombre d’étapes de la tâche et leur emplacement dans la séquence.

• Si vous devez créer une branche, aidez les utilisateurs à s’orienter à l’aide de l’une des techniques suivantes :

  • Énumérer les pages. Une technique courante consiste à indiquer l’emplacement de l’utilisateur dans la séquence sur chaque page, par exemple avec l’expression Étape X de Y. Vérifiez que le point de terminaison (Y) est stable. Si elle change de valeur, cela nuit à la confiance des utilisateurs.

  • Inclure la notion de sous-étapes (par exemple, l’étape 2a de 6).

  • Effectuez des étapes indépendantes des pages, où chaque étape peut impliquer plusieurs pages. Par exemple, un service de voyage peut employer une organisation assistante basée sur des conventions de commerce électronique bien établies pour l’industrie.

    correct :

    

    Les étiquettes logiques peuvent fournir une orientation adéquate pour les utilisateurs d’un Assistant branchement.

  • Traitez les étapes facultatives comme persistantes dans la séquence d’énumération. Par exemple, si une branche ignore simplement quelques étapes facultatives, ignorez simplement les étapes décrites dans les commentaires, plutôt que de renuméroter. Ainsi, si un utilisateur fait un choix sur la page 2 qui entraîne la création de pages 3 et 4 facultatives, affichez les étapes 1, 2, 5 et 6 sur 6. Ne renuméroter pas les étapes 5 et 6.

  • Si l’Assistant utilise une branche unique et que la branche se produit tôt dans la tâche, démarrez la séquence à ce stade, puis utilisez simplement l’approche sans branche. Autrement dit, à partir du point de la branche, progressez en séquence jusqu’à la fin de la branche.

• Si vous devez créer une branche, limitez le nombre de branches à un ou deux dans un seul Assistant. N’incluez jamais plusieurs branches au sein d’une branche (une branche « imbriquée »).

Boutons de validation

• Lorsque les utilisateurs s’engagent dans une tâche, utilisez un bouton de validation qui est une réponse spécifique à l’instruction principale (par exemple, Imprimer, Se connecter ou Démarrer). N’utilisez pas d’étiquettes génériques telles que Next (qui n’implique pas d’engagement) ou Terminer (qui n’est pas spécifique) pour valider une tâche. Les étiquettes sur ces boutons de validation doivent être logiques. Démarrez toujours les étiquettes de bouton de validation avec un verbe. exceptions :
  • Utilisez Terminer lorsque les réponses spécifiques sont toujours génériques, telles que Enregistrer, Sélectionner, Choisir ou Obtenir.
  • Utilisez Finish pour modifier un paramètre spécifique ou une collection de paramètres.
• Un seul Assistant peut avoir plusieurs points de validation, mais un seul point est préféré.
• Si nécessaire, vous pouvez renommer ou masquer des boutons de validation sur une page. Cette flexibilité est un avantage de la nouvelle conception de l’Assistant dans Windows qui n’était pas disponible dans les assistants plus anciens. Notez que le masquage d’un bouton de validation diffère de sa désactivation.
• Évitez de désactiver un bouton de validation positif. Sinon, les utilisateurs doivent déduire pourquoi les boutons de validation sont désactivés. Il est préférable de laisser les boutons de validation activés et d’envoyer un message d’erreur utile chaque fois qu’un problème se produit. La désactivation du bouton n’est acceptable que si la raison de cette opération est évidente et non ambiguë.
• Ne confondez pas les boutons de navigation (Suivant et Précédent) avec les boutons de validation. Ensuite, vous devez progresser dans l’Assistant sans engagement ; Le retour doit toujours être disponible sur la page suivante, et cliquer sur Précédent doit annuler l’effet du dernier bouton Suivant. Si cela n’est pas possible, les utilisateurs prennent un engagement et sont indiqués par le biais d’une étiquette spécifique sur le bouton de validation. Pour plus d’instructions sur les boutons Suivant et Précédent, consultez de navigation.

Bouton Annuler

• Ne demandez pas aux utilisateurs de confirmer s’ils ont vraiment l’intention d’annuler. Cela peut être ennuyeux. exceptions :
  • L’action a des conséquences significatives et, si elle est incorrecte, n’est pas facilement résolu.
  • L’action peut entraîner une perte significative du temps ou de l’effort de l’utilisateur.
  • L’action est clairement incohérente avec d’autres actions.
• Autoriser les utilisateurs à redémarrer les Assistants en cas d’annulation par erreur.
• Ne désactivez pas le bouton Annuler. Exceptions:
  • Si l’annulation est dangereuse, ce qui peut être le cas lors de l’exécution d’une tâche dans des Assistants autonomes.
  • Si l’annulation est impossible, ce qui peut être le cas lorsque l’Assistant n’a pas le contrôle sur toutes les étapes.

Fermer les boutons

• Utilisez Close pour Follow-Up et les pages d’achèvement. N’utilisez pas Cancel, car la fermeture de la fenêtre n’abandonne pas les modifications ou les actions effectuées à ce stade. N’utilisez pas Done, car ce n’est pas un verbe impératif.
• Une fois la tâche effectuée, l’annulation doit devenir close (pour les Assistants autonomes). L’effet de Close consiste simplement à fermer la fenêtre.

Autres contrôles

• Utilisez des liens de commande uniquement pour les choix, et non pour les engagements. Les boutons de validation spécifiques indiquent un engagement beaucoup mieux que les liens de commande dans un Assistant.
• Lorsque vous utilisez des liens de commande, masquez le bouton Suivant, mais laissez le bouton Annuler.

Utilisation de pages (par rapport aux boîtes de dialogue ou à l’interface utilisateur inline)

• En général, préférez les pages aux boîtes de dialogue. Les utilisateurs s’attendent à ce que les Assistants soient basés sur des pages.
• Utiliser des boîtes de dialogue pour faciliter la fin des pages, telles que les sélecteurs d’objets et les navigateurs.
• Utiliser les boîtes de dialogue pour donner des messages d’erreur qui s’appliquent à l’ensemble de la page, et résultat en cliquant sur un bouton de validation.
• Utiliser une présentation inline pour des comportements dynamiques simples, telles que la divulgation progressive et l’interface utilisateur contextuelle.
• Utiliser la présentation inline pour les messages d’erreur qui s’appliquent à des contrôles spécifiques.

Pages de l’Assistant

• Concentrez-vous sur une prise de décision efficace. Réduisez le nombre de pages à concentrer sur les éléments essentiels. Regroupez les pages associées et retirez les pages facultatives du flux principal. Le fait que les utilisateurs cliquent complètement sur Suivant via votre Assistant peut sembler une bonne expérience au début, mais si les utilisateurs n’ont jamais besoin de modifier les valeurs par défaut, les pages sont probablement inutiles.

• Concevez chaque page pour avoir une cohérence visuelle et un seul objectif. Pour plus d’informations, consultez d’intégrité de page .

• N’utilisez pas les pages d’accueil : rendez la première page fonctionnelle chaque fois que cela est possible. Utilisez une page de prise en main facultative uniquement quand :

  • L’Assistant présente les conditions préalables nécessaires pour terminer l’Assistant correctement.
  • Les utilisateurs peuvent ne pas comprendre l’objectif de l’Assistant en fonction de sa première page Choix, et il n’y a pas de place pour plus d’explications.
  • L’instruction principale pour les pages De prise en main est « Avant de commencer : ».

  Incorrect :

  

• Les Assistants modernes optent pour les premières pages fonctionnelles. Ici, il n’y a rien à faire, mais cliquez sur Suivant. Pourquoi forcer les utilisateurs à payer cette taxe de jeton sur leur temps précieux ?

• Sur les pages dans lesquelles les utilisateurs sont invités à faire des choix, optimisez les cas les plus probables. Ces types de pages doivent présenter des choix réels, pas seulement des instructions.

  • Si vous n’utilisez pas de page de prise en main, expliquez l’objectif de l’Assistant en haut de la première page de choix.

• Utilisez les pages Commit pour indiquer clairement quand les utilisateurs s’engagent à la tâche. En règle générale, la page Validation est la dernière page de choix, et le bouton Suivant est réétiqueté pour indiquer que la tâche est validée.

  • N’utilisez pas de pages résumées qui résument simplement les sélections précédentes de l’utilisateur, sauf si la tâche est risquée (impliquant une sécurité ou une perte de temps ou d’argent) ou si les utilisateurs ont besoin de passer en revue leurs sélections.

• Utilisez les pages De progression pour afficher l’état d’une longue opération. Une fois l’opération terminée, la page de progression doit passer automatiquement à l’étape suivante. Il doit rester sur la page de progression uniquement s’il existe un problème que l’utilisateur doit voir. Cliquer sur Retour à une page de progression ne doit pas avoir d’effet secondaire.

  • Utilisez une barre de progression unique et détermina. Suivez les déterminer les instructions de barre de progression, notamment :
    • Indiquez clairement l’achèvement. Ne laissez pas une barre de progression atteindre 100 % sauf si l’opération est terminée.
    • Ne redémarrez pas la progression. Une barre de progression perd sa valeur si elle redémarre (peut-être parce qu’une étape de l’opération se termine) car les utilisateurs n’ont aucun moyen de savoir quand l’opération se termine. Au lieu de cela, toutes les étapes de l’opération partagent une partie de la progression et la barre de progression passe à la fin une fois.
  • Fournissez une description concise de l’étape actuelle au-dessus de la barre de progression. Pour les opérations rapides, ce texte n’est pas nécessaire ; la barre de progression seule est suffisante. Pour les opérations nécessitant une minute ou plus, le texte peut être utile.
    • Utilisez des fragments de phrase, en général à partir d’un verbe, et se terminant par des points de suspension. Exemples : Copie de fichiers..., installation des composants requis....
    • Placez le texte au-dessus de la barre, et non au-dessous.
    • Incorrect :
    • 
    • Dans cet exemple, le texte explicatif doit apparaître au-dessus de la barre de progression.
    • Évitez d’encombrer la page de progression avec des détails inutiles. Cette page n’est pas destinée au support technique ; c’est pour les utilisateurs.
    • Incorrect :
    • 
    • Dans cet exemple, les détails techniques tels que les GUID sont sans signification pour les utilisateurs.

• N’utilisez pas les pages Félicitations qui ne font rien, mais terminent l’Assistant. Si les résultats de l’Assistant sont clairement apparents aux utilisateurs, fermez simplement l’Assistant sur le bouton de validation final.

  • Utilisez Follow-Up pages lorsqu’il existe des tâches connexes que les utilisateurs sont susceptibles d’effectuer comme suivi. Évitez les tâches de suivi familières, telles que « Envoyer un message électronique ».
  • Utilisez les pages d’achèvement uniquement lorsque les résultats ne sont pas visibles et qu’il n’existe aucun meilleur moyen de fournir des commentaires pour l’achèvement des tâches.
  • Les Assistants qui ont des pages De progression doivent utiliser une page d’achèvement ou Follow-Up page pour indiquer l’achèvement de la tâche. Pour les tâches longues, fermez l’Assistant sur la page Validation et utilisez les notifications pour envoyer des commentaires.

• Utilisez les pages Résumé uniquement si l’entrée est complexe et que les utilisateurs doivent passer en revue, si la tâche implique un risque important (par exemple, une transition financière) ou si l’Assistant prendra des mesures en fonction de l’entrée utilisateur qui n’est pas évidente (pour générer une confiance grâce à la transparence). Souvent, les pages récapitulatives ne répondent pas à cette barre de pertinence et peuvent être omises.

• Utilisez des pages d’erreur si l’Assistant ne peut pas être terminé en raison d’un problème à partir duquel la récupération n’est pas possible. Sur cette page, expliquez ce que le problème est en langage clair, sans les utilisateurs de jargon technique ne comprendront pas. Fournissez également des mesures pratiques que les utilisateurs peuvent prendre pour résoudre le problème. Pour plus d’instructions, consultez messages d’erreur.

  • Exception : Si l’Assistant se termine par un problème mineur à partir duquel la récupération est possible, présentez le problème en tant que tâche supplémentaire au lieu d’une erreur. Utilisez un langage positif, orienté réussite, encourageant, et non des termes tels que l’erreur, l’échec ou le problème. N’utilisez pas d’icône d’erreur.

Navigation

• Utilisez Suivant uniquement lorsque vous passez à la page suivante sans engagement. L’avancement vers la page suivante est considéré comme un engagement lorsque son effet ne peut pas être annulé en cliquant sur Précédent ou Annuler.
• Utilisez Retour uniquement pour corriger les erreurs. Outre la correction des erreurs, les utilisateurs ne doivent pas avoir à cliquer sur Retour pour effectuer la progression dans une tâche.
• Conservez les sélections utilisateur par le biais de la navigation. Par exemple, si l’utilisateur apporte des modifications, cliquez sur Précédent, puis Suivant, ces modifications doivent être conservées. Les utilisateurs ne s’attendent pas à avoir à entrer à nouveau les modifications, sauf s’ils ont choisi explicitement de les effacer.
• Ne désactivez pas le bouton Précédent, sauf si la répétition des étapes est dangereuse.
• Permettre aux utilisateurs de parcourir ou de réviser les choix dans les scénarios de navigation suivants :
  • L’utilisateur donne une entrée, clique sur le bouton valider, clique sur Retour pour passer en revue les modifications précédentes, ne change rien, puis clique à nouveau sur le bouton valider. Normalement, cela doit être possible et la deuxième validation doit simplement passer à la page suivante (car la tâche a déjà été effectuée).
  • L’utilisateur donne une entrée, clique sur le bouton valider, clique sur Retour pour passer en revue les modifications précédentes, modifie quelque chose, puis clique à nouveau sur le bouton valider. Normalement, cela doit être possible et la deuxième validation doit rétablir la tâche avec l’entrée modifiée (en remplaçant ou annulant l’effet du premier).

Aide

• Les pages de l’Assistant Création pour fournir suffisamment d’informations afin que la référence à la documentation dans l’aide du programme soit inutile. Un Assistant éloigne déjà les utilisateurs de l’interaction directe souhaitée avec le programme ; demander aux utilisateurs de rechercher de l’aide externe les supprime encore plus loin de cet état. L’aide doit être l’exception, et non la règle.
• Si vous devez fournir un point d’accès à l’aide, utilisez un lien dans la partie inférieure gauche de la zone de contenu de la page (au-dessus de la zone de commande). Ce lien doit être bref et généralement formulé sous la forme d’une question que les utilisateurs sont les plus susceptibles de vouloir répondre.
• correct :
• 
• Ce lien vers l’aide est approprié, car les informations d’arrière-plan de base comme celle-ci encombrent trop la page de l’Assistant.

SMS

Généralités

• Utilisez-vous et votre pour faire référence à l’utilisateur et à l’ordinateur de l’utilisateur, au document, aux paramètres, et ainsi de suite. N’utilisez pas la première personne (je, ma) pour faire référence à l’ordinateur ou à l’Assistant. Toutefois, il est acceptable d’utiliser la première personne dans les options sélectionnées par l’utilisateur. Example :My use only case.
• Chaque page de l’Assistant doit avoir une instruction principale.

Titres

• Placez le nom de l’Assistant dans la barre de titre. Utilisez majuscules de style titre.
• Les titres ne doivent pas inclure de ponctuation, à l’exception des points d’interrogation.
• N’incluez pas le mot Assistant dans les titres de l’Assistant. Par exemple, utilisez Se connecter à un réseau au lieu de l’Assistant Installation du réseau.

Boutons

• N’incluez pas de texte sur le bouton Précédent. Utilisez plutôt le glyphe de flèche, sans étiquette.

• Incluez du texte sur le bouton Suivant. N’utilisez pas de glyphes (tels que > ou >>) en plus du mot Suivant.

• Utilisez des étiquettes de bouton de validation spécifiques qui ont du sens et qui sont une réponse à l’instruction principale. Idéalement, les utilisateurs ne doivent pas avoir à lire autre chose pour comprendre l’étiquette. Les utilisateurs sont beaucoup plus susceptibles de lire des étiquettes de bouton de commande que du texte statique.

• Si possible, n’utilisez pas le mot Terminer pour l’étiquette du bouton de validation, car il existe généralement un bouton de validation plus performant et plus spécifique :

  • Si vous cliquez sur le bouton valide sur la tâche (par conséquent, la tâche n’a pas déjà été effectuée), utilisez une étiquette spécifique qui commence par un verbe qui est une réponse à l’instruction principale (exemples : Imprimer, Se connecter, Démarrer).

  • Si la tâche a déjà été effectuée dans l’Assistant, utilisez Close à la place.

    exceptions :

    • Vous pouvez utiliser Finish lorsque l’étiquette spécifique est toujours générique, par exemple Enregistrer, Sélectionner, Choisir ou Obtenir.
    • Vous pouvez utiliser Terminer lorsque la tâche implique de modifier un paramètre ou une collection de paramètres.

• Démarrez les étiquettes de bouton de validation avec un verbe. Les exceptions sont OK, Oui et Non.

• Utilisez majuscules de style phrase.

• N’utilisez pas de ponctuation de fin.

Documentation

• Bien que la plupart des Assistants Windows n’aient plus le mot Assistant dans le titre, il est acceptable de faire référence à des Assistants en tant qu’Assistants dans la documentation. Cette référence doit être en minuscules.
• correct :
• Si vous configurez un réseau pour la première fois, vous pouvez obtenir de l’aide à l’aide de l’Assistant Se connecter à un réseau.
• Certains Assistants hérités des versions antérieures de Windows peuvent inclure l’Assistant dans le titre. Lorsque vous faites référence à l’un de ces Assistants, il est acceptable d’utiliser l’Assistant [X] pour éviter de dire l’Assistant De l’Assistant [X].
• Reportez-vous à un écran individuel dans un Assistant en tant que page.