Première expérience
Remarque
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 instructions s’appliquent toujours en principe, mais la présentation et les exemples ne reflètent pas notre guide de conception actuel.
Dans la première expérience idéale, les utilisateurs installent votre programme et l’utilisent immédiatement de manière productive, sans devoir répondre à de nombreuses questions ni acquérir un grand nombre de connaissances.
Une première expérience utilisateur permet aux utilisateurs de passer de leur première exposition à un nouveau programme ou une nouvelle fonctionnalité à une utilisation quotidienne.
Pour les programmes Windows, la première expérience initiale se produit lorsque les utilisateurs exécutent le programme d’installation. Généralement, les programmes d’installation :
- Exigent que l’utilisateur accepte un contrat de licence utilisateur final (CLUF).
- Demandent une clé de produit.
- Présentent les options requises liées à la configuration, notamment l’installation de logiciels facultatifs.
- Copient le logiciel sur le disque dur de l’utilisateur.
- Présentent les options de programme qui s’appliquent à tous les utilisateurs.
Partie d’une expérience de configuration Windows classique.
La première expérience passe ensuite à la première utilisation du programme ou de la fonctionnalité. Cette première expérience d’utilisation peut :
- Présenter les options de programme qui s’appliquent uniquement à l’utilisateur actuel.
- Proposer des tutoriels sur le produit ou la fonctionnalité.
Première expérience d’utilisation.
Remarque : les instructions relatives aux options de programme sont présentées dans un article distinct.
Est-ce l’interface utilisateur appropriée ?
Pour décider, tenez compte des questions suivantes.
Expérience d’installation
Les conditions suivantes s’appliquent-elles ?
- Les paramètres appropriés sont requis pour utiliser le programme et s’appliquent à tous les utilisateurs.
- Les paramètres personnalisent une expérience de base ou cruciale pour l’identification personnelle de l’utilisateur avec le programme.
- Il n’existe aucune valeur par défaut sécurisée, l’utilisateur est susceptible de choisir les paramètres qui ne sont pas ceux par défaut, ou les paramètres par défaut nécessitent le consentement de l’utilisateur.
- Il est peu probable que l’utilisateur modifie les paramètres après l’installation.
- La modification des paramètres nécessite une élévation.
Si tel est le cas, envisagez de présenter les paramètres pendant l’expérience de configuration.
Première expérience d’utilisation
Les conditions suivantes s’appliquent-elles ?
- Les paramètres ou tâches appropriés sont nécessaires pour utiliser le programme ou la fonctionnalité, et ils s’appliquent à des utilisateurs individuels.
- Les paramètres personnalisent une expérience de base ou cruciale pour l’identification personnelle de l’utilisateur avec le programme.
- Il n’existe aucune valeur par défaut sécurisée, l’utilisateur est susceptible de choisir les paramètres qui ne sont pas ceux par défaut, ou les paramètres par défaut nécessitent le consentement de l’utilisateur.
- Les utilisateurs sont susceptibles de faire de meilleurs choix dans le contexte du programme que lors de l’installation.
- Il est peu probable que l’utilisateur modifie les paramètres à l’aide d’Options.
Si c’est le cas, envisagez de présenter les tâches et les paramètres pendant la première expérience d’utilisation du programme ou de la fonctionnalité.
Principes de conception
Dans la première expérience idéale, les utilisateurs installent votre programme (ou le démarre simplement s’il ne nécessite pas d’installation) et l’utilisent de manière productive sans devoir répondre à de nombreuses questions ni acquérir un grand nombre de connaissances.
Cet idéal est récupérable pour la plupart des programmes. Vous devez donc vous efforcer de cette expérience idéale chaque fois que vous le pouvez. Toutefois, cet objectif n’est souvent pas atteint pour les programmes qui nécessitent une intégration importante du système, ont de nombreuses fonctionnalités facultatives ou ont des répercussions sur la confidentialité. Par exemple, si votre programme comporte des fonctionnalités qui peuvent révéler des informations personnelles à des parties non approuvées, les principes de l’informatique digne de confiance nécessitent que vous obteniez le consentement de l’utilisateur avant d’activer ces fonctionnalités.
Les questions ne sont pas des choix
Les questions nécessitent des réponses que les utilisateurs doivent fournir pour continuer. Les questions au cours de la première expérience sont des obstacles que les utilisateurs doivent franchir avant de pouvoir utiliser votre programme de manière productive. En revanche, les choix sont facultatifs. Les utilisateurs n’ont pas à y répondre ou peuvent choisir de les voir uniquement quand ils le souhaitent.
Par conséquent, les paramètres présentés dans le flux principal d’un Assistant Configuration sont des questions, tandis que les paramètres en dehors du flux d’installation principal ou dans une boîte de dialogue d’options de programme sont des choix. Les questions inutiles rendent la première expérience de votre programme fastidieuse et longue, ce qui tue dans l’œuf l’anticipation positive et l’excitation des utilisateurs à l’idée de commencer à utiliser votre programme.
Utilisez la première expérience lorsque cela s’impose
Présentez les paramètres et les tâches aux utilisateurs au cours des premières expériences lorsque cela s’impose, mais il existe généralement de meilleures alternatives :
| Première expérience | Autres solutions |
|---|---|
| Questions lors de l’installation |
Sélectionner les valeurs par défaut appropriées. Autoriser les utilisateurs à effectuer des modifications à partir des options du programme. Fournir des chemins d’installation classiques et personnalisés. |
| Questions lors de la première utilisation |
Sélectionner les valeurs par défaut appropriées et autoriser les utilisateurs à effectuer des modifications à partir des options de programme. |
| Tâches lors de la première utilisation |
Présentez en contexte à la place. |
| Annonces de fonctionnalités lors de la première utilisation |
Rendre les tâches les plus courantes et importantes contextuelles et faciles à découvrit. |
| Tutoriels lors de la première utilisation |
Rendre les fonctionnalités du programme explicites et faciles à comprendre. |
| Enregistrement du produit |
Fournir une commande dans le menu Aide et la zone À propos de. |
Si vous ne faites qu’une seule chose...
Simplifiez votre première expérience autant que possible. Faites que votre programme fonctionne immédiatement. Choisissez des valeurs par défaut sûres et pratiques et posez des questions pendant l’installation et la première utilisation uniquement lorsque cela s’impose.
Vous n’avez qu’une chance de faire une bonne première impression et cette première impression est durable.
Consignes
Général
- Limitez les premières expériences aux tâches et aux paramètres nécessaires pour utiliser un programme ou une fonctionnalité, et incluez-les uniquement lorsqu’il n’existe aucune meilleure alternative. Consultez le tableau précédent pour connaître les alternatives.
- Exception : ajoutez des paramètres de personnalisation de programme à la première expérience si leur personnalisation fait partie de l’expérience principale ou est cruciale pour l’identification personnelle de l’utilisateur avec le programme.
Windows demande aux utilisateurs le nom de l’ordinateur et le choix de l’arrière-plan lors de l’installation, car ces paramètres permettent de susciter un lien émotionnel avec le produit.
- Utilisez l’expérience de configuration pour les tâches et les paramètres s’ils s’appliquent à tous les utilisateurs ou si la modification des paramètres nécessite une élévation.
- Utilisez la première expérience d’utilisation pour les tâches et les paramètres s’ils s’appliquent à des utilisateurs individuels.
Présentation
Préférez les tâches et paramètres facultatifs aux tâches et paramètres obligatoires. Évitez de forcer les utilisateurs à configurer votre programme.
La boîte de dialogue Nouveau matériel trouvé permet d’installer le logiciel de pilote au lieu de rendre cette tâche obligatoire.
Retirez les tâches et paramètres facultatifs du flux de tâches principal chaque fois que cela est pratique. Par exemple, de nombreux programmes d’installation fournissent un chemin d’installation personnalisé pour supprimer les paramètres rarement modifiés du flux de tâches principal.
Une expérience de configuration qui facilite le flux de tâches principal si l’utilisateur n’a pas l’intention de personnaliser l’installation.
Ne surchargez pas les utilisateurs avec des tâches et des paramètres :
Commencez doucement. Commencez par des paramètres de personnalisation simples et progressez vers des tâches et des paramètres plus complexes, techniques. Par exemple, le programme d’installation de Windows commence par les informations personnelles et se termine par la configuration réseau.
Utilisez une première expérience contextuelle pour les tâches et les paramètres s’ils s’appliquent uniquement aux fonctionnalités qui ne sont pas fondamentales au programme principal.
Windows Live Messenger a une configuration contextuelle pour l’audio et la vidéo, car ils sont utilisés par les fonctionnalités secondaires.
Ne présentez pas tout en même temps. Consolidez pour utiliser une seule interface utilisateur au lieu de plusieurs surfaces d’interface utilisateur, ou affichez les tâches à différents moments plutôt que toutes à la fois.
Incorrect :
Dans cet exemple, la première expérience d’utilisation est surchargée.
Exprimez les questions et les options en termes d’objectifs et de tâches des utilisateurs, et non en termes de technologie. Fournissez des options que les utilisateurs comprennent et différencient clairement. Veillez à fournir suffisamment d’informations aux utilisateurs pour qu’ils prennent des décisions éclairées.
Si la nécessité d’informations personnelles n’est pas évidente, expliquez pourquoi votre programme a besoin de l’information et comment elle sera utilisée.
Dans cet exemple, une application de commerce électronique explique comment les informations personnelles seront utilisées.
Présentez les premières expériences en plein écran uniquement si les utilisateurs ne peuvent pas effectuer d’autres tâches de manière productive. Par exemple, la configuration de Windows est présentée en plein écran pour empêcher les utilisateurs d’effectuer d’autres tâches pendant l’installation de Windows. La plupart des premières expériences ne doivent pas être en plein écran.
Paramètres
Pour tous les paramètres, sélectionnez la valeur par défaut la plus sûre (pour éviter la perte de données ou d’accès au système) et la plus privée. Si la sécurité n’est pas un facteur, sélectionnez la valeur la plus probable ou la plus pratique. Choisir de bonnes valeurs par défaut est un moyen efficace de simplifier la première expérience.
Demandez que les utilisateurs leur acceptation pour :
- Les paramètres avec des implications juridiques, telles que les contrats de licence des utilisateurs finaux (CLUF). Ces paramètres ne peuvent pas avoir de sélections par défaut.
- Les fonctionnalités qui effectuent des modifications automatiques de configuration système, telles que les mises à jour automatiques Windows.
- Les fonctionnalités qui révèlent des informations d’identification personnelle (PII) ou des informations système.
- Les modifications apportées au bureau de l’utilisateur au-delà de l’ajout d’entrées au menu Démarrer, telles que l’ajout d’icônes au bureau ou à la barre de lancement rapide.
- Les logiciels facultatifs, tels que les améliorations de produits, les abonnements et les produits tiers.
Dans cet exemple, les utilisateurs acceptent ou non les améliorations produit, les abonnements et les produits tiers.
Si un paramètre est fortement recommandé, ajoutez « (recommandé) » à son libellé. Pour les cases d’option et à cocher, veillez à l’ajouter au libellé du contrôle, et non aux notes supplémentaires.
Si un paramètre est destiné uniquement aux utilisateurs avancés, ajoutez « (avancé) » au libellé. Pour les cases d’option et à cocher, veillez à l’ajouter au libellé du contrôle, et non aux notes supplémentaires.
Tâches
- Aidez les utilisateurs à attendre de manière productive.
- Si le temps d’attente est généralement compris entre une et deux minutes, envisagez de fournir des informations utiles pendant que les utilisateurs attendent, par exemple une présentation des nouveautés.
- Si le temps d’attente est généralement supérieur à deux minutes, facilitez l’exécution d’autres tâches par les utilisateurs. Affichez le temps d’attente estimé, recommandez aux utilisateurs d’effectuer quelque chose d’autre en attendant et faites que l’achèvement des tâches soit évident en modifiant considérablement l’écran.
- Reconsidérez la présentation de tutoriels au cours de la première expérience. Les utilisateurs souhaitent probablement utiliser votre programme immédiatement et seront intéressés par les tutoriels à un moment ultérieur.
- N’utilisez pas les notifications de publication de fonctionnalités dans la première expérience. Au lieu d’utiliser une notification de publication de fonctionnalités, concevez la fonctionnalité pour qu’elle soit plus facile à découvrir dans les contextes où elle est nécessaire, ou ne faites rien de spécial et laissez les utilisateurs découvrir la fonctionnalité par eux-mêmes.
- N’utilisez aucune notification pendant l’expérience Windows initiale. Pour améliorer sa première expérience, Windows 7 supprime toutes les notifications affichées au cours des premières heures d’utilisation. Concevez votre programme en supposant que les utilisateurs ne voient aucune notification de ce type.