Cosa deve sapere uno sviluppatore per quanto riguarda la progettazione dell'interfaccia, l'usabilità e la psicologia dell'utente per creare un ottimo software?

Question

Eventuali duplicati:
Human factors design (meeting psychological needs in UI design)

Cosa deve fare uno sviluppatore di sapere in merito alla progettazione dell'interfaccia utente, l'usabilità e aspetti meno tecnici di interazione uomo-computer?

Quale conoscenza degli scenari di utilizzo, dei modelli di comportamento degli utenti e della psicologia dell'utente all'interazione con il computer dovremmo abbracciare per progettare un software efficace che aiuti gli utenti a risolvere i loro problemi in modo naturale e senza creare barriere e creando ostacoli?

C'è molto di più nella progettazione del software rispetto alla costruzione dell'architettura, nell'implementazione dei requisiti e nella creazione di un'interfaccia piacevole. Una bella interfaccia potrebbe non essere necessariamente utile ed efficace, e viceversa, una brutta utility software può diventare uno strumento preferito da molti utenti. Quali conoscenze di base almeno dovrebbero avere uno sviluppatore o un designer decente per semplificare l'esperienza dell'utente?

Si prega di concentrarsi su un problema per risposta, descrivere un problema, portare esempi, come l'esperienza dell'utente è compromessa e quali sono i modi per affrontare la situazione.

inizierò:

Problema: Interfacce con un sacco di controlli e le opzioni immediatamente su uno schermo può essere schiacciante per gli utenti. Dovranno perdere tempo a guardare attraverso tutti loro cercando di individuare l'unica opzione di cui hanno bisogno. Saranno anche distratti durante il processo, vedranno un'altra funzionalità, andranno lì per apprendere e magari leggere l'aiuto per vedere se è in grado di risolvere i loro problemi, poi un altro e così via fino a quando non saranno completamente persi.

ESEMPIO: Come buon esempio citerò Microsoft Word (così come altre applicazioni di Office) della versione precedente al 2007. L'enorme quantità di menu e opzioni mi ha sempre spaventato. Sono riuscito a ricordare dove erano le opzioni che mi servivano più spesso, ma è tutto. Tutto extra, tendo a google per le cose che ho bisogno di imparare dove questa caratteristica particolare si trova nella foresta di opzioni.

SOLUZIONE: Nascondere tutte le opzioni extra dietro alcuni menu e sottomenu strutturati logicamente affinché l'utente sia in grado di individuarli attraverso il processo del pensiero logico. La riprogettazione del 2007 ha ovviamente preso in considerazione il problema raggruppando le opzioni in schede. Ho trovato molte nuove opzioni di cui avevo bisogno senza fare ricerche su Google, ma solo pensando a dove poteva appartenere e guardare lì. Non che abbia sempre funzionato, ma il miglioramento può essere sentito.

Ora, quali sono le tue idee?

Answer 1

Interfacce utili ed efficaci sono belle. Guardali come un designer della UI, non come un grande dell'arte. :-)

• Semplicità; come poche scelte in grado di soddisfare i bisogni.
• Convenzione; seguire i modelli con cui gli utenti hanno già familiarità.
• Osservazione; guardare gli utenti e appianare i luoghi in cui hanno problemi.
• Gentilezza; scrivi errori leggibili dall'uomo. Non turbare gli utenti.
• Coerenza; fare le cose nello stesso modo ovunque nell'applicazione. Chiedi a una persona di scrivere tutto il testo o scrivere uno standard che il testo deve rispettare.

Answer 2

Imparare ad ascoltare.

Gli utenti diranno ciò che vogliono ma non con le parole a cui sei abituato. Socializza, siediti, prenditi il ​​tuo tempo e ascolta. Guardali mentre lavorano, fai domande. Raccogli alcune idee "Come vorresti ...?" e ascolta le risposte. Non dare per scontato che qualcosa sarebbe meglio per loro, chiedi loro. Non forzarli in un determinato percorso perché è più semplice codificarli.

Answer 3

Interfacce con un sacco di controlli e opzioni immediatamente su uno schermo può essere schiacciante per gli utenti.

GMail ha questo slogan "Search, don't sort". Lo stesso principio può essere applicato alle interfacce utente. Come hai detto, gli utenti lo stanno già facendo da soli per le funzionalità.

Ora il passo successivo è creare il supporto per la ricerca delle funzioni direttamente nell'applicazione. Premi una scorciatoia da tastiera, digita alcune parole chiave e fai clic sulla funzione che desideri utilizzare. La funzione IDE Insight nel prossimo RAD Studio 2010 fa esattamente questo.

Answer 4

Suggerisco di leggere "Il design delle cose di tutti i giorni" di Donald Norman.

Answer 5

Problema: le interfacce utente spesso non hanno una corrispondenza 1-a-1 alla domain model:

• Non ci sono problemi di comunicazione perché i programmatori parlano del modello di dominio nascosta mentre gli utenti parlano sulla GUI.
• Ci sono problemi di manutenzione perché gli utenti sono vincolati dall'interfaccia utente basata su attività . Hanno regolarmente bisogno di per chiedere "una nuova schermata per farlo" anche se il modello di dominio potrebbe già supportare .

Soluzione: naked objects architectural design pattern. Per portare questo all'estremo potresti anche generate the GUI automatically from the domain model.

Answer 6

Mi piace pensare che l'estetica sia inutile finché non ho provato a vendere la mia casa. Fondamenta robusta, 3 bagni, 2 bagni, 2 box auto, cortile recintato, blah, blah blah - fino a quando non mi sono liberato della puzza dai miei 3 cani nessuno l'avrebbe toccata.

Più l'app/sito è visivamente piacevole, maggiori sono le possibilità di utilizzo. Ora un utente farà un tentativo e determinerà se fa qualcosa che vuole. Infine, quanto è utilizzabile? Questo è un punto in cui probabilmente riceverai più feedback.

Proprio come la casa: sbarazzarsi del disordine, pulire tutto, iniziare con una tavolozza generale di colori e lasciare che l'utente aggiunga i colori folli se li desidera.

Answer 7

Se vuoi davvero che i tuoi occhi si aprano, segui un corso su Human Factors Engineering.

Answer 8

Ho lavorato in un'azienda farmaceutica negli ultimi due anni e penso che il design dell'interfaccia sia importante quasi quanto la funzionalità. Guardare gli utenti a fatica con il vecchio e complicato codice legacy è la ragione principale per riprogettarlo. Raramente la funzionalità è la ragione principale per lo sviluppo del codice o la sua sostituzione.

• Usabilità studia
• Guardando le persone utilizzano il proprio codice
• Extreme Programming (Delivering codice di anteprima in modo intermittente per tutto il processo di progettazione)

sono essenziali a fornire il codice che non solo soddisfa le esigenze degli utenti, ma li rende felici e produttivi. Alla fine della giornata, i programmi saranno utilizzati solo se ti renderanno felice e produttivo.

Answer 9

So che la domanda è un po 'vecchia, ma sono sorpreso nel vedere che nessuno ha menzionato l'eccellente articolo di Joel Spolsky: User Interface Design For Programmers. È sicuramente qualcosa che ogni sviluppatore dovrebbe leggere. Non ci sono idee particolarmente brillanti o originali, è per lo più di buon senso, ma ha aperto gli occhi su punti non così ovvi ...