Quali sono alcuni principi di base del design dell'interfaccia?

Question

Sto mettendo insieme alcuni prototipi della mia prima vera interfaccia e mi chiedo: quali sono alcuni principi fondamentali per una buona progettazione dell'interfaccia utente? Sto cercando qualcosa come un sommario dell'elenco di proiettili e forse alcune risorse che potrebbero essere utili per ogni principio.

Answer 1

"Non farmi pensare!", Il titolo e the book sono estremamente utili durante la progettazione di un'interfaccia utente. Alcune delle mie sezioni preferite includono:

• Creare una chiara gerarchia visiva.
• Le convenzioni sono tuoi amici.
• Happy talk deve morire.
• Le istruzioni devono morire.
• Quattro motivi per cui amo le schede.
• Il problema con Rollovers.
• Agricoltori contro Cowmen.
• Il mito dell'utente "Media".

Answer 2

avevo messo coerenza lassù

- Lee

Answer 3

Nielsen fornisce this lista - che vorrei generalmente d'accordo con

• Visibilità dello stato del sistema
• partita tra sistema e il mondo reale
• Controllo utente e libertà
• Coerenza e standard
• Prevenzione degli errori
• riconoscimento piuttosto che il richiamo
• flessibilità e l'efficienza di utilizzo
• estetica e il design minimalista
• utenti aiutare a riconoscere, diagnosticare e recuperare da errori
• Aiuto e documentazione

Answer 4

Quello che cerco sempre di r emember è "7 articoli (massimo) in una pagina/modulo." È apparso nella mia classe GUI al college (7 o 8 anni fa ora).

Mi viene in mente un fumetto web in cui avevano un design Apple seguito dal design di Google (entrambi molto semplici) seguito dal "nostro" design con dozzine di oggetti che sporcavano il modulo.

Answer 5

Non dimenticare l'accessibilità della tastiera e, più in generale, l'accessibilità per le persone con problemi di vista (questo è il motivo per cui un sacco di interfacce utente dall'aspetto attraente fanno schifo).

Inoltre, Alan Cooper (di fama Visual Basic) ha dichiarato: "non mettere forza prima sarà", che significa che non si dovrebbe rendere più facile per le persone a fare le cose che forza Do While rendendo difficile per loro fare le cose che fanno fare fare con il tuo software.

Answer 6

Joel Spolsky (co-creatore di SO :)) has a book called "User Interface Design for Programmers" nonché una serie di articoli sul suo sito Web (Joel On Software) relativi a quel libro.

Un'altra grande risorsa per iniziare è Jacob Nielsen's usablity website.

Answer 7

1. Non interrompere l'utente con finestre di dialogo pop-up. Mostra un feedback che l'utente può vedere e fornisce un modo per affrontare il problema quando lo desidera.

2. "Il principio della sorpresa minima".

3. Applicare default sensibili

4. Visualizza risposta agli input dell'utente entro mezzo secondo.

Answer 8

andare a leggere Controlling Your Environment Makes You Happy e poi leggere Don't Make Me Think! A Common Sense Approach to Web Usability.

Mantenerlo semplice, non ignorare le convenzioni e imitare siti/programmi che funzionano bene.

Answer 9

Una rapida ricerca google ha rivelato questi:

http://www.asktog.com/basics/firstPrinciples.html

http://www.ambysoft.com/essays/userInterfaceDesign.html

Answer 10

In nessun ordine particolare (e fuori dalla parte superiore della mia testa):

• Convenzione sopra coerenza
• Affordance (chiarire dall'aspetto come e cosa fa qualcosa)
• modalità Evita
• Consenti all'utente di creare un corretto modello mentale
• proteggere i dati (rendono difficile essere distruttivo)

Answer 11

Se leggete Asimov, troverete questo facile da ricordare : un'interfaccia non dovrebbe, attraverso l'azione o l'inazione, consentire che il lavoro dell'utente venga distrutto inavvertitamente.

Answer 12

Le interfacce utente sono frequenti per gli sviluppatori di software o persone con conoscenze simili, non solo per laici. Se la tua è una tale interfaccia, puoi trarre vantaggio dall'essere un utente così come l'autore.

1. Scrivere l'interfaccia.
2. Mettilo via per un po ', preferibilmente abbastanza a lungo da dimenticare esattamente come funziona.
3. Usalo per fare qualcosa quando sei di fretta o altrimenti distratto.
4. Le cose si romperanno o ti costringono a fare le cose manualmente che non sono state coperte. Per ognuno, scrivi un rapporto bug/funzionalità. (Se hai fretta, scrivi quel tanto che basta per ricordarti più tardi.)
5. Correggi/indirizza ogni rapporto.
6. Andare al punto 2.

Questa esperienza vi darà spunti per scrivere interfacce migliori, alcuni dei quali possono estendersi ai laici così come la tech-savvy. Attenzione, tuttavia; non tutte le funzionalità valide per gli sviluppatori sono utili per i non-sviluppatori. I passaggi 2 e 3 hanno lo scopo di farti entrare in quella mentalità non-dev, e ottenere la maggior parte del modo; per l'ultimo miglio, non c'è alcun sostituto per un vero utente.

Answer 13

Utilizzo di persone reali: test, test, test.

Answer 14

Conosci i tuoi utenti.

• Trascorrere del tempo con loro sperimentando ciò che fanno attualmente senza il tuo software/modifiche.
• Invitali a provare a utilizzare il prototipo precedente come fattibile - forse è solo carta, vedi come reagiscono.
• Continua a spingere i tuoi prototipi di fronte a loro mentre lo sviluppo avanza.

Answer 15

Questo non è esattamente soddisfare le vostre esigenze di un elenco puntato, ma io consiglio comunque vivamente la lettura di The Essence of Great UI - An Overview, Why is Great UI so hard to achieve?, Great UI, Clarity, and Information Relevance, Great User Interfaces, Clarity, and Information in Parallel e Great UI: Clarity and Color on the Presentation Layer Mark Miller.

Parla anche di alcuni degli stessi concetti negli episodi dnrTVMark Miller on The Science of a Great User Experience Part 1 e Part 2.