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

Ça fait un moment maintenant que je voulais écrire sur l’excellent schémas d’Éric Burke, qui met face à face les produits Apple et Google et les applications d’entreprise. Bien que cruel et un peu caricatural, ce dernier révèle pourtant une situation bien souvent vraie, et révélatrice de deux grands travers de la conception logicielle : la trop grande complexité des processus avec, comme corollaire, le trop plein de fonctionnalités.

Offrir une recherche sélective à vos utilisateurs de manière simple et utilisables relève bien souvent de la gageure. Quand on ne tombe pas sur des horreurs peu intuitives, voire inutilisables, c’est pour se retrouver face à des formulaires de recherche avancée incompréhensibles dont la seule évocation parvient à faire fuir 95% des utilisateurs. Des solutions élégantes existe pourtant. Bien qu’elles ne s’adaptent pas à tous les cas de figure, elles ont pourtant l’avantage d’être efficaces, simples d’emploi et souvent peu coûteuses à mettre en place.

Après avoir fait le tour des avantages et inconvénients posés par le très populaire et web 2.0 ”live search”, nous passerons cette fois au crible ce système puissant à bien des égards qu’est la recherche prédictive.

En lisant ce matin un excellent article du blog IE sur les problèmes de performances de la bêta d’IE 8, je suis tombé sur cette perle que je ne pouvais pas manquer de vous faire partager :

Si comme moi vous n’êtes pas la personne la mieux organisée du monde, mais que vous vous soignez, les méthodes à la Getting Things Done n’ont plus aucun secret pour vous, et vous êtes forcément à l’affût des dernières nouveautés dans les outils d’aide à la productivité.
Le dernier né se nomme Evernote, vient d’ouvrir en beta privée, et se présente comme le must have du carnet de notes en ligne. On veut bien les croire vues les fonctionnalités proposées, et la possibilité de publier depuis absolument partout : email, client lourd Mac, Windows et Linux, navigateur, iPhone ou Windows Mobile.

Avant de vous offrir 15 invitations, je vous propose un panorama complet de la chose.

En matière d’utilisabilité, Apple a souvent quelques années d’avance sur ses concurrents, en adaptant les habitudes de leurs utilisateurs à leurs produits plutôt que d’obliger ses clients à suivre une longue et douloureuse phase d’apprentissage pour les forcer à s’adapter à un modèle non naturel. Parmi les nombreuses nouveautés de Léopard, une des plus impressionnante était sans nul doute Coverflow, qui offre une navigation parmi les documents d’un répertoire sous la forme d’un catalogue.
Depuis quelques jours, il est également possible de disposer d’une telle navigation dans son historique Safari, aussi bien pour la version 3.0 que 3.1, et le résultat est assez bluffant. Je me demande juste pourquoi le développeur n’a pas eu la bonne idée de faire ça pour les bookmarks, ça aurait été beaucoup plus intelligent. Mais bon, si ça se trouve, ça viendra.

Pour la majorité d’entre-nous, un formulaire de recherche se résume d’un coté à une simple zone de saisie texte associée à un bouton de validation, et de l’autre à usine à gaz permettant de trouver la perle rare à partir d’un très grand nombre de critères le plus souvent obscures. Évidemment, les choses ne sont pas aussi tranchées, et il existe un grand nombre de formulaires de recherche, aussi bien par leur présentation que par leur comportement.

Dans ce premier volet d’une série de 5 billets consacrés à l’anatomie des formulaires de recherche, je vous propose de nous intéresser au live search, un mode de recherche directement hérité de l’émergence d’AJAX et symptomatique du web 2.0 aussi bien dans ses avantages que ses inconvénients.

Suite à la lecture de l’excellent Navigation Menus, Trends and Examples, j’ai découvert les navigations “parlantes”. De la théorie à l’application, il n’y avait qu’un pas. J’en ai donc profité pour redonner un coup de jeune à mon thème, sans toutefois changer radicalement de charte graphique. Finis les thèmes glossy et brillants à la Apple / web2.0, je passe à quelque chose de semblable mais beaucoup plus épuré.

Wordpress 2.5, dont une démo est disponible en ligne apporte son habituel lot de nouveautés, parmi lesquelles une refonte en profondeur de l’administration, organisée autour des fonctionnalités de plus en plus nombreuses et diversifiées du plus populaire des blogware open source. Qu’on aime ou qu’on aime pas – et je rentre depuis longtemps dans la seconde catégorie – force m’est d’avouer que cette nouvelle version est impressionnante.
Plutôt qu’un tour complet de cette nouvelle admin qui ne servirait pas à grand-chose, je vous propose de passer en revue les 9 petits trucs qui vous changent la vie.

Je découvre avec plaisir Version 1, un excellent outil de suivi de projets pour méthodes agiles proposé en mode ASP. Ce dernier propose quelques fonctionnalités vraiment intéressantes ou bien pensées pour faciliter la vie de l’utilisateur. C’est notamment le cas de la validation de la création des bugs. Cette dernière propose quatre choix à l’utilisateur :

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.