Yahoo! User Interface blog (YUIBlog)

Q: Quelle est la meilleure façon de communiquer un modèle?

Luke Wroblewski
Concepteur principal, Yahoo Inc
Fondateur / directeur, dessins Interface LukeW
Auteur, Site-Seeing: une approche visuelle de Web Usability

Jenifer fait quelques grands points sur les ingrédients clés d'un modèle de conception. Je seconde l'importance des exemples et réfléchie "problème" et "utiliser lorsque" des descriptions. Au delà de ces éléments de définition, les métadonnées droit pour un modèle de conception est souvent dicated par votre auditoire.

Lorsque je travaillais sur la première itération de la bibliothèque d'eBay modèle de conception interne, le groupe de conception de l'expérience utilisateur a été ancrée dans les lignes directrices et des normes. Parfaitement compréhensible étant donné la quantité de personnes qui travaillaient sur un seul produit: le marché eBay. Parce que tant de gens différents ont contribué à la conception et le développement d'un seul "site", les règles devaient être mises en place pour assurer une certaine cohérence.

Au fil du temps ces règles ont évolué dans le haut niveau des directives architecturale et des descriptions détaillées de présentation et d'interaction. Nous avons appelé ces types de cadres des règles et des composants. Cadres décrit les interactions et la structure visuelle des flux de tâches et types d'écran. Par exemple, le processus d'enregistrement est un flux et une page d'aide est un type d'écran. Cadres aidé à établir où et quand le contenu et les actions doivent être présentés aux utilisateurs. Composants décrit notre base de blocs de construction d'interface utilisateur (menus, formulaires, barres d'outils, etc.) Ils ont été conçus pour optimiser la convivialité et la cohérence d'entraînement sur l'ensemble de eBay.

Nous avons donc dû établir des cadres où et quand les éléments d'interface doit être utilisée et nous avons eu des composants détaillant ce que ces éléments ressemblait et comment ils se sont comportés. Mais nous étions encore du mal à offrir des conceptions d'interface cohérente.

Pour utiliser la terminologie de la foule IDEO, professionnels de la création sont naturellement curieux et souvent appliquer "l'esprit d'un enfant» - ouvert aux nouvelles idées et observations - à leur forme unique de résolution de problèmes. Nous avons eu beaucoup de designers créatifs à eBay et qu'ils approchaient de leur travail exactement de cette façon. Ils se sont efforcés de nouvelles idées et solutions et étaient naturellement curieux au sujet de la justification des cadres et des composants que nous utilisions pour conduire la cohérence. En conséquence, beaucoup de nouvelles solutions ont été proposées, et souvent adoptée. Comme vous pouvez imaginer cela a créé une dynamique intéressante entre les «règles» et la conception - une approche itérative et naturellement abductif pour résoudre les problèmes.

Pour embrasser le processus de conception au sein de notre redessiné "règles", nous avons décidé de transformer nos cadres et les composants en un ensemble de modèles de conception. Comme les règles, les modèles pourraient être testés, vérifiés, et revu. Contrairement aux règles, cependant, ils ont des solutions de conception reproductibles à des problèmes communs. Ce fut une distinction essentielle que l'accent s'est déplacé loin de «voici comment cela doit être fait» à «voici une façon de rendre votre travail plus facile."

Afin de rendre cette transition, nous avons modifié notre documentation sur les cadres et les composants. Pour nos explications initiales de savoir où et quoi, nous avons ajouté:

• Pourquoi: quelles sont les possibilités ou les contraintes aidé à définir ce schéma? Y avait-il toute recherche effectuée pour le soutenir?
• Comment: dans un effort pour rendre l'adoption modèle aussi simple que possible, nous avons inclus des liens directs vers les spécifications et le code visuel lorsque cela est possible. Nous avons également fourni une indication de l'état pour garantir le bon usage: en cours de développement, au besoin, recommander, etc
• Qui: des liens directs ont été fournis aux personnes qui avaient documenté, identifiés, ou conçu le motif.

Compte tenu de notre public (une équipe de conception centrale travaille sur une myriade de produits en fin de compte intégré et fonctions), cette approche accordée une plus grande souplesse dans la façon dont nous avons partagés et pratiques de conception les mieux documentées. Cela dit, il ya bien quelques différences dans notre approche de l'Jenifer celle préconisée auparavant. Intégration des exemples de code et les spécifications visuelle était importante afin de faciliter les choses pour nos designers et nous avons inclus certains domaines qui peuvent être superflus pour un public à vocation générale. Les réponses de base de notre modèle de la documentation fournissent bien été la même: «. Que, Utiliser quand, pourquoi, comment, et exemples»

- Luke