Jakob Nielsen à publié ses 10 heuristiques d’utilisabilité en 1994. Trente ans plus tard, elles n’ont pas pris une ride. Le Nielsen Norman Group les à révisées en 2020 pour les adapter aux interfaces actuelles, mais les principes fondamentaux sont restés identiques. C’est la marque des bons cadres conceptuels : ils s’adaptent aux contextes sans perdre leur pertinence.
Ces heuristiques servent de grille d’évaluation lors d’un audit UX, sans faire appel à des utilisateurs réels. Un expert ou une équipe parcourt l’interface en se posant systématiquement les mêmes questions. Le résultat : une liste de problèmes d’utilisabilité classés par sévérité, obtenus en quelques heures plutôt qu’en plusieurs semaines de tests.
H1 à H5 : les cinq premières heuristiques
H1 : Visibilité de l’état du système
Définition : l’interface doit toujours informer l’utilisateur de ce qui se passe, dans un délai raisonnable.
Exemple positif : Linear affiche une barre de progression lors de l’import de données et un toast de confirmation à chaque création d’issue. L’utilisateur sait à tout moment où en est son action.
Violation classique : un bouton de soumission de formulaire qui ne donne aucun retour visuel après le clic. L’utilisateur ne sait pas si son action à été prise en compte et clique plusieurs fois.
H2 : Correspondance entre le système et le monde réel
Définition : l’interface doit utiliser le langage et les concepts familiers aux utilisateurs, pas le jargon technique interne.
Exemple positif : Notion nomme ses blocs « Page », « Base de données », « Tableau » plutôt que des termes techniques issus de l’architecture système. Un utilisateur non technique comprend immédiatement la structure.
Violation classique : une interface qui affiche « Erreur 403 : accès refusé » sans expliquer pourquoi ni ce que l’utilisateur peut faire pour résoudre la situation.
H3 : Contrôle et liberté de l’utilisateur
Définition : les utilisateurs font des erreurs. Ils doivent pouvoir annuler et rétablir leurs actions facilement.
Exemple positif : Gmail propose d’annuler l’envoi d’un email pendant 5 à 30 secondes après la soumission. Cette fenêtre configurable à sauvé d’innombrables emails envoyés trop vite.
Violation classique : une suppression immédiate et irréversible sans confirmation ni possibilité de restauration. L’utilisateur qui efface par erreur n’a aucun recours.
H4 : Cohérence et standards
Définition : les utilisateurs ne devraient pas se demander si des mots, situations ou actions différents signifient la même chose. Respecter les conventions de la plateforme.
Exemple positif : Figma utilise les raccourcis clavier standards de la plateforme (Cmd+Z pour annuler, Cmd+C pour copier) et les enrichit de façon cohérente avec ses propres shortcuts, toujours accessibles via un menu dédié.
Violation classique : dans une même interface, utiliser « Sauvegarder », « Enregistrer » et « Valider » pour désigner la même action selon les contextes, créant une confusion sur le comportement réel de chaque bouton.
H5 : Prévention des erreurs
Définition : mieux vaut concevoir une interface qui empêche les erreurs plutôt que d’afficher de bons messages d’erreur.
Exemple positif : Notion désactive le bouton de soumission d’un formulaire tant que les champs obligatoires ne sont pas remplis, et indique visuellement quels champs manquent.
Violation classique : autoriser la saisie de dates passées dans un champ de réservation, puis afficher un message d’erreur après soumission. Le format de validation devrait bloquer la saisie invalide en temps réel.
« La meilleure expérience d’erreur est celle que l’utilisateur ne vit jamais, parce que l’interface l’a empêché de se tromper. »
H6 à H10 : les cinq dernières heuristiques
H6 : Reconnaissance plutôt que mémorisation
Définition : minimiser la charge mémorielle en rendant les objets, actions et options visibles. L’utilisateur ne devrait pas avoir à mémoriser des informations d’une étape à l’autre.
Exemple positif : Linear affiche le contexte complet d’une issue (projet, priorité, assigné) dans la vue liste, sans que l’utilisateur ait à ouvrir chaque item pour retrouver ces informations.
Violation classique : un wizard de configuration en plusieurs étapes qui n’affiche pas de résumé des choix précédents. L’utilisateur doit se souvenir de ce qu’il a configuré à l’étape 2 pour prendre ses décisions à l’étape 5.
H7 : Flexibilité et efficacité d’utilisation
Définition : les accélérateurs, invisibles pour les novices, permettent aux utilisateurs experts d’accéder aux fonctions plus rapidement.
Exemple positif : Figma propose une palette de commandes (Cmd+/) qui donne accès à toutes les fonctions par recherche textuelle. Les débutants utilisent les menus, les experts tapent directement la commande.
Violation classique : une interface qui force tous les utilisateurs à passer par les mêmes étapes séquentielles, sans raccourcis ni modes avancés pour ceux qui maîtrisent l’outil.
H8 : Esthétique et design minimaliste
Définition : les dialogues ne doivent pas contenir d’informations non pertinentes. Chaque information supplémentaire concurrence les informations importantes.
Exemple positif : Linear retire systématiquement du dashboard tout ce qui n’est pas lié aux tâches actives. Pas de widgets décoratifs, pas de statistiques secondaires en première page.
Violation classique : un tableau de bord qui affiche 20 métriques simultanément sans hiérarchie, forçant l’utilisateur à chercher les indicateurs qui comptent parmi ceux qui sont secondaires.
H9 : Aide à la reconnaissance et récupération après erreur
Définition : les messages d’erreur doivent décrire précisément le problème et suggérer une solution, dans un langage que l’utilisateur comprend.
Exemple positif : Gmail explique en termes clairs pourquoi une pièce jointe n’a pas pu être envoyée (taille dépassée, format non supporté) et propose directement d’utiliser Google Drive comme alternative.
Violation classique : « Une erreur est survenue. Veuillez réessayer plus tard. » sans code d’erreur, sans explication, sans action possible pour l’utilisateur.
H10 : Aide et documentation
Définition : même si un système peut idéalement être utilisé sans documentation, il faut parfois fournir une aide facilement accessible et orientée vers la tâche.
Exemple positif : Notion propose des tooltips contextuels sur chaque commande et une documentation accessible directement depuis le produit via la commande « / ». L’aide est intégrée au workflow.
Violation classique : une aide centralisée dans un PDF téléchargeable ou un site externe, sans lien depuis l’interface au moment où l’utilisateur en à besoin.
« Une évaluation heuristique réalisée par 3 à 5 experts identifie environ 75 % des problèmes d’utilisabilité d’une interface, pour un coût très inférieur à un test utilisateur complet. » (Nielsen Norman Group)
Les 10 heuristiques de Nielsen ne garantissent pas une interface parfaite. Elles fournissent un langage partagé pour nommer les problèmes et prioriser les corrections. C’est précisément ce dont les équipes ont besoin : pas une vérité absolue, mais un référentiel commun qui structure les décisions de design et d’arbitrage produit.
