Première expérience

Dans la première expérience idéale, les utilisateurs installent votre programme et l’utilisent de manière productive immédiatement, sans répondre à un tas de questions ou apprendre un tas de choses.

Une première expérience utilisateur permet aux utilisateurs de passer de leur première exposition à un nouveau programme ou fonctionnalité à l’utilisation quotidienne.

Pour les programmes Windows, la première expérience initiale se produit lorsque les utilisateurs exécutent le programme d’installation. Les programmes d’installation sont généralement les suivants :

• Exiger que l’utilisateur accepte un contrat de licence utilisateur final (CLUF).
• Demandez une clé de produit.
• Présentez les options requises liées à la configuration, notamment l’installation de logiciels facultatifs.
• Copiez le logiciel sur le disque dur de l’utilisateur.
• Présentez 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ésentez les options de programme qui s’appliquent uniquement à l’utilisateur actuel.
• Proposez des didacticiels sur le produit ou les fonctionnalités.

Première expérience d’utilisation.

Remarque : Recommandations 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 de configuration

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 un élément crucial 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 les paramètres 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 c’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 un élément crucial 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 les paramètres 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 dans 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é.

Concepts de conception

Dans la première expérience idéale, les utilisateurs installent votre programme (ou même commencent simplement s’il ne nécessite pas d’installation) et l’utilisent de manière productive sans répondre à un tas de questions ou d’apprendre un tas de choses.

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 obtenu 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 qu’elles doivent répondre avant que les utilisateurs puissent continuer. Les questions au cours de la première expérience sont des obstacles que les utilisateurs doivent sauter 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 options de programme sont des choix. Les questions inutiles rendent la première expérience de votre programme fastidieuse et longue, éliminant efficacement l’anticipation positive et l’excitation que les utilisateurs ont sur la prise en main de votre programme.

Utilisez la première expérience lorsque vous devez

Présentez les paramètres et les tâches aux utilisateurs au cours des premières expériences lorsque vous devez, mais il existe généralement de meilleures alternatives :

Si vous ne faites qu’une seule chose...

Gardez votre première expérience aussi simple que possible. Obtenez immédiatement votre programme. Choisissez les valeurs par défaut sécurisées, sécurisées et pratiques et posez des questions pendant l’installation et la première utilisation uniquement lorsque vous devez.

Vous n’avez qu’une chance de faire une bonne première impression et que la première impression est durable.

Lignes directrices

Généralités

• 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 : Ajouter des paramètres de personnalisation ou de programme à la première expérience si leur personnalisation fait partie de l’expérience principale ou 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 former une connexion émotionnelle au produit.

• Utiliser l’expérience d’installation pour les tâches et les paramètres s’ils s’appliquent à tous les utilisateurs ou modifient les paramètres nécessitent une élévation.
• Utiliser 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érer les tâches et paramètres facultatifs aux tâches et paramètres requis. É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 le rendre 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.

  

  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 pas surcharger les utilisateurs avec des tâches et des paramètres :

  • Commencez simple. Commencez par des paramètres simples, de personnalisation et de progression vers des tâches et des paramètres plus complexes, techniques. Par exemple, le programme d’installation de Windows commence par des informations personnelles et se termine par la configuration réseau.

  • Utiliser 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 pour le 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 des tâches à différents moments au lieu de tous à la fois.

  Incorrect :

  

  Dans cet exemple, la première expérience d’utilisation est écrasante.

• Exprimez des questions et des options en termes d’objectifs et de tâches des utilisateurs, et non pas en termes de technologie. Fournissez des options que les utilisateurs comprennent et différencient clairement. Veillez à fournir suffisamment d’informations aux utilisateurs pour prendre 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 il sera utilisé.

  

  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 le plus sûr (pour éviter la perte de données ou d’accès au système), la valeur la plus sécurisée et privée par défaut. Si la sécurité et la sécurité ne sont pas des facteurs, 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.

• Exiger que les utilisateurs optent pour :

  • Paramètres ayant 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.
  • Fonctionnalités qui effectuent des modifications automatiques de configuration système, telles que les mises à jour automatiques Windows.
  • Fonctionnalités qui révèlent des informations d’identification personnelle (PII) ou des informations système.
  • 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.
  • Logiciels facultatifs, tels que les améliorations de produits, les abonnements et les produits tiers.

  

  Dans cet exemple, les utilisateurs choisissent d’apporter des améliorations aux produits, aux abonnements et aux produits tiers.

• Si un paramètre est fortement recommandé, ajoutez « (recommandé) » à l’étiquette. Pour les cases d’option et les cases à cocher, veillez à ajouter à l’étiquette de contrôle, et non aux notes supplémentaires.

• Si un paramètre est destiné uniquement aux utilisateurs avancés, ajoutez « (avancé) » à l’étiquette. Pour les cases d’option et les cases à cocher, veillez à ajouter à l’étiquette de contrôle, et non aux notes supplémentaires.

Tâches

• Aider les utilisateurs à passer du temps d’attente 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 de ce qui est nouveau pendant la configuration.
  • 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 de rendre l’achèvement des tâches évident en modifiant considérablement l’écran.
• Reconsidérer la présentation des didacticiels au cours de la première expérience. Les utilisateurs souhaitent probablement utiliser votre programme immédiatement et sont intéressés par des didacticiels à 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 être plus facile à découvrir dans les contextes où il 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.