Archive pour novembre 2009

Ce post est librement inspiré de de l’introduction de l’article de Theresa Neil :
50 Most Usable RIAs . Je vous recommande vivement d’aller consulter cet article

Ajouter des contrôles Ajax, Flex ou Silverlight à une page web n’en fait pas pour autant une application riche.
La richesse d’une application se dessine sur 4 niveaux :

• La structure de l’application
• Les schémas fonctionnels appliqués aux différents écrans qui composent l’application
• Les contrôles de l’interface utilisateur
• Les interactions

Pour construire une application riche (RIA), il y a 6 principes à suivre :

Lire la suite de cette entrée »

Kesako ?

Le modèle de Kano est un environnement de réflexion développé par Noriaki Kano qui aide à expliquer pourquoi la suppression des défauts d’un produit ou d’un service n’améliore par automatiquement la satisfaction du client ou de l’utilisateur. Il permet de mieux comprendre le pouvoir des « attentes dormantes ».
C’est donc un modèle très intéressant à prendre en compte pour la création d’une application web dotée d’une interface riche : comment améliorer l’expérience utilisateur et satisfaire l’utilisateur de cette application ?

Lire la suite de cette entrée »

Cet article est une traduction de l’article de Jakob Nielsen paru en 2009 et accessible à l’URL suivante : http://www.useit.com/alertbox/mega-dropdown-menus.html

Qu’est ce qu’un méga menu ?

Le premier constat est que les menus déroulants « réguliers » règnent en maître mais rencontrent des problèmes d’utilisabilté récurrents, il faut donc aller vers un nouveau système de menus.

On peut voir que les mégas menus déroulants comblent les désavantages des menus déroulants normaux (les premiers à être apparus). Ainsi nous pouvons recommander les premiers et mettre en garde contre les seconds.

Lire la suite de cette entrée »

Cet article est une traduction de l’article de Jakob Nielsen paru en 2005 et accessible à l’URL suivante http://www.useit.com/papers/heuristic/heuristic_list.html

1 – Rendre visible l’état de l’application

Il faut toujours tenir informé les utilisateurs de ce que l’application est en train de faire lorsque l’utilisateur n’interagit pas avec elle.

2 – L’application doit correspondre au monde réel dans lequel évolue son utilisateur

L’application doit parler le même langage que celui de son utilisateur, avec des mots, des phrases, des concepts qui lui sont familiers. Les informations doivent apparaître dans un ordre logique et naturel.

3 – Prendre en compte la liberté de l’utilisateur

L’utilisateur d’une application va souvent passer par des chemins qui ne sont pas conformes au processus imaginé par les concepteurs – sans que ces chemins empruntés conduisent à des anomalies – Il faut donc proposer des options « défait » ou « refait ».
Lire la suite de cette entrée »