L'usabilità non è qualcosa che puoi semplicemente cucinare in una qualsiasi fase del design, ma deve essere sviluppata e perfezionata durante l'intero processo. Se si desidera il miglior prodotto finale, è necessario anticipare gli scenari degli utenti reali dalla fase di prototipazione. Il test di usabilità dovrebbe essere l' ultimo posto in cui iniziare a pensare all'usabilità.
Perché preoccuparsi dei test di usabilità così presto nel processo quando la prototipazione ha già un elenco di cose da fare abbastanza grande? Perché a meno che il tuo prototipo non sia utilizzabile, tutti i tuoi test ti diranno che le persone non amano i prodotti terribili.
a meno che il tuo prototipo non sia utilizzabile, tutti i tuoi test ti diranno che le persone non amano i prodotti terribili
È praticamente inutile dirlo, ma stai progettando il prodotto per essere utilizzato da persone reali. Per prepararlo per persone reali, dovrebbe essere testato su persone reali. I prototipi sono costruiti per la sperimentazione, quindi ha senso solo testarli su utenti reali.
Con questo in mente, diamo un'occhiata a come tenere a mente l'usabilità mentre costruisci il prototipo, come testare l'usabilità prima di avere un prototipo e i suggerimenti per testare con i prototipi ...
Test di usabilità prima del prototipo
I test di usabilità non devono iniziare con la prototipazione, anzi, se hai le risorse per iniziare prima, dovresti. Sebbene siano per lo più concettuali, questi test possono individuare il modo migliore per strutturare la navigazione e l'architettura delle informazioni del prototipo. I test di pre-prototipazione più comuni includono:
- Card Sorting: semplice e costante, questo test rivela come gli utenti preferirebbero l'architettura delle informazioni del tuo prodotto. Tutti gli elementi del tuo prodotto sono scritti su carte e agli esaminandi viene chiesto di organizzarli in categorie predefinite ("chiuse") o in quelle che hanno ideato ("aperto"). Per i dettagli, vedi Donna Spencer's Ordinamento delle carte: una guida definitiva.
- Tree Testing: il "sister test" per l'ordinamento delle carte, il test dell'albero valuta l'efficacia delle architetture informative esistenti. Agli utenti viene fornita una mappa base ridotta del sito / app / ecc. e ha chiesto di fare clic per completare alcune attività. Il test controlla se sceglie il percorso corretto e, in caso contrario, cosa li ha persi. Fondatore di MeasuringU Jeff Sauro spiega i dettagli.
- Interviste: a volte il modo migliore per capire i tuoi utenti è semplicemente chiedere. Sembra abbastanza semplice, ma le sfumature e le strategie per le interviste agli utenti sono infinite. Kate Lawrence, ricercatrice UX presso EBSCO Publishing dà alcuni suggerimenti su come eseguirli in modo specifico per i test di usabilità.
Risolvere i problemi prima è sempre meglio, e questi test preliminari assicureranno che il fondamento concettuale del prototipo sia in buona forma prima che venga tracciata una singola linea.
Gli utenti giusti e le attività giuste
Mentre i test di usabilità sono tutti diversi, tutti hanno bisogno di utenti e la maggior parte di essi comporta attività. Poiché questi due elementi sono importanti in tutti i test di usabilità, spiegheremo brevemente come affrontare al meglio entrambi.
- Reclutamento degli utenti: dopo tutto il lavoro con i personaggi, ormai dovresti avere una chiara idea dei tuoi utenti target. Aiuta anche a segmentare gli utenti in base al comportamento. In realtà, non dovresti essere ossessionato dai dati demografici. Il più grande elemento di differenziazione sarà probabilmente se gli utenti lo hanno esperienza precedente o sono a conoscenza del loro dominio o settore - non di genere, età o geografia.
Sapere chi reclutare è solo il primo passo. La parte più coinvolta è trovare e reclutarli. Jeff Sauro delinea i 7 modi migliori per individuare gli utenti ideali per i tuoi test. - Attività di scrittura: i compiti determinano cosa fa effettivamente l'utente durante il test e quindi determina quali fattori di usabilità vengono esaminati. Tingting Zhao, Specialista dell'usabilità per Ubuntu , descrive alcune distinzioni da tenere a mente quando si progetta un'attività. Ci sono 2 decisioni principali:
un. Diretto contro scenario: un compito diretto è quello strettamente istruttivo (ad esempio "Cerca nel sito web una ricetta di pollo Tandoori") mentre un compito dello scenario viene fornito con il contesto ("Stai organizzando una cena per alcuni vecchi amici, e hai bisogno di una ricetta di pollo Tandoori "). Le attività dirette funzionano meglio se stai testando i dati tecnici, mentre le attività di scenario sono migliori in tutti gli altri casi.
b. Chiuso o aperto: un'attività chiusa ha chiaramente definito i criteri di successo, mentre un'attività aperta può essere completata in più modi. Le attività chiuse controllano le funzionalità specifiche, mentre le attività aperte sono migliori per capire come funzionano le menti degli utenti. Un'attività chiusa sarebbe: "Il tuo amico sta festeggiando un compleanno questo fine settimana. Trova un luogo di divertimento per un massimo di 15 persone. "Un'attività aperta sarebbe:" Hai sentito i tuoi colleghi parlare di iWatch. Vuoi imparare come funziona. "
Consigli generali per testare l'usabilità del prototipo
Data la natura "incompleta" dei prototipi ... gli utenti avranno domande ... a cui un moderatore dovrà rispondere
Una delle prime domande che chiedono l'usabilità dei tester è se debba o meno essere moderato. Mentre ci sono a molte buone ragioni per i test non moderati, per i test sui prototipi consigliamo la moderazione. Data la natura "incompleta" dei prototipi, è probabile che gli utenti abbiano domande sull'interfaccia utente a cui un moderatore dovrà rispondere.
Un altro errore comune nel test è quello di interrompere o alterare il test se l'utente incontra difficoltà. Poiché l'obiettivo del test di usabilità è trovare e risolvere le difficoltà, questa situazione potrebbe effettivamente rendere il test un successo. Se, ad esempio, l'utente si allontana da percorsi che non sono ancora stati sviluppati nel prototipo, potresti chiedere loro perché sono andati lì e cosa avrebbero voluto realizzare. Alcune domande di follow-up sugli ostacoli possono fornire un feedback più prezioso di un utente con una "corsa perfetta".
Fedeltà differenti per testare i prototipi
Mentre alcuni credono nei primi test con prototipi grezzi e altri sostengono di testare prototipi ad alta fedeltà, riteniamo che l'approccio migliore sia quello di testare ad ogni fedeltà possibile e il più spesso possibile. Chris Farnum, Senior Information Architect di Enlighten, spiega il pro e contro di ogni tipo Come descriveremo in seguito, i test di fedeltà inferiore sono migliori per testare concetti mentre i test di fedeltà più elevati sono più adatti per testare interazioni avanzate.
l'approccio migliore è quello di testare ad ogni fedeltà possibile
- Bassa fedeltà: i test di usabilità del prototipo lo-fi, compresi i prototipi di carta, possono funzionare nelle prime fasi dello sviluppo, ma in seguito diventano poco pratici. I prototipi Lo-Fi incoraggiano anche le critiche più oneste, dal momento che è immediatamente chiaro che è solo un work in progress.
Tuttavia, nelle fasi successive, quando i test di usabilità controllano le funzionalità avanzate, i prototipi lo-fi cessano di essere utili poiché hai raggiunto il limite di fedeltà. Questo è particolarmente vero per i prototipi di carta, dal momento che è necessario un "computer umano" per manipolare tutte le parti e questo può diventare estremamente difficile quando si aggiungono menu, interazioni, pagine ed elementi. - Alta fedeltà: i test sui prototipi hi-fi danno all'utente un'esperienza quasi realistica di come sarà il prodotto finale. I prototipi Hi-Fi sono ideali per testare interazioni complesse e le soluzioni per i problemi di usabilità rilevati in precedenti cicli di test. Tuttavia, a differenza dei prototipi lo-fi, questi sono più costosi da realizzare.
- Media fedeltà: non puoi decidere tra alta o bassa fedeltà? I prototipi mid-fi funzionano meglio quando hai bisogno di un equilibrio tra fedeltà e costo. Se hai intenzione di eseguire solo un round di test di usabilità, vai a media fedeltà.
Quattro linee guida sui contenuti per testare qualsiasi prototipo
Quando inizi a costruire il prototipo, non è solo accettabile sorvolare su dettagli secondari al posto degli elementi essenziali, a volte è raccomandato. Ma quando arriva il momento di testare il tuo prototipo, assicurati di aver inserito alcuni di questi dettagli che potrebbero essere trascurati in termini di fedeltà inferiore. Nella nostra esperienza, questi sono i suggerimenti più utili per preparare il prototipo per il test:
- Evitare lorem ipsum: distrazione, confusione e mancanza di significato, il testo di lorem ipsum non cattura completamente il messaggio del prodotto.
- Usa nomi generici: i test possono essere più divertenti con nomi sciocchi o celebrità, ma il divertimento non è il punto. Qualsiasi distrazione influenzerà i risultati, quindi mantieni nomi generici e realistici.
- Nessuna immagine o icone segnaposto: le scatole con X s possono funzionare durante il wireframing, ma non nei test. Le immagini e le icone giocano un ruolo importante in UX, quindi queste dovrebbero essere implementate testando il tempo, anche se solo con schizzi temporanei. L'eccezione è se queste immagini sono puramente decorative e non aiutano a comprendere l'interfaccia utente.
- Usa dati realistici - Non riempire dati come numeri di telefono o indirizzi con X s o battute - questi sono fonte di distrazione. I dati realistici e credibili qui forniranno all'utente i risultati più accurati.
I partecipanti al test possono essere fissati su dettagli che ritenevi trascurabili, quindi fai attenzione a ciò che non dici. Questi piccoli passi per ridurre la distrazione e la confusione possono fare molto per ottenere dati di test più puliti.
Immagine in evidenza, test di usabilità via di K2_UX via Flickr.