Ergonomie, Rails et Architecture de l'information web (2.0)

J’ai eu l’occasion d’effectuer l’autre jour un rapide audit d’utilisabilité sur une application web développée par un ami. Il s’agissait pour moi de mettre en avant ses principaux défauts, afin de pouvoir les corriger avant la sortie d’une prochaine alpha.

J’aime bien cet exercice, même si je le trouve frustrant. S’il permet d’améliorer les points les plus visibles, il ne va cependant pas au fond des choses, laissant souvent de côté les problèmes les plus importants.

Après le live search, et la recherche prédictive, ce troisième volet de notre série d’articles sur les formulaires de recherche est consacré à la recherche par facettes. La recherche à facettes a ceci de particulier que l’implémentation en fait aussi bien un mode de recherche que de navigation, et c’est à ce double emploi que nous allons nous intéresser aujourd’hui.

Réaliser le formulaire de login parfait relève un peu de l’utopie ergonomique, tandis qu’il est particulièrement facile de se tromper. Dans son article en deux parties, Account sign-in, 8 *2 mistakes to avoid Jared Spool détaille 16 erreurs à ne pas commettre quand on crée un tel formulaire. Il y étudie le formulaire lui-même, mais également tout ce qui va autour : placement, opportunité… en l’appliquant à la boutique en ligne du site de Cisco.

Plutôt que de traduire simplement son billet, j’ai repris les 16 points étudiés, et j’ai tenté de les appliquer aux cas les plus génériques possibles, afin de pouvoir les réutiliser sur tous les types de sites et d’applications possibles.