Questo articolo è apparso per la prima volta nel numero di aprile 2012 (n. 226) di .net magazine, la rivista più venduta al mondo per web designer e sviluppatori.
.net: che cos'è il test quantitativo di usabilità?
RM: Man mano che il settore dell'usabilità si evolve, stiamo scoprendo che molti manager insistono su risposte quantitative alle domande sull'usabilità oltre che sulle tradizionali informazioni qualitative. Vogliono vedere la prova che l'usabilità sta migliorando di anno in anno, in modo da poter dimostrare ai loro manager che il denaro che investono nella UX è utile.
È possibile effettuare buone misurazioni quantitative dell'usabilità, ma costa molto di più rispetto ai test tradizionali e devi stare molto attento a come viene eseguito. La misurazione qualitativa è un metodo amichevole in quanto è possibile commettere errori e ottenere comunque buoni risultati. La misurazione quantitativa è un metodo molto più fragile: dà buoni risultati solo se sei disciplinato e segui i metodi rigorosamente.
.net: Quali errori fanno i tester di usabilità?
RM: Un problema importante è la gestione scorretta dei numeri. Ad esempio, a ogni misurazione è associato un grado di incertezza che dovrebbe essere incluso nei risultati. Non è banale: l'incertezza fa parte della verità, ma molti praticanti non la includono.
Ho condotto una serie di cosiddetti studi di valutazione comparativa dell'usabilità in cui abbiamo preso un gran numero di team e li abbiamo fatti condurre lo stesso studio quantitativo su un sito web.Molte delle squadre hanno utilizzato la metodologia corretta e sono arrivate a risultati simili, ma alcune sono arrivate a risultati così lontani l'uno dall'altro che i loro intervalli di incertezza non si sovrapponevano. Quindi alcuni degli studi erano semplicemente sbagliati. Abbiamo esaminato cosa è andato storto in questi studi e abbiamo scoperto che i problemi riguardavano principalmente lo scarso reclutamento di persone per testare il sito Web e una gestione errata delle misurazioni.
Una scoperta fondamentale in tutto questo è che quei team i cui studi erano fondamentalmente imperfetti non ne erano consapevoli - e queste erano persone che venivano pagate per insegnare o praticare l'usabilità. Questo mi preoccupa un po ', perché queste persone non capivano i propri limiti e non vedevo alcun senso di cautela nel promuovere i loro risultati. Questo è un problema nella comunità in generale; Raramente vedo discussioni sugli errori nei test di usabilità. È un segno di maturità in una professione quando gli errori sono visti come una risorsa che può essere utilizzata per migliorare le prestazioni future.
.net: Quali fattori contribuiscono a questa cultura?
RM: La nostra professione è ancora giovane e molte persone vedono quello che stanno facendo come un'arte e non come un processo industriale. Eseguiamo test di usabilità in modo ragionevolmente sistematico ormai da circa 25 anni: non è più un'arte, dovrebbe essere un processo industriale che possiamo misurare, standardizzare e in cui possiamo certificare le persone.
Ma a molti professionisti dell'usabilità non piace questo punto di vista, perché apprezzano davvero la libertà che sentono di avere nell'applicare le regole di progettazione e apportare piccoli colpi di scena interessanti ai test di usabilità. A volte questi adattamenti sono per il meglio, ma nella maggior parte dei casi non lo sono. Ho scritto una lista di controllo che definisce le qualità essenziali di un buon test di usabilità, e penso che qualcosa del genere dovrebbe far parte del contratto quando un'azienda commissiona test di usabilità.
.net: Quindi pensi che dovrebbe esserci l'accreditamento per i test di usabilità?
RM: Sì, molto fortemente, perché là fuori ci sono troppi praticanti poveri. Ci sono sforzi in corso in Europa guidati dall'Associazione tedesca dei professionisti dell'usabilità per sviluppare l'accreditamento a livello di base, e in ogni occasione spingo affinché venga fatto anche a livello avanzato.
.net: Quali sono i maggiori errori di UX che vedi ancora sui siti web?
RM: L'errore numero uno sono i messaggi di errore formulati male: o non accade nulla quando viene commesso un errore, oppure il messaggio è incomprensibile perché è scritto in un linguaggio tecnico. Dopodiché, non riuscire a rendere le opzioni visibili all'utente.
.net: Qual è la prima cosa da considerare quando si progetta un sito o si risolve un problema?
RM: La cosa più importante è svolgere correttamente le attività: capire cosa vogliono fare gli utenti su un sito e renderlo altamente visibile.
