Usabilità

Intervista a Jacob Nielsen con alcuni consigli sull'usabilità

Antonio Ganci — Wed, 16 Aug 2006 13:37:00 GMT

Ecco il link, l'intervista è in inglese. Jacob Nielsen è uno dei guru sull'usabilità del web, ha scritto diversi libri sull'argomento, ne consiglio l'ascolto contiene molti spunti interessanti anche per noi developer che a volte ne sottovalutiamo l'importanza.

Post interessante contenente alcuni consigli pratici sull'usabilità

Antonio Ganci — Fri, 11 Aug 2006 13:34:00 GMT

Il link: My Top 11 Usability Tips Gleaned From All Over In particolare sono concorde sul consiglio di leggere il libro Don't Make Me Think: A Common Sense Approach to Web Usability di Steve Krug.

Web Navigation 101 - Come navighiamo sul web

Antonio Ganci — Thu, 20 Jul 2006 23:25:00 GMT

Quando si arriva su un sito web di solito si seguono i seguenti passi: Cerchiamo di trovare qualcosaPotrebbe essere l'ultimo modello di cellulare Nokia o il regista del film La Dottoressa preferisce i marinai Decidiamo se usare la ricerca o seguire i link nell paginaAlcuni utenti sono Search Dominant, cioè tendenzialmente usano sempre la search box quando arrivano su un sito. Altri sono Link Dominant, cioè preferiscono navigare attraverso i link ed usano la ricerca solo nel caso in cui non hanno alternative. Per tutti gli altri dipende dalle circostanze, come la fretta o la navigabilità del sito. Maggiori dettagli si trovano in questo articolo di Jakob Nielsen. Se scegliamo di seguire i link, cerchiamo la corretta direzione nella gerarchia delle pagine del sitoCome nella seguente immagine presa dal sito http://www.giardinaggio.it/ Se non si riesce a trovare ciò che si sta cercando si va via dal sitoSuccede se siamo convinti che non hanno ciò che stiamo cercando oppure ci siamo stufati di continuare a cercare.

Google Earth Usability Study

Antonio Ganci — Tue, 18 Jul 2006 23:52:00 GMT

Ho appreso che dal 25 al 28 luglio a Parigi verrà fatto un studio di usabilità per Google Earth. Per chi avrà la fortuna di essere a Parigi può provare a partecipare. Tutti i dettagli qui. Tra le altre cose si verrà pagati 100 euro per una sessione di due ore.

Altro piccolo restyling grafico per Code Project

Antonio Ganci — Sat, 15 Jul 2006 17:34:00 GMT

Nel mio precedente post avevo introdotto il concetto di background noise e come esempio avevo usato il nuovo look grafico di Code Project. Oggi visito il sito e vedo che se ne sono accorti anche loro. Le tre immagini seguenti illustrano, il vecchio look, la mia proposta di restyling e come è adesso:

Nuovo look di CodeProject e il Background Noise

Antonio Ganci — Tue, 11 Jul 2006 00:59:00 GMT

Ho notato che Code Project ha cambiato look, rispetto a prima è migliorato notevolmente e vorrei segnalare ciò che a mio avviso è una piccola sbavatura. Immaginiamo un cocktail party: quando tutti parlano, nessuna fonte di rumore è sufficientemente forte da prevalere sulle altre; analogamente in una pagina web è possibile aggiungere del background noise, cioè degli elementi grafici che rendono più difficile lo scan della pagina o il colpo d'occhio. Questo non disturba tutti gli utenti allo stesso modo, ma a molti dà fastidio. Torniamo a Code Project a sinistra c'è l'elenco delle sections, le righe nere tra il nome di una section e l'altro aggiungono a mio avviso del background noise; sotituendole con le sole righe più chiare risulta più leggibile.

Usability 101 - Introduzione all'usabilità

Antonio Ganci — Fri, 07 Jul 2006 01:01:00 GMT

Questo articolo di Jakob Nielsen, introduce alcuni concetti sull'usabilità What (definizione di usabilità) L'usabilità è un attributo della qualità, cioè misura quanto una user interface è semplice da usare. Ci si riferisce con la parola usabilità anche ai modi per migliorare la facilità d'uso durante il processo di design. L'usabilità si definisce con cinque indici di qualità: Facilità di apprendimento: Quanto è semplice per gli utenti portare a termine semplici task la prima volta che vedono la user interface? Efficienza: Una volta che gli utenti hanno imparato ad utilizzarla, con quanta rapidità riescono a portare a termine i task? Facilità di memorizzazione: Dopo un certo periodo che non si usa la user interface, quanto è facile ricordarsi come si utilizza? Errori: Quanti errori l'utente commette? Con quale gravità? E quanto è semplice rimediare agli errori? Soddisfazione: Quanto è piacevole usare la user interface? Un altro attributo fondamentale della qualità è l'utilità, è poco importante se è semplice da usare se non fa ciò che l'utente vuole. Perchè l'usabilità è importante? Se un sito è difficile da usare gli utenti se ne vanno. Se nell'homepage gli utenti non hanno un'idea sufficientemente chiara di cosa l'azienda offre e di cosa possono fare nel sito se ne vanno. Se si perdono nel sito se ne vanno. Se le informazioni sono difficili da leggere o comprendere oppure non vengono date risposte alle domande dell'utente se ne vanno. Per le intranet l'usabilità è importante per la produttività dei dipendenti e collaboratori. Come migliorare l'usabilità? Facendo user testing ponendo attenzione a: Selezionare utenti rappresentativi Chiedere agli utenti di fare task rappresentativi Osservare ciò che gli utenti fanno, quali task portano a termine con successo, quali difficoltà hanno. Osservare in silenzio ed ascoltare cosa gli utenti dicono. Un numero sufficiente di utenti è cinque. Quando lavorare sull'usabilità? In ogni parte del processo, conviene fare in modo che ogni singolo studio sia veloce ed economico. Guardare il vecchio design, identificare le parti migliori e peggiori che danno problemi agli utenti Guardare alle user interface dei concorrenti (se ci sono) Fare uno studio per capire come si comportano gli utenti nel loro habitat naturale Realizzare paper prototypes Migliorare iterando, partire da prototipi grossolani fino ad arrivare a prototipi molto fedeli alla realtà Stabilire delle guidelines di usabilità Una volta realizzata e finita testare la user interface per scovare problemi introdotti durante l'implementazione. Dove condurre i test? Per la maggior parte delle aziende è sufficiente una camera o un ufficio.

We don't read pages. We scan them. - Ovvero come migliorare la leggibilità del proprio sito

Antonio Ganci — Tue, 04 Jul 2006 00:09:00 GMT

Come spiegato in questo articolo di Jakob Nielsen, noi utenti spendiamo poco tempo a leggere le pagine di un sito web (io sono il primo), preferiamo fare un rapido scan della pagina alla ricerca di ciò che ci interessa. I motivi sono elencati in questo capitolo di esempio del libro don't make me think: Abitualmente siamo di fretta: Utilizziamo il Web con l'intenzione di risparmiare tempo. I web users si comportano come degli squali: si devono continuare a muovere o muoiono. Non abbiamo tempo di leggere più di ciò che ci serve. Sappiamo già che non ci serve leggere tutto: In molte pagine web siamo iteressanti solo ad una piccola parte del suo contenuto. Cerchiamo ciò che più si avvicina ai nostri interessi o che ci permetta di continuare l'operazione che stiamo svolgendo; il resto è irrilevante. Siamo già bravi a farlo: Facciamo già lo scan di giornali, riviste e libri per trovare ciò che ci interessa e quindi sappiamo già come funziona. Why are things always in the last place you look for them?Because you stop looking when you find them.

Don't make me think - Usabilità e Usability Testing

Antonio Ganci — Sun, 25 Jun 2006 19:16:00 GMT

Sto seguendo un progetto sull'usabilità in collaborazione con il Centro Ricerche Fiat, in particolare abbiamo messo sotto analisi una form particolarmente complessa di un software che il nostro team ha sviluppato. Confrontarmi con persone di formazione completamente diversa, come ad esempio alcuni psicologi, è stato illuminante perchè mi hanno aiutato ad osservare il software da un'ottica nuova. Ho chiesto qualche riferimento per approfondire l'argomento e mi hanno indicato un nome: Jakob Nielsen. Mi sono ricordato che Jeff Atwood nel suo blog Coding Horror nella sezione Recommended reading consiglia la lettura di Don't make me think di Steve Krug, l'ho ordinato su Amazon e ne ho appena terminato la lettura. E' un libro che consiglio a tutti, perchè è breve, come anche l'autore ci tiene a sottolineare (I've worked hard to keep this book short - hopefully short enough you can read it on a long plane ride) è denso di consigli che derivano dallo studio di anni su come gli utenti utilizzano i siti web ed aiuta a creare in noi developers una certa sensibilità sulla facilità d'uso dei nostri software o siti web che spesso, io per primo, trattiamo con superficialità. Il capitolo che mi è piaciuto di più è quello sull'usability testing, in quanto mi ha fatto cadere alcuni pregiudizi che avevo su questo genere di attività: non sono costosi non è indispensabile un esperto di usabilità una sessione con un utente non è più lunga di un'ora. è un processo iterativo cioè non è conveniente farlo quando il sistema è quasi terminato, ma è più utile se inserito nel ciclo di sviluppo. In pratica si sposa benissimo con i metodi agili. Proverò a proporre al nostro management, sempre attento alla qualità, di poter sperimentare questo approccio.

L'importanza delle metafore nello sviluppo della user interface di un software

Antonio Ganci — Wed, 31 May 2006 14:12:00 GMT

Leggendo il post Is the Command Prompt the New Desktop? del blog Coding Horror, mi è tornata in mente l'importanza delle metafore nello sviluppo e nella progettazione della GUI. Prendiamo ad esempio il caso di Windows e dei sistemi operativi grafici in genere. La metafora utilizzata è quella della scrivania, questo ha influenzato sia i nomi degli elementi visivi (desktop, cestino, cartelle) sia delle funzionalità, ad esempio una cartella può contenere altre cartelle. Analoghe considerazioni si possono fare per Word e la macchina da scrivere ed in generale con molti software di uso comune. La metafora pone dei limiti all'uso, per esempio il cestino una volta svuotato rende impossibile recuperare i dati, a meno di utilizzare alcune utility particolari. L'organizzazione in folder e documenti del file system rende poco agevole la ricerca, infatti sono nati vari software di indicizzazione per sopperire a questa mancaza. Scegliere la metafora sbagliata può avere degli effetti disastrosi sull'usabilità, perchè l'utente vedrebbe l'applicazione come uno strumento a lui ostile, non si troverebbe a suo agio e peggio ancora non ne comprenderebbe il funzionamento. Non scegliere una metafora renderebbe la user interface incoerente, cioè l'applicazione sembra il collage di molte applicazioni diverse; soprattutto se ci lavorano più persone e non hanno una visione chiara dei principi guida dietro alla UI. Un articolo interessante sull'usabilità è Anti-Mac di Don Gentner e Jakob Nielsen