Le bloc-notes ; ergonomie & UX » Des mots et des phrases

10 maximes pour la conception d’IHM.

Raphaël — Mon, 07 Mar 2011 08:33:41 +0000

Une petite série de maximes à appliquer lors des projets et de la conception d’IHM.

L’enfer est pavé de bonnes intentions. En tant que concepteur, il nous est difficile d’avoir le même point de vue que l’utilisateur. C’est en voulant bien faire, qu’on en fait trop et que les plus grosses erreurs sont commises.
L’utilisateur a toujours raison. L’utilisateur connaît le domaine et le contexte opérationnel dans lequel il se servira de l’application. Ses souhaits sont généralement justifiés car ils répondent à des besoins opérationnels.
L’utilisateur n’a pas toujours raison. Pourtant dans certains cas, ce que l’utilisateur pense être bon pour lui n’est pas ce qui lui permettra d’être plus performant. Un test d’utilisabilité permet généralement de lui montrer qu’il fait fausse route.
L’utilisateur n’est pas le développeur. Dans un projet, chacun se partage le travail selon ses compétences ; c’est aux équipes de développement de prendre les décisions relatives au logiciel.
Le développeur n’est pas l’utilisateur. L’équipe de développement ne connaît pas suffisamment le domaine applicatif et la tâche pour se mettre à la place de l’utilisateur. Lorsque le concepteur pense à la place de l’utilisateur, il a de fortes chances de se tromper.
Le chef n’est pas l’utilisateur. Bien qu’il soit le client, le PDG n’utilise généralement pas le logiciel. Son point de vue n’a pas le même poids que celui de l’utilisateur final.
Le mieux est l’ennemi du bien. En voulant bien faire, on a tendance à en faire trop, à offrir beaucoup plus de fonctionnalités que l’utilisateur n’en a réellement besoin. Cette profusion rend le logiciel complexe et difficile à utiliser. Il est préférable de faire simple et pertinent.
Le détail est essentiel. Un détail n’est jamais à négliger en terme d’utilisabilité car ce sont souvent de petits détails, se répétant à chaque utilisation, qui empoisonnent la vie de l’utilisateur.
L’aide n’en est pas une. L’utilisateur se sert de l’aide parce qu’il ne comprend pas le fonctionnement du logiciel. Pour véritablement aider l’utilisateur, il faut qu’il puisse se servir du logiciel sans utiliser l’aide.

Une dernière que je vous laisse méditer :

Le plaisir commence par l’absence de déplaisir.

Compatibilité.

Raphaël — Wed, 23 Feb 2011 08:22:22 +0000

La compatibilité est un critère heuristique défini par Bastien et Scapin. C’est sans aucun doute un des critères les plus importants. Il pourtant souvent négligé voir méconnu.

Définition : Le critère Compatibilité se réfère à l’accord pouvant exister entre les caractéristiques des utilisateurs (mémoire, perceptions, anatomie, habitudes, compétences, âge, attentes, etc.) et des tâches, d’une part, et l’organisation des sorties, des entrées et du dialogue d’une application donnée, d’autre part. De plus, la Compatibilité concerne également le degré de similitude entre divers environnements ou applications.

Justification(s) :

Le transfert d’information d’un contexte à un autre est d’autant plus rapide et efficace que le volume d’information à recoder par l’utilisateur est réduit.

L’efficacité est accrue lorsque : les procédures nécessaires à l’accomplissement de la tâche sont compatibles avec les caractéristiques psychologiques et physiologiques des utilisateurs ; les procédures et les tâches sont organisées de manière à respecter les attentes, ou habitudes des utilisateurs; les traductions, les transpositions, les interprétations, ou références à la documentation sont minimisées.

Les performances sont meilleures lorsque l’information est présentée sous une forme directement utilisable.

Quelques exemples de compatibilité :

Les informations disposés à l’écran doivent tenir compte de la taille de celui-ci. Vous ne ferez pas la même interface pour un écran 4″ d’un téléphone ou pour une tablette de 10″.
Les fonctions proposées sur un support doivent tenir compte du contexte d’usage et des dispositions cognitives de l’utilisateur. Vous ne proposerez pas les même fonctions sur la télévision que sur un ordinateur pour un même service. Les fonctions demandant une interaction complexe seront réservées à l’ordinateur.

Ce critère est malheureusement souvent négligé car il nécessite une connaissance spécifique du facteur humain et une analyse de l’activité. A moins d’avoir eu une formation spécifique en ergonomie ou psychologie cognitive, ces deux champs de connaissances sont souvent ignorés.

Source : Critères Ergonomiques pour les Interactions Homme-Environnements Virtuels : définitions, justifications et exemples ; Cédric Bach Dominique L. Scapin :N° 5531, Mars 2005.

Les personas.

Raphaël — Wed, 09 Feb 2011 07:46:15 +0000

Les personas sont une description documentée de l’utilisateur type d’un service ou d’une application. Ils permettent d’avoir une représentation personnifiée des utilisateurs.

Ça sert à quoi des personas ?

Si j’avais à définir brièvement leurs objectifs :

Créer une représentation parlante, pour les intervenants sur un projet, de l’utilisateur final.
Utiliser les informations disponibles (marketing, retours utilisateurs, etc…) pour créer une représentation des utilisateurs.
Partager, communiquer autour de ces profils utilisateurs, pour sensibiliser à l’ergonomie.
Faire des choix de conceptions en fonction de ces personas, établir des scénarios d’usages.

Je vous propose, en introduction, une présentation sur le sujet réalisé pour les petits-déjeuners Flupa.

Flupa 2010 Personas Corinne Bornet

Comment les construire ?

En théorie, il est préférable de s’appuyer sur des données statistiques et précises, faire des interviews, analyser différentes sources de données, etc… pour créer les personas. Mais à l’usage, il est difficile, en termes de temps et d’argent, de se procurer ce genre d’informations. Il faut parfois être plus pragmatique :

Parcourir les forums traitant du sujet.
Trouver des photos sur des sites comme Getty Images (ce n’est pas libre de droits) ou d’autres.
Chercher les noms et les prénoms les plus fréquents en fonction de l’année supposée de naissance et le pays.
…

Ça ressemble à quoi ?

Les peronas doivent être identifiés au minimum par :

Une photo.
Un nom, un prénom.
L’âge, le sexe, le travail.
Une devise ou slogan.
Et une histoire.

L’histoire peut prendre différentes formes, un simple texte expliquant les besoins, les envies, les buts, le contexte d’utilisation du service, une présentation avec des photos, des verbatims issues des entretiens,… La forme n’est pas le plus important. L’histoire doit permettre de comprendre le contexte d’utilisation du service pour l’utilisateur décrit.

En deux phrases (ou presque !)

Les personas sont aussi un formidable outil de communication aussi bien pour sensibiliser que pour convaincre et apporter une vision différente de l’expérience utilisateur.

A l’inverse, ce n’est pas parce que vos personas sont bien faits que votre site, votre service va être correctement conçu. Il existe d’autres méthodes à utiliser et d’autres règles à respecter pour arriver à cela !

Source :
http://www.slideshare.net/flupa/flupa-2010-personas-corinne-bornet
La méthode des personas sur Usability.gov (en anglais)
Créer des Personas plus performants (en anglais Making Personas More Powerful) par George Olsen
Un exemple de construction de personas

Anicroche.

Raphaël — Fri, 03 Dec 2010 15:12:10 +0000

Un message d’erreur joliment traduit :

« Twitter est peut-être en surcapacité ou rencontre une anicroche. »

La définition d’anicroche :

L’anicroche est une arme d’hast.
Une anicroche est une difficulté, un obstacle ou un désagrément passager.
Anicroche est un personnage de bande dessinée inventé par René Goscinny.

Source : Wikipédia.

Affordance.

Raphaël — Wed, 24 Nov 2010 14:08:04 +0000

« L’affordance est la capacité d’un objet à suggérer sa propre utilisation. » Cette notion a développé par le psychologue James J. Gibson qui a proposé ce terme en 1977 dans « The Theory of Affordances ». On voit aussi apparaître ce terme en relation avec le terme de catachrèse. Il est alors question de l’usage que peut faire un utilisateur d’un objet. Il peut détourner l’objet pour un autre usage que celui prévu initialement, ou lui attribuer un nouvel usage. Comment l’utilisateur attribut alors ce nouvel usage ?

En 1988, Donald Norman utilise le terme d’affordance pour l’appliquer aux interfaces homme machine. L’affordance dépend non seulement des attributs de « physique » de l’objet mais aussi du contexte, des buts, des expériences passés, de nombreux aspects cognitifs de l’utilisateur. Norman parlera d’ailleurs par la suite « d’affordance perçue », ce qui permet de bien mettre en évidence l’aspect relatif de cette notion.

Concernant les IHM, on retrouve la notion d’affordance, dans la conception de l’ensemble des éléments. Un bouton doit ressembler à un bouton et avoir le comportement attendu par l’utilisateur. Cela permettra d’inciter à l’action et donc de guider l’utilisateur dans l’interaction. C’est ce principe d’affordance qui est vérifié lors d’une inspection cognitive.

On parlera aussi de « fausse affordance » quand un objet ne fait pas ce qu’il est censé faire ou qu’il ne fait simplement rien ! Par exemple, un thermostat qui ne règle pas la température.

Source : Wikipedia

Catachrèse.

Raphaël — Tue, 22 Jun 2010 07:07:54 +0000

Non, ce n’est pas une insulte, bien que le capitaine Haddock l’utilise comme telle dans plusieurs albums !

A l’origine la catachrèse est une figure de style qui consiste à détourner un mot de son sens propre en étendant sa signification.

En ergonomie, on parle de catachrèse quand un utilisateur détourne un outil ou un objet pour d’autres usages que ceux prévus initialement. La catachrèse est le fait d’utiliser un outil à portée de main à la place de l’outil ou l’instrument dédié à une tâche ou à l’action. Un tournevis sert de marteau. Une clef ou un couteau sert de tournevis. On parle alors d’usage catachrétique. De nombreux auteurs, Ombredane et Faverge 1955, Wisner 1974, Leplat et Cuny 1977, De Montmollin 1984, 1986, Laville 1986, Daniellou 1986, ont travaillé sur ce concept.

Certaines catachrèses deviennent même la règle ou l’outil : sur les véhicules blindés à chenilles, la clef servant à démonter le train de chenilles à une poignée dont la longueur correspond au débattement de la dite chenille et permet donc de régler sa tension. Il est alors intéressant d’étudier les catachrèses comme étant à l’origine soit de nouveaux outils, soit de nouveaux usages. L’utilisateur attribuant à un objet des propriétés afin de déterminer de quelle façon il doit ou peut être utilisé. Norman parlera alors d’affordance.

Sur les outils informatiques, les même détournements sont possibles, par exemple dans un outil de CRM (Management de la Relation Client) une recherche avec certains critères permettra au supérieur hiérarchique de faire le suivi de ses vendeurs.

Sources : Norman, D.A. (1988). – The psychology of everyday things, New York Basics Books.

Acceptabilité.

Raphaël — Thu, 10 Jun 2010 07:18:09 +0000

Qu’est ce qui fait qu’une application ou un service est accepté ou non par les utilisateurs. C’est cette notion que l’acceptabilité essaye de définir. L’acceptabilité se décompose en de nombreux critères. Jakob Nielsen la défini ainsi :

Schéma de l'acceptabilité.

Elle se décompose donc :

L’acceptabilité sociale : dans une entreprise, si vous mettez en place un nouveau logiciel, ça peut avoir un impact social. Par exemple, en augmentant la productivité, des postes seront sans doute supprimés. Un service peut être perçu comme un moyen de surveillance par la hiérarchie.
L’acceptabilité pratique : le coût, la compatibilité, mais aussi et surtout « Usefulness » que l’on pourrait traduire par l’usage. L’usage étant en lui-même décomposé en deux critères importants l’utilité et l’utilisabilité.
- L’utilité correspond aux besoins métiers.
- L’utilisabilité correspond aux aspects liés à l’interface : facilité d’apprentissage, prévention des erreurs,…

L’acceptabilité est une notion complexe qui est souvent mal comprise et rarement prise en compte dans le déploiement des logiciels. Ces faiblesses sont souvent compensées par des méthodes plus ou moins autoritaires pour imposer les changements.

Source : Jakob Nielsen, Usability Engineering, Morgan Kaufmann Publishers In, 1993, p26.

Simplexité.

Raphaël — Tue, 25 May 2010 13:53:39 +0000

La simplexité est une théorie évoquée par Alain Berthoz dans son ouvrage « La simplexité ». Il la défini de la manière suivante :

Il faut distinguer simplexité et simplicité. Dans toutes les activités humaines, scientifiques ou sociales, nous sommes à la fois émerveillés et écrasés par la complexité. D’où l’élaboration de « théories de la complexité » – et de multiples tentatives pour simplifier qui conduisent, autant dans l’étude du vivant que dans celle de la vie sociale, à une caricature. Or la biologie, la physiologie, et les neurosciences ont établi l’existence de processus élégants, rapides, efficaces pour l’interaction du vivant avec le monde. Ces processus ne sont pas « simples » mais élaborent des « solutions », des comportements rapides, fiables, qui tiennent compte de l’expérience passée et qui anticipent sur les conséquences futures de l’action. Ils sont simplexes, comme le fil d’Ariane. Ces solutions exigent parfois un « détour » – elles ont un prix -, mais donnent l’apparence d’une grande facilité. J’ai esquissé à partir d’un terme utilisé dans d’autres contextes comme la géologie, les mathématiques, le design ou l’ingénierie, une « théorie de la simplexité » afin de rendre compte de ce qui est, à mon avis, l’une des propriétés les plus originales du vivant.

Cette notion de simplexité est à rapprocher des heuristiques. Les heuristiques tendent aussi à simplifier, à raccourcir, des processus complexes pour les rendre moins coûteux à utiliser.

En conception d’IHM, nous sommes souvent confrontés à cette notion de simplexité. Il faut se rendre compte qu’une bonne ergonomie ne se voit pas. Elle est transparente pour les utilisateurs qui d’ailleurs ne s’en souviennent pas.

Un processus complexe abouti à une solution simple et qui est perçue comme « facile d’utilisation ». Il est alors courant d’avoir des réflexions du type « mais c’est évident, on aurait pu le faire nous-même, l’ergonomie c’est que du bon sens ». Mais en réalité, concevoir des choses perçues comme facile d’utilisation demande beaucoup de rigueur et un souci du détail. Un exemple récent est le travail qui a été réalisé sur les interfaces de Bloomberg pour les salles de marchés.

Source :
La simplexité (chez amazon)

http://www.science.gouv.fr/fr/a-decouvrir/bdd/res/3375/la-simplexite/

Concision.

Raphaël — Fri, 14 May 2010 08:00:56 +0000

La concision est un des critères heuristiques de Bastien et Scapin. Ce critère est une déclinaison des critères « charge de travail » et « brièveté ».

Définition : Le critère Concision concerne la charge de travail au niveau perceptif et mnésique pour ce qui est des éléments individuels d’entrée ou de sortie. Par convention, la Concision ne concerne pas le feedback ni les messages d’erreurs.

Justification(s) : Les capacités de la mémoire à court terme sont limitées. Par conséquent, plus courtes sont les entrées, plus limités sont les risques d’erreurs.

Exemples de recommandations :

Les messages fournis par le système doivent être succincts.

Permettre aux utilisateurs des entrées courtes.

Si des codes sont supérieurs à 4 ou 5 caractères, utiliser des mnémotechniques ou abréviations.

Lorsqu’une unité de mesure est associée à un champ de donnée, celle-ci doit faire partie du label du champ plutôt qu’être saisie par des utilisateurs.

Les labels associés aux objets doivent être succincts.

En pratique cela donne quoi ? un petit exemple :

Version longue : « Veuillez saisir votre mot de passe »
C’est mieux : « Saisir votre mot de passe »
C’est concis : « Mot de passe »

Concrètement, cela se traduit par des textes dans un style direct, sans négation, ni conjonction et des phrases courtes. Mais la concision ne concerne pas seulement les textes, elle concerne aussi, dans la mesure du possible, les saisies de l’utilisateur.

Les experts et les novices.

Raphaël — Thu, 18 Mar 2010 08:00:39 +0000

La notion d’expert se défini comme un niveau professionnel achevé dans un métier. Une définition plus stricte restreint le sens d’expert à ceux qui sont les meilleurs dans une profession. Ces critères sont avant tout sociaux. Il ne faut donc pas confondre hiérarchie ou visibilité sociale et expertise. De plus, un utilisateur peut être un expert dans son domaine, mais être novice dans la maîtrise de l’outil informatique.

L’expert présente trois caractéristiques :

La possibilité d’automatisation de ses comportements, avec donc une forte économie des moyens cognitifs à mobiliser pour réaliser les tâches courantes.
La simplification opérative des procédures. L’expert va sauter des étapes ou du moins en faire d’autres qui seront plus économiques en termes de moyens.
Des métaconnaissances (connaissances sur les connaissances) disponibles et bien utilisés qui permettent à l’expert de gérer ses ressources et de se constituer des heuristiques plus efficaces, notamment par analogies et généralisations.

Il intéressant de pouvoir comparer les différences de stratégies entre un expert et un novice. Cela permet, dans une certaine mesure, de comprendre la genèse des compétences.

Une difficulté majeure dans la conception d’interface est de fournir un outil, un service qui soit à la fois facile à prendre en mains, suffisamment guidant pour le novice et qui soit suffisamment souple et puissant pour l’expert.

Heuristique

Raphaël — Mon, 08 Mar 2010 06:33:34 +0000

« Idée directrice guidant la recherche, ou procédé aidant la résolution d’un problème. Une heuristique est une aide dans la démarche mais elle ne garantit pas a validité de la solution qu’elle a permis de trouver. [...] Les heuristiques sont généralement propres à un domaine et elles ne sont connues que de celui qui est expert dans le domaine. Par exemple, dans la découverte de l’origine d’une panne l’expert sait utiliser des court-circuits qui lui évitent la recherche systématique telle qu’elle est prescrite dans les consignes. »

Les critères ergonomique de Bastien et Scapin, utilisé pour la conception et l’évaluation des interfaces sont des heuristiques à comparer aux normes Iso 9241-10. Elles permettent à des experts de résoudre les problèmes, sans nécessairement compulser la norme de maniére systématique. D’autres critères heuristiques existent comme ceux proposés par Nielsen.

Source : Vocabulaire de l’ergonomie, Octares Editions, 1997.

Cognition

Raphaël — Mon, 01 Mar 2010 06:49:43 +0000

« La cognition désigne l’ensemble des activités et des processus par lesquels un organisme acquiert de l’information, la traite, la conserve et l’exploite. Le mot est français, mais son utilisation, avec l’acception qu’a en anglais le mot cognition, s’est développée récemment , en relation avec la place qu’ont pris les théories cognitivistes. Alors que la connaissance traite du savoir, la cognition renvoie à l’ensemble des activités par lesquelles le sujet développe sa connaissance et acquiert des connaissances. C’est pourquoi les grandes fonctions psychologiques que sont la perception, l’apprentissage, la mémoire, l’intelligence, le raisonnement, la résolution de problème, la fonction symbolique et le langage sont de son ressort. »

Le lien entre cognition et comportement reste un problème qui est au cœur de l’analyse de l’activité. Les comportements ne sont pas uniquement liés à la cognition. La motivation, les émotions et les affects jouent un rôle important dans les décisions et donc dans les comportements.

Les progrès effectués dans l’étude de la cognition humaine ont rapidement fait l’objet de transpositions partielles dans certains systèmes d’informations. Des études sur les réseaux de neurones se sont inspirées de travaux sur la cognition.

En conception d’IHM, La cognition donne un cadre théorique sur lequel s’appuyer mais elle ne permet pas d’avoir une démarche prédictive vis à vis des comportements des utilisateurs.

Source : Vocabulaire de l’ergonomie, Octares Editions, 1997.

Les interfaces textes.

Raphaël — Thu, 18 Feb 2010 05:51:36 +0000

J’ai rédigé initialement cette définition pour le petit dictionnaire du design numérique.

Les interfaces « texte » se sont développées dans les années 70 à 90 lorsque les systèmes informatiques avaient des capacités graphiques limitées. Elles ont été supplantées depuis par des interfaces graphiques à manipulation directe, mais elles restent présentes dans certains services. Contrairement aux interfaces en ligne de commande, les interfaces texte exploitent la totalité de l’affichage de l’écran pour exécuter des tâches. Elles furent largement utilisées dans les années 1980 sur les PC de la marque IBM pour rendre disponibles davantage de fonctions et offrir une meilleure facilité d’usage.

L’exemple le plus utilisé d’interface texte est sans aucun doute le Minitel proposé par France Telecom.

Dans les interfaces texte, l’interaction se base sur la présentation de dialogues ou de formulaires associés à une liste de commandes. L’interaction se fait uniquement à l’aide du clavier. Par exemple, l’interface sera la suivante :

Remplissez le formulaire.
Nom :
Prénom :
Adresse :
F1 : champ suivant, F2 : champ précédent,
Envoi : Valide le formulaire, Retour : Page précédente

Les interfaces texte se distinguent donc des interfaces en ligne de commandes par le fait qu’il n’est pas nécessaire d’apprendre un langage. Elles se distinguent aussi des interfaces WIMP par l’absence de métaphores et de moyens de manipulations directes.
Même si l’interface est sous forme de texte, le besoin de représentations graphiques a toujours été présent ce qui a donné lieu à la création de graphismes sur la base de signes typographiques. Ceci a donné naissance à l’ASCII Art.
Source : Eric Butow, User Interface Design for Mere Mortals, Pearson Education, 2007

Prédictologie.

Raphaël — Fri, 12 Feb 2010 13:49:15 +0000

J’ai utilisé ce terme pour la note « Apple, brevets, IHM et prédictologie ! » et je me suis aperçu par la suite que c’est un mot qui n’est pas dans le dictionnaire. Je me propose donc de le définir !

[Néologisme, féminin, nom commun.] La prédictologie est une pseudo-science qui a pour but de prédire l’avenir à court terme, deux ans maximum, d’un service, d’un produit, d’un marché ou d’une entreprise sur la base de l’interprétation logique de données ou d’informations. L’avis ainsi rendu est souvent péremptoire et accompagné de recommandations.

L’interprétation est souvent biaisée soit par un parti pris sur le sujet, soit par l’utilisation de corrélations illusoires. La validité des données ou des informations utilisées n’est pas souvent vérifiée. Les domaines de prédilection de la prédictologie sont l’informatique et le marketing, mais aucun secteur d’activité n’est épargné.

Exemples :

Le 6 octobre 1997, alors qu’Apple était au plus bas, un journaliste demanda à Michael Dell ce qu’il ferait s’il était en charge de la firme de Cupertino. « Qu’est-ce que je ferais ? Je fermerais la boîte et je rendrais l’argent aux actionnaires » avait-il déclaré. Dix ans après la valeur d’Apple est largement supérieur à celle de DELL.

Les interface en ligne de commande.

Raphaël — Sat, 06 Feb 2010 07:00:40 +0000

J’ai rédigé initialement cette définition pour le petit dictionnaire du design numérique.

Les interfaces en ligne de commande sont nées avec l’informatique. Initialement, des paquets de données étaient envoyés à l’ordinateur. Ces paquets donnaient à la fois les informations et les traitements à effectuer, sans aucun contrôle de l’utilisateur. Avec des programmes de plus en plus en complexes, de plus en plus long, il a été nécessaire d’établir un « langage » pour que l’utilisateur puisse donner des instructions à la machine et avoir un retour.

Les interfaces en ligne de commande nécessitent donc que l’utilisateur apprenne un langage. Ce langage est généralement composé d’une syntaxe précise. Par exemple, sous Unix :

commande options fichiers_ou_données

Une commande désigne généralement un programme qui peut être paramétré avec des options et qui s’applique sur un fichier ou des données. Les instructions ainsi établies peuvent être imbriquées et donc décrire des traitements complexes en peu de lignes.

Une fois le langage connu et maîtrisé par l’utilisateur, ce type d’interface peut devenir extrêmement efficace et plus performant pour certaines tâches qu’une interface graphique.

Loi de Hick.

Raphaël — Thu, 14 Jan 2010 09:20:04 +0000

J’ai rédigé initialement cette définition pour le petit dictionnaire du design numérique.

La loi de Hick, ou loi de Hick-Hyman, est un modèle qui décrit le temps qu’il faut à un utilisateur pour prendre une décision en fonction du nombre de choix à sa disposition.

Pour prendre une décision, l’utilisateur va catégoriser les choix sous la forme d’une arborescence, regroupant les choix similaires. Il va en suite déterminer quelle branche de l’arborescence suivre, jusqu’à arriver à un choix unique. Cela donne un temps de réponse logarithmique. Une sélection choix par choix aurait donné un temps de réponse linéaire.

Concrètement, appliquée aux interfaces, la loi de Kick implique que :

Si l’on ajoute un élément à une liste proposant un faible nombre de choix, le temps de réponse va fortement augmenter.
A contrario, si on ajoute un choix à une liste de choix déjà longue, le temps de réponse va faiblement augmenter.
Un nombre de raccourcis trop important (par exemple : sur une page web, ou sur une télécommande) demandera un temps de recherche plus élevé que la navigation classique.

La formule mathématique est la suivante :

T = b log₂(n + 1)

T : le temps de réponse.
b : une constante expérimentale en fonction de la situation.
n : le nombre de choix. Le +1 correspond à la décision de répondre ou non.

Loi de Hick, temps de réponse en fonction du nombre de choix.

Source :

Hick, William E.; On the rate of gain of information. Quarterly Journal of Experimental Psychology, 4:11-26, 1952.
Hyman, Ray; Stimulus information as a determinant of reaction time. Journal of Experimental Psychology, 45:188-196, 1953.

Anybody Can Do Usability.

Raphaël — Tue, 29 Dec 2009 11:26:51 +0000

Un article de Jakob Nielsen : Anybody Can Do Usability.

« Usability is like cooking: everybody needs the results, anybody can do it reasonably well with a bit of training, and yet it takes a master to produce a gourmet outcome. »

Que je traduirai par : « L’ergonomie c’est comme la cuisine : tout le monde a besoin du résultat, chacun peut la faire raisonnablement bien avec un peu d’entrainement et pourtant il faut un grand chef pour obtenir un repas gastronomique. »

La comparaison me parait assez vrai !

Modèle mental

Raphaël — Tue, 22 Dec 2009 08:30:56 +0000

J’ai rédigé initialement cette définition pour le petit dictionnaire du design numérique.

Les modèles mentaux sont étudiés en psychologie cognitive afin de comprendre comment les humains perçoivent, prennent des décisions et construisent des comportements dans des environnements variés. Le terme « Modèle mental » a été évoqué par Craik (1943) dans son livre « The Nature of Explanation ». Johnson-Laird (1983) utilise le concept de modèle mental pour expliquer les processus cognitifs à l’œuvre lors de la résolution de problèmes. Le modèle mental est une forme de représentation, de schéma interne d’une réalité externe. Il est fonctionnelle, sujet au changement, orienté vers la résolution d’une tâche, la compréhension d’une situation. Il se construit et évolue en fonction de l’expérience de l’utilisateur.

L’utilisateur parcourant un site web va construire un modèle mental. Ce modèle dépendra des objectifs de l’utilisateur, de ses expériences antérieurs, de son parcours sur le site, de son niveau de compétence en informatique, de l’organisation et la mise en forme de l’information et de bien d’autres critères. Il est intéressant de demander à l’utilisateur de dessiner le modèle mental qu’il a d’un site. L’utilisateur décrira sans doute, la page d’accueil, les fonctionnalités, les zones des pages et la structure globale du site. Le résultat peut alors fortement différer de la structure formelle conçue initialement.

On pourra juger de l’ergonomie d’un site, si il permet de construire un modèle mental adapté à son utilisation. Ce modèle sera simple au départ et viendra s’enrichir par la suite. Par contre, un modèle mental erroné conduira à des erreurs.

Par exemple, pour tourner avec une voiture, le modèle mental « dit » qu’il faut tourner le volant dans la direction souhaitée. Il n’est pas nécessaire de connaître les principes de mécaniques pour le mettre en œuvre. Si vous appliquer le même modèle mental à la moto, cela risque de vous conduire à l’accident. En effet, il faut pencher la moto vers le centre du virage pour tourner.

Source :

Théorie de la Gestalt

Raphaël — Wed, 09 Dec 2009 07:00:04 +0000

J’ai rédigé initialement cette définition pour le petit dictionnaire du design numérique.

La théorie de la gestalt, « forme » en Allemand, est une théorie d’origine allemande (début du XXème siècle) qui définit les principes de la perception. Le postulat de base est le suivant : devant la complexité de notre environnement, le cerveau va chercher à mettre en forme, à donner une structure signifiante à ce qu’il perçoit, afin de le simplifier et de l’organiser. Pour cela, il structure les informations de telle façon que ce qui possède une signification pour nous, se détache du fond pour adhérer à une structure globale. Cela s’applique à tous les sens.

Cette théorie de la gestalt se décompose en lois :

La loi de la bonne forme : loi principale dont les autres découlent : un ensemble de parties informe (comme des groupements aléatoires de points) tend à être perçu d’abord (automatiquement) comme une forme, cette forme se veut simple, symétrique, stable, en somme une bonne forme.
La loi de bonne continuité : des points rapprochés tendent à représenter des formes lorsqu’ils sont perçus, nous les percevons d’abord dans une continuité, comme des prolongements les uns par rapport aux autres.
La loi de la proximité : nous regroupons les points d’abord les plus proches les uns des autres.
La loi de similitude : si la distance ne permet pas de regrouper les points, nous nous attacherons ensuite à repérer les plus similaires entre eux pour percevoir une forme.
La loi de destin commun : des parties en mouvement ayant la même trajectoire sont perçues comme faisant partie de la même forme.
La loi de clôture : une forme fermée est plus facilement identifiée comme une figure (ou comme une forme) qu’une forme ouverte.

Comment appliquer cela aux interfaces ?

Des zones ayant des fonctions ou une importance similaire devront avoir un aspect graphique similaire.
Dans un formulaire, les champs concernant l’adresse (rue, n°, code postal, ville, pays) vont être regroupés dans un bloc. La distance entre les champs sera inférieure à la distance entre les blocs (loi de la proximité). Le bloc sera délimité graphiquement par un bord ou une couleur de fond (loi de la clôture).
A contrario, si des fioritures graphiques sont trop présentes, elles seront interprétées comme des formes et viendront perturber la lecture des contenus principaux.

Sources :
Wikipedia : http://fr.wikipedia.org/wiki/Gestalt
L’homme cognitif de Annick Weil-Barais & all, PUF, 2005

Efficience

Raphaël — Wed, 02 Dec 2009 22:13:06 +0000

« L’efficience est la qualité d’un rendement permettant de réaliser un objectif avec le minimum de moyens engagés. »* La notion d’efficience est initialement une notion technique et économique. Il ne faut pas la confondre avec l’efficacité. L’efficacité ne prend pas en compte les moyens mis en œuvre pour réaliser le but.

Jakob Nielsen (1993**) défini l’utilisabilité par plusieurs critéres : la faciliter d’apprentissage (Learnability), la prévention des erreurs (Errors), la satisfaction d’utilisation (Satisfaction), la faciliter de mémorisation (Memorability) et bien sur l’efficience (Efficiency).

L’efficience réfère à la performance qu’accomplirait un expert au sommet de sa courbe d’apprentissage. Dans l’utilisation de systèmes complexes, les utilisateurs même s’ils sont déja des experts, évoluent et élaborent toujours de nouvelles stratégies, l’efficience maximale reste donc théorique. Mais dans bien des cas, les utilisateurs non pas nécessairement besoin d’atteindre un haut niveau de performance. Pour des systèmes ou services qui sont utilisées de manières occasionnelles, cela peut prendre plus de temps d’apprendre à l’utiliser que de l’utiliser de manière moins efficiente.

Une méthode pour mesurer l’efficience est de définir certaines composantes de l’expertise, puis de recruter des utilisateurs ayant cette expertise afin de mesurer le temps qu’ils mettent pour accomplir certaines tâches.

Lors de la conception d’une IHM, il faut penser que les utilisateurs vont naturellement chercher la méthode qu’ils pensent la plus efficiente. Il est peu probable que ce soit celle que vous aviez prévue ! Il faut donc prévoir que l’utilisateur va développer ces propres stratégies en fonction de ces besoins et de son niveau d’expérience.

——
* : Benoît Pigé entre autres, Management et contrôle de gestion, Nathan, 2008, p9.
** : Jakob Nielsen, Usability Engineering, Morgan Kaufmann Publishers In, 1993, p26.