Conception UX des applications Windows - Priorités selon l'environnement d'utilisation

Quand on réfléchit à l’UX d’une application Windows, commencer par « est-ce que ça a l’air moderne » ou « est-ce que les marges sont belles » inverse légèrement l’ordre des priorités.

Sur le bureau Windows, l’UX ne se décide pas uniquement par l’apparence.

• Jusqu’où peut-on aller avec le seul clavier ?
• Est-ce pensé pour la souris ou pour le tactile ?
• Est-ce utilisé pendant des heures, ou seulement quelques minutes de temps en temps ?
• S’agit-il de supervision, de saisie, ou d’un terminal de terrain ?
• Que casse-t-on en cas d’erreur ?
• Tient-elle bon face à l’agrandissement du texte, aux thèmes de contraste et aux technologies d’assistance ?

Tout cela ensemble, c’est l’UX.

Ce qui complique encore les choses, c’est que le B2C et le B2B n’ont pas le même centre de gravité. Mais si l’on en conclut que « B2B veut dire qu’il faut tout condenser » ou « B2C veut dire qu’il faut rester léger et simple », on finit presque toujours par se planter quelque part.

Par exemple, même au sein du B2B :

• Les applications de bureau comme la saisie comptable ou la gestion des commandes
• Les terminaux de terrain dans les usines, entrepôts, accueils ou équipements d’inspection
• Les écrans d’exploitation pour la supervision 24h/24 et la maintenance

ont des conditions de bonne UX assez différentes.

Inversement, même en B2C :

• Un petit utilitaire personnel
• Des outils orientés experts comme la retouche d’image, la production musicale ou l’analyse d’investissement

diffèrent complètement en termes de densité d’interface et d’exigences de raccourcis.

Les recommandations de conception de Microsoft pour Windows insistent elles aussi sur le fait que la conception d’une application Windows doit être intuitive, accessible, et fonctionner de façon cohérente à travers les méthodes de saisie et les formats d’appareil. ¹²

Dans cet article, nous organisons l’UX des applications Windows sous la forme d’un tableau de décision par cas d’usage. L’objectif est de faciliter, lors d’une revue de conception ou aux premières étapes de la conception des écrans, la question « que doit prioriser cette application ? ».

1. Les conclusions d’abord

Pour le dire simplement d’entrée de jeu :

• Pour le B2C, priorisez d’abord la facilité de compréhension dès la première utilisation, le sentiment de sécurité, un minimum de réglages, et des parcours simples
• Pour le B2B, priorisez d’abord l’efficacité continue, la prévention des erreurs de manipulation, le support clavier, et une disposition stable
• Cependant, pour les terminaux de terrain en B2B, la clarté, de grandes cibles d’interaction et des parcours courts priment sur la densité
• Et pour les outils experts en B2C, la densité d’information, les raccourcis et la personnalisation priment sur la simplicité
• Pour les applications Windows, penser l’UX jusqu’au bout — clavier / souris / tactile / agrandissement du texte / thèmes de contraste / technologies d’assistance — rend la conception moins susceptible de se casser par la suite ¹³⁴⁵⁶⁷

Ce qu’il faut vraiment décider en premier ne se limite pas au choix B2C ou B2B. Voici les cinq points à formuler d’abord.

1. Qui l’utilise (débutant, expert, mixte)
2. Où elle est utilisée (bureau, salle de réunion, terrain, usine, accueil, extérieur)
3. Avec quoi elle est utilisée (clavier, souris, tactile, stylet, lecteur de code-barres, technologies d’assistance)
4. À quelle fréquence elle est utilisée (surtout la première fois, occasionnellement, quotidiennement, toute la journée)
5. Quel est le coût d’une erreur (léger, lourd, dangereux, soumis à audit)

Une fois ces cinq points clarifiés, il devient beaucoup plus facile de prioriser la densité de l’interface, la navigation, les raccourcis, les boîtes de dialogue de confirmation et la personnalisation.

2. Le B2C / B2B est un point d’entrée, pas la réponse

La distinction B2C / B2B est pratique comme premier point d’entrée. Mais ce qui détermine le plus fortement la bonne UX, c’est moins le type d’acheteur que le type d’usage.

Par exemple, en regardant grossièrement selon deux axes, cela donne :

Autrement dit, ce n’est pas :

• B2C = toujours une interface légère
• B2B = toujours une interface dense

Les recommandations de conception des applications Windows insistent elles aussi sur une utilisabilité cohérente à travers les appareils, les types de saisie et les formats, et du point de vue de l’accessibilité, il est jugé important de prendre en compte non seulement le handicap, mais aussi des contraintes environnementales comme la lumière extérieure vive, les espaces partagés, les lieux calmes et les lieux bruyants. ¹²

Nous recommandons donc, après avoir examiné le B2C / B2B, d’affiner encore selon les axes suivants.

Trancher ces points en amont réduit considérablement, en réunion, les débats du type « ça fait vaguement moderne » contre « ça fait vaguement professionnel ».

3. Le tableau de décision par cas d’usage, en un coup d’œil

Commençons par le tableau le plus utile en pratique.

Ce tableau seul donne déjà une bonne idée de la direction à suivre. Ce qui compte particulièrement, c’est que même en B2B, une interface dense n’est pas la bonne réponse pour les terminaux de terrain, et que même en B2C, pour les outils experts, l’efficacité l’emporte sur la légèreté.

4. Orientations de conception par cas d’usage

4.1 Utilitaires B2C / applications personnelles

Pour les petites applications Windows B2C, « utilisable immédiatement après le lancement » est avant tout la qualité la plus forte.

Voici les points à privilégier en particulier.

• Le tout premier écran indique clairement ce que fait l’application
• Les actions principales sont limitées à une ou deux
• L’état vide n’est pas déroutant
• Les actions dangereuses peuvent être annulées
• Ne pas montrer tous les réglages dès le départ

L’erreur fréquente ici est d’aligner tout ce qui est techniquement possible. Mais pour un outil B2C léger, être immédiatement utilisable apporte plus de valeur, dans bien des cas, qu’être riche en fonctionnalités.

La conception de la navigation sous Windows indique elle aussi qu’il n’existe pas une réponse unique valable pour toutes les applications, et met d’abord en avant la cohérence, la simplicité et la clarté. Utiliser des contrôles standard et des emplacements habituels rend l’interface plus prévisible. ⁸

Pour le B2C, une organisation de ce type suffit souvent :

• Écran unique si l’application est petite
• Navigation supérieure si les sections sont parallèles
• Réglages révélés progressivement
• Action principale mise en avant, le reste discret

Cela dit, même en B2C, les choses changent pour des applications orientées experts comme la retouche photo, le montage vidéo, la composition musicale, l’analyse d’investissement ou les outils pour développeurs. Dans ce cas, regarder le niveau d’expertise et la durée d’utilisation plutôt que l’étiquette B2C rapproche de la bonne réponse.

4.2 Saisie administrative / back-office B2B

Pour les applications B2B de type administratif, ce qui compte n’est pas la légèreté visuelle mais le fait que le travail ne s’interrompe jamais.

Les utilisateurs quotidiens s’habituent à l’interface en quelques jours. Ce qui compte ensuite, ce sont des éléments comme :

• Jusqu’où peut-on aller avec le seul clavier ?
• Est-il facile d’aller-retour entre la liste et le détail ?
• Les colonnes et états importants sont-ils visibles d’un coup d’œil ?
• Les filtres et le tri peuvent-ils être conservés ?
• Les erreurs peuvent-elles être corrigées sur place ?

Les recommandations d’accessibilité clavier de Microsoft indiquent elles aussi qu’il est important que toutes les fonctionnalités soient accessibles au clavier, et recommandent l’ordre de tabulation, le focus, l’activation par Entrée / Espace, et l’implémentation de raccourcis. ³

Par ailleurs, les touches d’accès sont utiles non seulement pour l’accessibilité, mais aussi pour l’efficacité des utilisateurs avancés qui préfèrent le clavier. Là où c’est pertinent, il est recommandé de prendre en charge les touches d’accès, y compris dans les contrôles personnalisés. ⁹

Pour la saisie administrative, la navigation liste/détail est un choix sûr. Le guide de navigation Windows indique aussi que la vue liste/détail convient à un usage où l’on bascule fréquemment entre éléments tout en affichant ou mettant à jour des détails, adapté à des cas comme une boîte de réception, une liste de contacts, ou de la saisie de données. ⁸

Autrement dit, une organisation de ce type est naturelle :

• Catégories fonctionnelles à gauche
• Liste au centre
• Détail / édition à droite ou en dessous
• Recherche, filtres et commandes principales en haut
• Raccourcis pour les actions fréquentes

À l’inverse, voici des schémas à éviter :

• Une boîte de dialogue à chaque action
• Trop peu de colonnes, ce qui nuit à la lisibilité d’ensemble
• Actions principales accessibles uniquement via le clic droit
• Vouloir exprimer le sens uniquement par des icônes
• Un ordre de tabulation chaotique où ni Entrée ni Espace ne fonctionnent

Pour les erreurs de saisie aussi, il est plus naturel d’afficher les erreurs de validation liées à un champ dans l’écran lui-même plutôt que dans une boîte de dialogue. Le guide des boîtes de dialogue Windows recommande également d’utiliser un affichage en ligne plutôt qu’une boîte de dialogue pour les erreurs de validation liées au contexte, comme les champs de mot de passe. ¹⁰

4.3 Supervision / exploitation B2B

Pour l’UX des écrans de supervision et d’exploitation, avant même « facile à utiliser », ce qui compte est de ne rien manquer, ne pas se tromper, ne pas s’arrêter.

Les priorités ici sont globalement les suivantes.

• La présence d’une anomalie est visible d’un coup d’œil
• La gravité de l’anomalie est claire
• On peut suivre non seulement les valeurs actuelles, mais aussi les évolutions et la chronologie
• Le chemin vers les opérations dangereuses n’est pas trop facile d’accès
• On peut accéder rapidement aux journaux, à l’historique et à l’investigation des causes

Dans ce type d’écran, la représentation de l’état est au cœur de l’UX. Il est plus sûr d’exprimer l’état par plusieurs éléments combinés — couleur + texte + icône + horodatage. Transmettre l’état uniquement par la couleur favorise les oublis et les erreurs d’identification, et affaiblit aussi l’accessibilité. ¹¹

Pour la navigation, quand il y a beaucoup d’éléments à superviser, la navigation latérale gauche est pratique ; l’exploration d’un élément particulier se fait par drill-down, et le détail s’affiche sous forme de journaux ou de chronologie. Le guide de navigation Windows indique aussi que la navigation latérale gauche convient quand il y a de nombreux éléments de premier niveau, et aux structures où le changement de page n’est pas incessant. ⁸

Côté interaction, ne placer une commande qu’à un seul endroit est également risqué. Le guide de conception des commandes Windows recommande que les commandes soient accessibles depuis plusieurs surfaces — boutons, menus contextuels, raccourcis, gestes —, et que toutes les commandes pertinentes figurent dans un menu contextuel ou un CommandBarFlyout. Dépendre d’opérations qui n’apparaissent qu’au survol (hover) les rend inutilisables sur les appareils tactiles et avec les technologies d’assistance. ¹²¹³

Les boîtes de dialogue de confirmation pour les opérations dangereuses comptent aussi ici. Mais « confirmer systématiquement, au cas où » est contre-productif. Ce qui mérite vraiment une confirmation, ce sont les opérations à tendance irréversible comme arrêter, supprimer, basculer, couper, réécrire. Si vous affichez une boîte de dialogue, il faut au minimum respecter ces trois règles :

• Indiquer clairement ce qui va se passer dès la première ligne
• Utiliser des libellés de bouton précis — Supprimer / Arrêter / Couper plutôt que OK / Oui
• Toujours inclure un bouton du côté sûr

¹⁰

4.4 Terminaux de terrain / interfaces d’équipement / bornes B2B

Les terminaux de terrain forment une catégorie bien à part au sein de l’UX des applications Windows.

• L’utilisateur n’est pas assis
• Il porte peut-être des gants
• Une seule main est disponible
• Il ne regarde pas l’écran attentivement
• Il y a une pression temporelle
• L’usage se fait dans des lieux lumineux ou bruyants

Ce sont des conditions parfaitement normales.

Les recommandations d’accessibilité de Microsoft indiquent elles aussi qu’une bonne application Windows doit prendre en compte, au-delà du seul handicap, des contraintes environnementales incluant des situations comme la lumière du soleil vive, les espaces partagés, le bruit, le silence, ou le fait de cuisiner. ²

Par ailleurs, dans la conception tactile, on observe des différences comme :

• Le tactile n’a pas de survol (hover)
• Les doigts et la main masquent (occlusion) une partie de l’interface
• Certaines zones de l’écran sont difficiles à atteindre selon la posture de la main
• Le retour visuel est important

⁴

Pour les terminaux de terrain, on s’oriente donc généralement ainsi :

• Boutons et éléments de liste suffisamment grands
• Se rapprocher d’un objectif unique par écran
• Montrer clairement la réaction après chaque action
• Découper le flux en étapes
• Privilégier autant que possible la sélection, le scan et les valeurs prédéfinies plutôt que la saisie libre
• Afficher l’état clairement en haut ou au centre de l’écran

À l’inverse, ce qu’il faut éviter :

• Un texte petit
• Des zones de clic petites
• Une dépendance aux infobulles basées sur le survol
• Des hiérarchies profondes
• Une masse d’informations sur un seul écran
• Une saisie libre longue

C’est dans ce domaine que l’idée simpliste « B2B veut dire qu’il vaut mieux plus de densité » se trompe le plus facilement. C’est au contraire, parmi les applications métier, l’univers où la clarté prime particulièrement.

4.5 Outils d’édition / d’analyse experts

Pour les outils experts, « rendez ça compréhensible » peut céder la place à « ne me faites pas arrêter de travailler ».

Par exemple :

• La CAO
• L’analyse de formes d’onde
• Le montage vidéo
• Le traitement d’image
• La production musicale
• Les outils pour développeurs
• L’analyse de données
• Les outils d’audit / de diagnostic

Pour ce type d’application, les éléments suivants font la différence :

• Densité d’information
• Plusieurs volets
• Onglets
• Menus contextuels
• Raccourcis
• Sauvegarde de la mise en page
• Personnalisation des colonnes et des champs affichés
• Annuler / Rétablir (Undo / Redo)
• Restauration de l’état de travail

Le guide de navigation Windows indique aussi que les onglets conviennent aux cas où l’on veut ouvrir, fermer et réorganiser plusieurs pages ou documents. ⁸ Par ailleurs, la conception des commandes sous Windows recommande de partager les commandes entre plusieurs surfaces d’interface, afin que la même action reste accessible quelle que soit la méthode de saisie. ¹²

L’erreur fréquente avec ce type d’outil est de vouloir être bienveillant envers les débutants en cachant tout dans des menus profonds. Mais les experts répètent la même opération des centaines de fois par jour. Ce qui compte pour eux n’est pas la douceur des cinq premières minutes, mais le fait de ne pas être épuisé après 100 heures d’utilisation.

Pour un public expert, une conception de ce type est donc efficace :

• Les actions à haute fréquence restent à portée
• Les fonctions auxiliaires sont un peu plus en retrait
• Les fonctions avancées sont organisées, pas supprimées
• La mise en page d’affichage est sauvegardée
• L’interaction clavier est enrichie

4.6 Outils résidents / applications de la zone de notification

Pour les applications résidentes, ne pas trop affirmer sa présence est, en soi, l’UX.

Par exemple, pour des applications comme :

• L’état de synchronisation
• L’état de connexion
• La sauvegarde
• La commutation audio / caméra / périphérique
• Les VPN / agents / lanceurs
• Les centres de notification

la fenêtre principale n’est souvent pas au premier plan.

Ce qu’il faut privilégier :

• Un accès immédiat depuis la zone de notification ou un petit menu
• L’état actuel est visible
• Ne notifier qu’en cas de besoin
• Passer directement de la notification à l’action nécessaire
• La fenêtre principale n’accapare pas trop le premier plan

Ce qu’il faut éviter :

• Afficher une boîte de dialogue pour un détail sans importance
• Ouvrir la fenêtre principale à chaque démarrage
• Un état d’activité en arrière-plan invisible
• Trop de notifications, au point que toutes sont ignorées

Pour ce type d’application, ne pas gêner influence davantage l’UX que le fait d’avoir beaucoup de fonctionnalités.

5. Le tableau de décision de la navigation

Le guide de navigation Windows affirme qu’il n’existe pas un modèle de navigation unique qui convienne à toutes les applications, et pose comme principes la cohérence, la simplicité et la clarté. De plus, placer les contrôles standard là où les utilisateurs les attendent rend l’interface plus prévisible. ⁸

En pratique, ce tableau facilite la réflexion.

Le guide de navigation Windows présente en particulier les distinctions d’usage suivantes. ⁸

• Navigation supérieure : quand on veut afficher tous les éléments de navigation à l’écran
• Navigation latérale gauche : quand il y a beaucoup d’éléments de premier niveau et que le changement de page n’est pas fréquent
• Liste/détail : quand les changements d’élément sont fréquents et qu’un affichage ou une mise à jour des détails est nécessaire
• Onglets : quand on veut ouvrir et fermer dynamiquement plusieurs documents ou pages
• Fil d’Ariane : quand la hiérarchie est profonde et qu’on veut clarifier le chemin de retour

En résumé, la navigation n’est pas une « préférence visuelle » : c’est le reflet de la structure de l’information et de la structure du travail.

6. Le tableau de décision des périphériques de saisie et de la conception des commandes

Une application Windows gagne en flexibilité et en facilité d’utilisation à prendre en charge le plus grand nombre possible de méthodes de saisie. Le guide de Microsoft recommande également de prendre en compte autant d’entrées que possible : gestes, voix, tactile, pavé tactile, souris, clavier. ¹⁴

Par ailleurs, les contrôles de la plateforme Windows absorbent dans une certaine mesure plusieurs méthodes de saisie, donc utiliser simplement les contrôles standard constitue d’abord une approche solide. ⁴⁸

Sous une forme utile en pratique, cela donne :

Pour le clavier, les points particulièrement importants sont les suivants. ³⁹

• Toutes les fonctionnalités sont accessibles au seul clavier
• L’ordre de tabulation ne s’écarte pas fortement de l’ordre visuel
• Les éléments censés répondre à Entrée / Espace y répondent bien
• Des raccourcis existent pour les fonctions importantes
• Des touches d’accès ou des accélérateurs sont prévus pour les actions à haute fréquence

Le tactile présente les caractéristiques suivantes. ⁴

• Pas de survol
• Les doigts et la main masquent l’interface
• Les zones cliquables paraissent plus étroites qu’elles ne le sont visuellement
• Un retour visuel est nécessaire
• L’interface adaptée à la manipulation directe diffère de celle adaptée à la saisie indirecte

Pour la conception des commandes, le guide des commandes Windows constitue une bonne référence. Le point le plus important est de rendre les commandes utilisables depuis plusieurs surfaces d’interface. ¹²

• Activable depuis un bouton
• Également présente dans le menu contextuel
• Également accessible par raccourci
• Balayage ou geste également possible si nécessaire

Et il est recommandé d’inclure toutes les commandes pertinentes dans les menus contextuels ou les CommandBarFlyout. Dépendre d’opérations visibles uniquement au survol bloque les utilisateurs sur les appareils exclusivement tactiles. ¹²

7. Les points UX à ne surtout pas manquer dans une application Windows

À partir d’ici, voici un résumé des points minimaux à couvrir, quel que soit le cas d’usage.

7.1 Peut-on tout faire au clavier ?

Sur le bureau Windows, le clavier n’est pas un simple « plus appréciable » : c’est une méthode de saisie principale.

Le guide d’accessibilité clavier de Microsoft indique aussi que la prise en charge du clavier est importante non seulement pour les utilisateurs ayant des contraintes visuelles ou motrices, mais aussi pour les utilisateurs qui choisissent le clavier pour des raisons d’efficacité. ³

Voici les cinq points minimaux à vérifier :

• L’ordre de tabulation est-il naturel ?
• Le focus est-il visualisé ?
• Entrée / Espace permettent-ils d’activer les éléments ?
• Y a-t-il des raccourcis ?
• L’équivalent du clic droit peut-il être invoqué au clavier ?

C’est discret, mais quand ce point s’effondre, l’UX en B2B en souffre sérieusement.

7.2 Agrandissement du texte, thèmes de contraste, accessibilité

Dans une application Windows, le simple fait de suivre correctement la taille du texte et le contraste stabilise considérablement l’UX.

Le guide de Microsoft recommande un rapport de contraste d’au moins 4,5:1 pour le texte visible, et exige que, lorsque le texte est agrandi, les contrôles et les conteneurs soient redimensionnés et réorganisés en conséquence. ⁵⁶

Concernant les thèmes de contraste, il est de plus recommandé de :

• Ne pas coder les couleurs en dur
• Utiliser les ressources SystemColor / Brush
• Tester avec les quatre thèmes de contraste

Ces pratiques sont recommandées. ⁷

Ce qui casse facilement ici :

• Des libellés supposant une largeur fixe
• Des hauteurs de bouton fixées en pixels
• Une conception qui transmet le sens uniquement par la couleur
• Une interface en rendu personnalisé qui ne suit pas les thèmes

Il est plus juste de considérer cela non pas comme une simple « conformité à l’accessibilité », mais comme le travail de fondation qui permet de construire une interface Windows durable.

7.3 Ne pas abuser des boîtes de dialogue

Les boîtes de dialogue sont pratiques, mais utilisées à l’excès, elles deviennent l’ennemi du travail.

Le guide des boîtes de dialogue Windows les définit comme une interface modale utilisée quand une notification, une approbation ou une saisie d’information supplémentaire est nécessaire, et recommande d’inclure au moins une action sûre et non destructrice (Fermer, Annuler, etc.). Il est en outre recommandé que les libellés de bouton soient des réponses précises. ¹⁰

L’important est de ne pas tout transformer en boîte de dialogue.

En particulier :

• Les erreurs de saisie liées à un champ
• Les erreurs de format corrigibles sur place
• Les avertissements temporaires

sont plus naturellement affichés en ligne, autant que possible. ¹⁰

7.4 Les commandes importantes ont plusieurs chemins d’accès

Dans la conception des commandes Windows, il est jugé important que les commandes importantes soient accessibles depuis diverses méthodes de saisie et surfaces d’interface. ¹²¹³

Cela paie bien en pratique aussi.

Pour « Supprimer », par exemple, avoir plusieurs chemins comme :

• La barre d’outils
• Le menu contextuel
• La touche Suppr
• Le balayage, si nécessaire

stabilise l’ergonomie.

À l’inverse, des conceptions comme :

• N’apparaître à droite qu’au survol
• N’être accessible que par clic droit
• Rester à jamais inatteignable au clavier

deviennent soudainement fragiles dès que la méthode de saisie change.

7.5 Vérifier avec des outils de test

Pour l’accessibilité, il est plus rapide de vérifier avec des outils que de se dire mentalement « ça doit aller ».

Le guide de test d’accessibilité de Microsoft présente Live Inspect, FastPass et Troubleshooting avec Accessibility Insights for Windows, et permet en outre de vérifier les propriétés UI Automation et la structure de navigation avec Inspect, l’outil du SDK. ¹⁵

Faire au moins :

• Un balayage rapide avec Accessibility Insights
• Une vérification du nom, du rôle et des patterns des éléments principaux avec Inspect
• Parcourir les flux principaux au seul clavier
• Tester l’agrandissement du texte et les thèmes de contraste

réduit les retours en arrière ultérieurs.

7.6 Intégrer la capacité de récupération

Il ne s’agit pas tant d’un point d’une checklist Microsoft que d’un élément qui paie beaucoup dans la pratique du bureau Windows.

L’UX ne se décide pas seulement par « des boutons agréables à cliquer », mais aussi par la possibilité de revenir en arrière après un accident.

Par exemple :

• Annuler / Rétablir
• La sauvegarde automatique
• La conservation de l’état d’édition en cours
• La restauration des filtres / du tri / de la largeur des colonnes
• La suspension et la reprise
• La progression et l’annulation des traitements longs

influencent l’UX bien plus que l’apparence.

En particulier en B2B et pour les outils experts, le stress de devoir refaire une opération se traduit directement par une mauvaise UX.

8. Erreurs de conception courantes

8.1 Croire que « B2B » implique nécessairement une forte densité

C’est à moitié vrai seulement.

Pour un usage quotidien par des experts, une forte densité peut être efficace. Mais pour les terminaux de terrain, les terminaux d’accueil et les interfaces d’équipement, la densité est plutôt l’ennemie.

Regarder le niveau d’expertise, la méthode de saisie et l’environnement d’utilisation plutôt que l’étiquette B2B se trompe beaucoup moins souvent.

8.2 Trop cacher les fonctionnalités parce que c’est « du B2C »

Même pour un usage personnel, si l’outil est destiné à des experts, l’efficacité passe en premier.

En poussant tout vers « donner l’air simple », on déclenche un enfer discret :

• Les actions à haute fréquence sont éloignées
• Il faut fouiller les menus à chaque fois
• On enchaîne les changements d’écran

8.3 Concevoir des interactions qui présupposent le survol

Le tactile n’a pas de survol. De plus, une interface qui n’apparaît qu’avec un pointeur a tendance à mal fonctionner avec les technologies d’assistance. ⁴¹²

Il est plus sûr que les actions importantes soient toujours visibles, ou disposent au moins de plusieurs chemins d’accès.

8.4 Transmettre l’état uniquement par la couleur

C’est particulièrement fréquent sur les écrans de supervision, mais transmettre le sens uniquement par le rouge / jaune / vert est dangereux.

Combiner texte, icônes, horodatage, nombre d’occurrences et description réduit à la fois les oublis et les mauvaises interprétations. ¹¹

8.5 Transformer toutes les erreurs de validation en boîtes de dialogue

C’est fréquent dans les applications de saisie administrative. Une boîte de dialogue qui apparaît à chaque saisie casse complètement le rythme de travail.

Les erreurs confinées à un contexte sont plus naturellement affichées sur place, dans l’écran. ¹⁰

8.6 Construire des mises en page de taille fixe

Cela peut sembler propre dans un environnement de développement à un affichage de 100 %, mais cela s’effondre facilement avec :

• L’agrandissement du texte
• Le DPI élevé
• Les thèmes de contraste
• La localisation

⁶⁷

Plus on soigne l’apparence, plus les hypothèses de taille fixe deviennent toxiques.

8.7 Créer trop de contrôles personnalisés

Les contrôles standard de Windows portent bien plus de comportements que ce que leur apparence suggère.

Ils prennent en charge :

• Le focus
• Le clavier
• Le suivi des thèmes
• UI Automation
• La connexion aux technologies d’assistance

Tout recréer soi-même sans bonne raison accumule donc une dette d’UX et d’accessibilité. ⁸³

9. Les huit questions à trancher avant de commencer

Pour finir, voici huit questions pratiques à placer au début d’une revue de conception.

Répondre à ces huit questions en amont fait naturellement émerger :

• Si la navigation doit être peu profonde
• Si liste + détail est la bonne option
• S’il faut investir dans les raccourcis
• Où placer les boîtes de dialogue
• Jusqu’où autoriser la personnalisation

10. Synthèse

Ce qui compte dans la conception UX d’une application Windows, c’est de décider, avant « est-ce beau », si cette personne, à cet endroit, avec cette méthode de saisie, peut l’utiliser sans s’arrêter.

En résumé :

• Le B2C priorise la compréhension à la première utilisation et le sentiment de sécurité
• Le B2B administratif priorise l’efficacité continue et le support clavier
• La supervision B2B priorise la prévention des oublis et des opérations sûres
• Les terminaux de terrain B2B priorisent les grandes cibles d’interaction et les parcours courts
• Les outils experts priorisent la densité, les raccourcis et la personnalisation
• Les outils résidents priorisent le fait de ne pas gêner

Et voici les six éléments qui portent leurs fruits quel que soit le cas d’usage :

1. Utiliser simplement les contrôles standard
2. Les actions principales sont réalisables au clavier
3. Aucune impasse en tactile ou avec les technologies d’assistance
4. Aucune casse sous l’agrandissement du texte ou les thèmes de contraste
5. Plusieurs chemins d’accès pour les commandes importantes
6. Un moyen de revenir en arrière après un accident

L’UX n’est pas une décoration : c’est un contrat d’interaction. Plus ce contrat s’accorde avec l’utilisateur, l’environnement et la méthode de saisie, plus une application Windows devient discrètement, mais puissamment, agréable à utiliser.

11. Références

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Une application Windows métier (B2B) doit-elle toujours avoir une interface dense en informations ?

C'est à moitié vrai seulement. Pour les tâches de saisie administrative utilisées quotidiennement par des utilisateurs expérimentés, une forte densité d'information et un usage complet au clavier profitent à l'efficacité continue. Mais sur les terminaux de terrain — usines, entrepôts, accueils — ou les interfaces d'équipement, la densité est plutôt l'ennemie : il faut privilégier de grandes cibles d'interaction, des parcours courts et la clarté. Mieux vaut regarder le niveau d'expertise, la méthode de saisie et l'environnement d'utilisation plutôt que l'étiquette B2B. À l'inverse, même en B2C, des outils avancés comme la retouche d'image ou l'analyse financière donnent la priorité à la densité d'information, aux raccourcis et à la personnalisation plutôt qu'à la simplicité.

Que faut-il décider en premier dans la conception UX d'une application Windows ?

Le choix B2C / B2B seul ne suffit pas ; il faut d'abord répondre à cinq questions : qui l'utilise (débutant, expert, mixte), où elle est utilisée (bureau, terrain, extérieur, accueil), avec quoi elle est utilisée (clavier, souris, tactile, scanner, technologies d'assistance), à quelle fréquence elle est utilisée (surtout la première fois, quotidiennement, toute la journée), et quel est le coût d'une erreur (léger, lourd, dangereux, soumis à audit). Une fois ces cinq points clarifiés, il devient beaucoup plus facile de prioriser la densité de l'interface, la navigation, les raccourcis, les boîtes de dialogue de confirmation et la personnalisation.

Comment choisir le bon modèle de navigation ?

Il n'existe pas un modèle de navigation unique qui convienne à toutes les applications ; les principes sont la cohérence, la simplicité et la clarté. Comme repères : la navigation supérieure convient quand on veut afficher tous les éléments de navigation à l'écran ; la navigation latérale gauche convient quand il y a beaucoup d'éléments de premier niveau ; la vue liste/détail convient aux tâches de saisie de données où l'on bascule fréquemment entre éléments pour afficher ou mettre à jour des détails ; les onglets conviennent quand on veut ouvrir et fermer dynamiquement plusieurs documents ; le fil d'Ariane convient quand la hiérarchie est profonde et qu'on risque de perdre ses repères. La navigation reflète la structure de l'information et du travail, pas une préférence visuelle.

Jusqu'où faut-il aller avec les boîtes de dialogue de confirmation ?

L'important est de ne pas tout transformer en boîte de dialogue. Les erreurs de saisie liées à un champ ou les erreurs de format corrigibles sur place sont plus naturellement affichées en ligne, dans l'écran, plutôt que dans une boîte de dialogue. Ce qui mérite vraiment une confirmation, ce sont les opérations à tendance irréversible : arrêter, supprimer, couper, réécrire. Si l'on affiche une boîte de dialogue, il faut au minimum respecter trois règles : indiquer clairement ce qui va se passer dès la première ligne, utiliser des libellés de bouton précis comme « Supprimer » ou « Arrêter » plutôt que « OK » ou « Oui », et toujours inclure un bouton sûr et non destructeur.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.