Categoria: Design

Quando si progetta un sito, un’app, un e-commerce o un qualsiasi altro prodotto dobbiamo sempre tenere in considerazione quello che sarà l’utente finale, ovvero chi userà il prodotto.

Per minimizzare gli errori gli user experience designer si avvalgono dell’Usability Testing per osservare l’utente finale mentre utilizza il prodotto e comprenderne i bisogni, capirne le difficoltà che incontra e ottenere un feedback utile.

In questo articolo spiegheremo come si configura un test di usabilità, come costruire effettivamente un piano di test ed eseguirlo facilmente e senza intoppi. Quindi impareremo i dettagli dei test di usabilità, daremo risposta alle classiche domande:

• Con quanti utenti dovrei testare?
• Che cosa ha senso per il mio design?
• Che tipo di test devo eseguire?
• Quando dovrei eseguirlo?
• Quanto spesso dovrei eseguire test di usabilità?
• Che tipo di partecipanti devo reclutare?
• Cosa devo dire durante un test di usabilità?
• Cosa non dovrei dire?
• Come acquisisco i dati?
• Cosa sto cercando?
• Cosa devo fare con quei dati?

Perché testare l’usabilità?

Il concetto di usabilità è affine al campo delle scienze cognitive, dell’ergonomia cognitiva e più in generale della psicologia. Un modo molto efficace di misurare l’usabilità di un tuo progetto condurre un test sugli utenti, in un ambiente controllato (ciò che in psicologia sperimentale è il set-up sperimentale).

Il test di usabilità è la tecnica numero uno per determinare quanto sia utilizzabile il tuo prodotto. Utilizzare i test si usabilità è uno standard ISO. È anche la tecnica più comunemente e frequentemente utilizzata per la progettazione incentrata sull’utente. È un modo per entrare in contatto con i tuoi utenti. E se progetti con metodologia agile, è un modo per te per avere costantemente informazioni sui tuoi utenti.

Ma, praticamente, perché testiamo l’usabilità? È per constatare se un design soddisfa le aspettative dei nostri utenti.

Quando crei o progetti qualcosa, devi sapere se funziona per i tuoi utenti, e vederli interagire con il tuo design può fornirti informazioni preziose, l’unico modo in cui puoi assicurarti che soddisfi le loro aspettative è farli giocare davvero con esso.

Quindi, è molto diverso dalla ricerca di mercato, che richiede opinioni. Ed è molto diverso dal condurre un esperimento in cui dici tu cosa fare all’utente. Nei test di usabilità sono gli utenti che giocano con il tuo prodotto e tu non li aiuti. Questa è la chiave, e devi essere molto bravo nella fase di moderazione.

Testare i tuoi utenti ti rende consapevole delle reazioni che questi possono avere con il tuo prodotto. Per questo motivo i test di usabilità sono così importanti. Oltretutto, eseguire test di usabilità ci può assicurare di non progettare la cosa sbagliata, il che vuol dire risparmiare tempo e risparmiare denaro.

Quale tipo di test condurre?

Ci sono due tipi di test di usabilità.

Uno è il test formale, in cui hai un laboratorio e dedichi un po’ più di tempo e un po’ più di denaro e più sforzi per coinvolgere i tuoi utenti. L’altro è più informale, un test che può essere fatto” al volo”. In questi test di usabilità (che potremmo definire agile), testiamo solo uno o due utenti una volta alla settimana per garantirci un processo iterativo di design.

Ma la differenza principale sta nella fedeltà dei prototipi che utilizzi per condurre il test.

Per i test formali vale la pena utilizzare prototipi ad alta fedeltà, cioè quella versione più completa possibile del tuo progetto. Di contro, per i test informali possono essere utilizzati prototipi a bassa fedeltà (come i rapid paper prototyping).

Non è raro che alcuni designer utilizzino il cosiddetto “Test del corridoio” come test informale, che consiste essenzialmente nel prendere un tuo amico o un tuo collega in fondo al corridoio e farlo sedere davanti al tuo design. Personalmente non sono una gran fan di questa tipologia di test, dal momento in cui il mio amico o collega potrebbe non essere rappresentativo del mio campione utenti. Tra gli strumenti che ritengo più utili per condurre un test informale resta sicuramente la prototipazione dei wireframing (o al massimo interfacce con qualche accenno di visual design).

Diventa dunque molto importante scegliere quale tipo di test condurre, di certo un test di usabilità informale con prototipi a bassa fedeltà può garantirti di apportare correzioni al tuo progetto senza troppo dispendio di tempo. È più difficile apportare correzioni quando sei già in high-fi (progetto ad alta fedeltà) e quindi in uno stato più maturo della progettazione.

Quante volte devi testare?

Idealmente, dovresti testare i tuoi progetti sia all’inizio (con test informali) sia prima del rilascio (con test formali). La chiave per intendere nel modo corretto l’efficacia dei test di usabilità è: non è una benedizione una tantum. Condurre un test è una cosa che fai tutte le volte che è necessario. Non esiste un numero magico, un quantità fissa di test che puoi condurre, puoi condurlo quando credi di essere arrivato ad un bivio tra due soluzioni e non sai scegliere, o quando il tuo progetto inizia ad essere complesso. Se pensi: “Non sono sicuro di cosa penseranno gli utenti!” faresti meglio a testarlo. Ed è chiaro che in questa prospettiva faresti bene a condurre test informali, perché un test formale costa davvero tanto sia in termini di tempo che di denaro.

E questo è il problema con i test formali. Jakob Nielsen li chiama “test di usabilità della guerriglia“. Condurre un test formale vuol dire che stai reclutando utenti, li stai organizzando, li stai pagando, forse stai affittando un laboratorio e stai preparando il set-up sperimentale. E il problema più grande è il reclutamento dei soggetti. Può capitare, più spesso di quanto credi, che non assumi i soggetti giusti – cioè persone che sono nella mentalità dei compiti che stai cercando di testare. Soggetti non in linea con i compiti che richiedi nel test potrebbero pensare “Oh, questo non è rilevante per me!”. E se non è rilevante per loro, non ti daranno il tipo di dati realistici che stai cercando.

Dunque attenzione nella scelta dei test da condurre e di quante volte potresti aver bisogno di testare! Valuta bene il tuo progetto, è molto complesso? Forse vale la pena condurre test informali perché avrai bisogno di testare molte volte!

Quanti soggetti devi testare durante l’usability testing?

La quantità di soggetti da testare dipende dalla ricerca che vuoi condurre, se qualitativa o quantitativa.

Le ricerche qualitative si basano su pochi dati e non particolarmente statistici, per questo non è necessario avere un campione numeroso di soggetti. Nelle ricerche qualitative ciò che devi raccogliere sono le metriche qualitative e quindi quelle direttamente osservabili nel comportamento dell’utente mentre esegue i task che hai assegnato (è confuso? riesce a risolvere il task senza errori? è a suo agio con l’interfaccia? pone molte domande perchè non riesce ad eseguire il task? cosa dice quando esegue i task? ecc.). Se stai conducendo questo genere di ricerca ti bastano 5 utenti. In uno studio condotto dal Nielsen&Norman Group è emerso come i 5 partecipanti siano bastevoli per far emergere l’85% dei problemi di usabilità.

Le ricerche quantitative, invece, necessitano di un numero considerevole di partecipanti, dal momento in cui le metriche di cui si necessita devono essere dati statisticamente parlanti. Se ti interessa ottenere dati sull’efficacia, l’efficienza, i tempi di esecuzione, i tassi di successo e fallimento allora devi condurre test quantitativi come gli A/B test. Per questo genere di test devi recrutare almeno 20 partecipanti.

Come pianificare un test di usabilità

Ci sono quattro passaggi chiave per i test di usabilità.

Il primo passo è creare un piano di test. Durante questa fase devi avere chiaro quello che stai cercando, cioè qual è la domanda di ricerca.

Devi pianificare l’attività, cioè quali sono i problemi da risolvere che stai dando ai tuoi utenti.

Il secondo passo è effettivamente condurre il test: facilitarlo, moderarlo. Ed è lì che tu’ osservi i problemi. Moderare un test di usabilità non è semplice, devi imparare ad essere imparziale e a non tradirti nelle indicazioni che dai all’utente; tante volte la risposta è nella domanda e questo non deve succedere! Non fare mai troppe domande all’utente, rischieresti di moderare eccessivamente. Il test di usabilità consiste davvero nel sedersi con l’utente e osservare tutto proprio come faresti con un bambino mentre sta giocando.

Il terzo passaggio consiste nell’ analisi dei dati. Questa fase è molto delicata e devi prestare molta attenzione adesso, si tratta – anche – di statistica! Se hai registrato i tuoi utenti durante il compito devi sbobinare tutte le registrazioni, appuntare cosa hanno detto e fatto di interessante o degno di nota (metriche qualitative) e devi riportare su un foglio di calcolo i tempi di esecuzione, i successi, gli insuccessi o i successi parziali (metriche quantitative).

Il quarto passaggio , alla fine, è scrivere un report. E questo potrebbe includere filmati.
Potrebbe includere anche schermate e risultati, nonché metriche, cose che hai osservato come errori o confusione. Solitamente i report finali riportano anche le soluzioni che gli Ux designer adotteranno per risolvere i problemi emersi durante la conduzione del test.

Quando sentiamo parlare di Design Thinking siamo portati a credere che si tratti di “qualcosa” esclusivamente per designer. In realtà tutti i grandi innovatori della letteratura, dell’arte, della musica, della scienza, dell’ingegneria e del business lo hanno praticato.

Il Design Thinking è un modello progettuale, un approccio, un processo iterativo in cui cerchiamo di comprendere l’utente, formulare ipotesi e ridefinire i problemi nel tentativo di identificare strategie e soluzioni alternative che potrebbero non essere immediatamente evidenti con il nostro livello iniziale di comprensione. È un modo di pensare e lavorare, nonché una raccolta di metodi pratici che ci aiuta a osservare e sviluppare empatia con l’utente target.

Il Design Thinking è estremamente utile per affrontare problemi che sono mal definiti o sconosciuti, ri-inquadrando il problema mettendo al centro l’utente.
Nel design, il Design Thinking implica anche una sperimentazione continua: schizzi, prototipazione, test e prove di concetti e idee.

Il Design Thinking e la capacità di problem solving; un esempio epico!

Pensare fuori dagli schemi può fornire una soluzione innovativa ad un problema annoso. Tuttavia, pensare fuori dagli schemi può essere una vera sfida, poiché sviluppiamo naturalmente dei modelli di pensiero rigidi, frutto delle attività ripetitive che compiamo e dalle credenze e conoscenze pregresse.

Per spiegare meglio la capacità di trovare soluzioni innovative vi raccontiamo un episodio accaduto molti anni fa, quando si verificò un incidente in cui un camionista restò incastrato sotto un ponte basso. Il conducente non fu più in grado di avanzare o di retrocedere.

La storia racconta che quando il camion si è bloccato, ha causato enormi problemi di traffico, che hanno portato il personale di emergenza, ingegneri, vigili del fuoco e camionisti a riunirsi per escogitare varie soluzioni per lo spostamento del veicolo intrappolato. Gli addetti all’emergenza stavano discutendo se smantellare parti del camion o tagliare parti del ponte. Ciascuno ha parlato di una soluzione che rientrava nel rispettivo livello di competenza.
Un ragazzo che passava e assisteva al dibattito intenso guardò il camion, poi il ponte, poi guardò la strada e disse con nonchalance: “Perché non sgonfiare semplicemente le gomme?”
Quando la soluzione fu stata testata riuscirono a liberare facilmente il camion.

Questa storia simboleggia la continua lotta che affrontiamo quando le soluzioni più ovvie sono quelle più difficili da trovare a causa dei nostri modelli mentali limitanti. Molto spesso è difficile sfidare i nostri presupposti e le nostre conoscenze, perché facciamo affidamento sulla costruzione di schemi di pensiero per non dover imparare tutto da zero ogni volta. Ci affidiamo troppo spesso a processi quotidiani più o meno inconsciamente, ad esempio quando ci alziamo la mattina, mangiamo, camminiamo e leggiamo, ma anche quando valutiamo le sfide sul lavoro e nella nostra vita privata. In particolare, esperti e specialisti si basano su solidi schemi di pensiero.

Il potere dello storytelling

Perché ti abbiamo raccontato questa storia? Raccontare storie può aiutarci a trovare opportunità, idee e soluzioni. Le storie sono incorniciate da persone reali e dalle loro vite e ci forniscono dettagli concreti che ci aiutano a immaginare soluzioni a problemi particolari.
Il pensiero progettuale, atomo fondamentale del processo del Design Thinking, viene spesso definito pensiero “fuori dagli schemi”, ed è importante sfidare i nostri presupposti per trovare nuovi modi di risolvere i problemi.

Nel Design Thinking il pensiero “fuori dagli schemi” gioca un ruolo fondamentale!

Il Grand Old Man della User Experience, Don Norman, che ha anche coniato il termine User Experience, spiega cos’è il Design Thinking e cosa c’è di così speciale:

“… più riflettevo sulla natura del design e sui miei recenti incontri con ingegneri, uomini d’affari e altri che hanno risolto ciecamente i problemi che pensavano di affrontare senza domande o ulteriori studi, più mi sono reso conto che queste persone potevano beneficiare di una buona dose del pensiero progettuale. I designer hanno sviluppato una serie di tecniche per evitare di essere catturati da una soluzione troppo facile. Prendono il problema originale come un suggerimento, non come un’affermazione finale, quindi pensano ampiamente a quali potrebbero essere realmente i problemi alla base. La cosa più importante di tutte è che il processo è iterativo ed espansivo. I designer resistono alla tentazione di saltare immediatamente a una soluzione del problema. Invece, prima di tutto trascorrono del tempo a determinare quale sia il problema di base (fondamentale) e non provano a cercare una soluzione fino a quando non hanno determinato il vero problema e anche allora, invece di risolverlo, si fermano a considerare un’ampia gamma di potenziali soluzioni. Solo alla fine di questo processo convergeranno su una soluzione. Questo processo si chiama “Design Thinking”

Don Norman, Ripensare il pensiero progettuale

Il Design Thinking è essenzialmente un approccio di problem solving, cristallizzato nel campo del design, che combina una prospettiva centrata sull’utente con la ricerca razionale e analitica di creare soluzioni innovative.

Le fasi del Design Thinking

Esistono molte varianti del processo di Design Thinking in uso oggi e hanno tutte da tre a sette fasi. Tuttavia le varianti sono molto simili e racchiudono gli stessi principi. Qui, ci concentreremo sul modello in cinque fasi proposto dall’ Hasso-Plattner Institute of Design presso Stanford. Abbiamo scelto questo approccio perché sono in prima linea nell’applicazione e nell’insegnamento del Design Thinking.

Le cinque fasi di Design Thinking, secondo Hasso-Plattner Institute of Design, sono le seguenti:

–Empatizza con i tuoi utenti

–Definisci le esigenze dei tuoi utenti, il loro problema e le tue intuizioni

–Ideazione di ipotesi e creazione idee per soluzioni innovative

–Prototipazione per iniziare a creare soluzioni

–Testare le soluzioni

È importante sottolineare che le cinque fasi non sono sempre sequenziali. Non devono seguire un ordine specifico e spesso possono verificarsi in parallelo o ripetersi.

1. Empatizzare

La prima fase del processo di Design Thinking è acquisire una comprensione empatica del problema che si sta tentando di risolvere. Ciò comporta la consulenza di esperti per scoprire di più sull’area di interesse attraverso l’osservazione, nonché l’immergersi nell’ambiente fisico in modo da poter ottenere una comprensione personale più profonda delle questioni. L’empatia è cruciale per un processo di progettazione incentrato sull’uomo come il Design Thinking, e l’empatia consente ai progettisti di mettere da parte le proprie assunzioni sul mondo al fine di ottenere informazioni sugli utenti e sui loro bisogni.

A seconda dei vincoli temporali, in questa fase viene raccolta una notevole quantità di informazioni da utilizzare durante la fase successiva e per sviluppare la migliore comprensione possibile degli utenti, delle loro esigenze e dei problemi che sono alla base dello sviluppo di quel particolare prodotto.

2. Definizione (del problema)

Durante questa fase metti insieme le informazioni che hai creato e raccolto durante la fase Empatizzazione. Qui è dove analizzerai le tue osservazioni e le sintetizzerai al fine di definire i problemi fondamentali che tu e il tuo team avete identificato fino a questo punto. Dovresti cercare di definire il problema come un’affermazione.

La fase della Definizione aiuterà i progettisti del tuo team a raccogliere grandi idee per stabilire caratteristiche, funzioni e qualsiasi altro elemento che consenta loro di risolvere i problemi o, almeno, di consentire agli utenti di risolvere i problemi da soli con la minima difficoltà.

3. Ideazione

Durante la terza fase del processo di Design Thinking, i progettisti sono pronti a iniziare a generare idee. Sei cresciuto per capire i tuoi utenti e le loro esigenze nella fase Empatizzazione, hai analizzato e sintetizzato le tue osservazioni nella fase Definizione con una dichiarazione del problema centrata sull’utente. Con questo solido background, tu e i membri del team potete iniziare a “pensare fuori dagli schemi” per identificare nuove soluzioni al problema. Esistono centinaia di tecniche di ideazione come ad esempio il Brainstorming. Le sessioni Brainstorming sono in genere utilizzate per stimolare il pensiero libero ed espandere lo spazio del problema. È importante ottenere quante più idee o soluzioni possibili all’inizio della fase di ideazione.

4. Prototipazione

Il team di progettazione produrrà ora una serie di versioni “economiche” e ridotte del prodotto, in modo da poter esaminare le soluzioni ai problemi generate nella fase precedente. I prototipi possono essere condivisi e testati all’interno del team stesso, in altri reparti o su un piccolo gruppo di persone al di fuori del team di progettazione. Questa è una fase sperimentale e l’obiettivo è identificare la migliore soluzione possibile per ciascuno dei problemi identificati durante le prime tre fasi. Le soluzioni sono implementate all’interno dei prototipi e, una ad una, vengono studiate e accettate, migliorate e riesaminate o rifiutate sulla base dell’esperienza degli utenti. Entro la fine di questa fase, il team di progettazione avrà una migliore idea dei vincoli inerenti al prodotto e ai problemi presenti e avrà una visione più chiara di come gli utenti reali si comporterebbero, penserebbero e si sentirebbero quando interagiranno con il prodotto finale.

5. Testare

I progettisti testano rigorosamente il prodotto completo utilizzando le migliori soluzioni identificate durante la fase di prototipazione. Questa è la fase finale del modello a 5 fasi, ma in un processo iterativo, i risultati generati durante la fase di test vengono spesso utilizzati per ridefinire uno o più problemi ulteriori. Anche durante questa fase, vengono apportate modifiche e perfezionamenti al fine di escludere soluzioni problematiche e ottenere una comprensione il più profonda possibile del prodotto e dei suoi utenti.

The take away!

Il Design Thinking è essenzialmente un approccio di problem solving, che prevede la valutazione sia di aspetti noti che l’identificazione dei fattori più ambigui di un problema. Il Design Thinking è un processo iterativo in cui la conoscenza viene costantemente messa in discussione, quindi può aiutarci a ridefinire un problema nel tentativo di identificare strategie e soluzioni alternative. Il Design Thinking viene spesso definito “pensiero fuori dagli schemi”, poiché i designer tentano di sviluppare nuovi modi di pensare che non rispettano i metodi più comuni di risoluzione dei problemi, proprio come fanno gli artisti. Alla base del Design Thinking c’è l’intenzione di migliorare i prodotti analizzando il modo in cui gli utenti interagiscono con loro e studiando le condizioni in cui operano.