Yahoo! User Interface Blog (YUIBlog)

Q: Qual è il miglior modo per comunicare un modello?

Luke Wroblewski
Principal Designer, Yahoo! Inc.
Fondatore / Principal e LukeW Interface Designs
Autore, Site-Seeing: un approccio visivo di Web Usability

Jenifer rende alcuni grandi punti circa gli ingredienti chiave di un design pattern. Preferirei secondo l'importanza di esempi e premuroso "problema" e "usare quando" descrizioni. Al di là di questi elementi che definiscono, i metadati giusto per un design pattern è spesso indicato da il tuo pubblico.

Quando stavo lavorando alla prima iterazione della biblioteca design interno di eBay modello, l'esperienza di gruppo di utenti disegno era stato messo a terra nelle linee guida e standard. Perfettamente comprensibile data la quantità di persone che stavano lavorando su un singolo prodotto: il mercato eBay. Perché così tante persone diverse hanno contribuito alla progettazione e allo sviluppo di un unico "sito", le regole dovevano essere messi in atto per assicurare una certa coerenza.

Nel corso del tempo queste regole si è evoluto in linee guida architecural di alto livello e descrizioni dettagliate di presentazione e interazione. Abbiamo chiamato questi tipi di quadri regole e componenti. Frameworks delineato l'interazione e la struttura visiva dei flussi di attività e tipi di schermo. Ad esempio, il processo di registrazione è un flusso e una pagina di guida è un tipo di schermo. Frameworks contribuito a stabilire dove e quando il contenuto e le azioni devono essere presentati agli utenti. Componenti descritto i nostri fondamentali elementi costitutivi di interfaccia utente (menu, barre degli strumenti, forme, ecc.) Sono stati progettati per ottimizzare l'usabilità e la coerenza disco in tutte eBay.

Così abbiamo avuto quadri che stabilisce dove e quando gli elementi dell'interfaccia utente devono essere utilizzati e non abbiamo avuto elementi che informano quegli elementi sembrava e come si comportavano. Ma eravamo ancora lottando per fornire progettazioni interfaccia coerente.

Per usare la terminologia della folla IDEO, i creativi sono curiosi per natura e spesso applicare "la mente di un bambino" - aperti a nuove idee e osservazioni - alla loro forma unica di problem solving. Abbiamo avuto un sacco di creativi su eBay e si avvicinavano loro lavoro esattamente in questo modo. Si adoperò per nuove idee e soluzioni, e sono intrinsecamente curiosa la logica alla base dei quadri e dei componenti che usavano per assicurare la coerenza. Come risultato, molte nuove soluzioni sono state proposte, e spesso adottata. Come potete immaginare ciò ha creato una dinamica interessante tra le "regole" e design - un naturale approccio iterativo e abduttivo al problem solving.

Per abbracciare il processo di progettazione all'interno dei nostri ridisegnare "le regole", abbiamo deciso di trasformarsi i nostri quadri e componenti in una serie di modelli di progettazione. Come le regole, i modelli potrebbero essere testato, verificato e recensione. A differenza di norme, tuttavia, erano soluzioni progettuali ripetibili ai problemi comuni. Si trattava di una distinzione chiave come l'enfasi è spostata da "ecco come deve essere fatto" a ", ecco un modo per rendere il vostro lavoro più facile."

Al fine di rendere questa transizione, abbiamo modificato la nostra documentazione di strutture e componenti. Per le nostre spiegazioni iniziali di dove e cosa, abbiamo aggiunto:

• Perché: Quali opportunità o vincoli contribuito a definire questo modello? C'era qualche ricerca fatto per sostenerlo?
• Come: in uno sforzo per rendere l'adozione schema più semplice possibile abbiamo inserito i link diretti alle specifiche visive e il codice ove possibile. Abbiamo anche fornito una indicazione di stato per garantire un corretto utilizzo: in fase di sviluppo, necessaria, raccomandare, ecc
• Chi: collegamenti diretti sono stati forniti alle persone che si erano documentati, identificati o progettato il modello.

Dato il nostro pubblico (un team di progettazione centrale, lavorando su una miriade di prodotti in ultima analisi, integrati e caratteristiche), questo approccio concessa molta più flessibilità nel modo in cui abbiamo condiviso e documentato le migliori pratiche di progettazione. Detto questo si vede chiaramente alcune differenze nel nostro approccio alla Jenifer quella sostenuta in precedenza. Integrazione di esempi di codice e specifiche visuali era importante al fine di rendere le cose più facili per i nostri progettisti e abbiamo inserito alcuni campi che possono essere estranea per un generico pubblico. Le risposte di base il nostro modello di fornire la documentazione anche se erano le stesse: "Cosa, Usa quando, perché, come, ed esempi."

- Luke