Il test non moderato è un test a distanza, riservato piuttosto ad un contesto B2C, dove l'utente è solo davanti al suo schermo e seguirà una serie di istruzioni composte da compiti e domande orali o scritte, in totale autonomia. In questo articolo discuteremo del test qualitativo non moderato, ma alcune piattaforme consentono di eseguire test quantitativi su diverse centinaia di persone.
Quali vantaggi?
Guadagno di larghezza di banda...
Un test non moderato non mobilita un ricercatore UX per la moderazione, risparmiando tempo sulle sessioni di test e sulla preparazione a monte: non c'è bisogno di imparare il protocollo o allenarsi per accompagnare i partecipanti su questo protocollo.
…Quindi a volte un risparmio di tempo
Il guadagno di larghezza di banda per il ricercatore UX può tradursi in risparmi di tempo e consegne più rapide. Ma se una sessione non va come previsto – il partecipante non si adatta all'obiettivo o non ha completato i compiti – è necessario trovare un sostituto, il che allunga il tempo del test.
Nessuna cancellazione o mancata presentazione
Generalmente durante un test non moderato, il partecipante non viene osservato in tempo reale e non deve registrarsi per una determinata fascia oraria. Possono iniziare il test quando vogliono e dove vogliono. Questa flessibilità può essere utile quando si reclutano profili complicati, che mancano di tempo e rischiano di cancellarsi all'ultimo momento.
Vicino al reale contesto d'uso
Come per tutti i test a distanza, il partecipante è generalmente nel suo ambiente e utilizza il proprio dispositivo: questo elimina le distorsioni del laboratorio e dei dispositivi di test. Durante un test non moderato, il partecipante sceglie anche il proprio momento molto liberamente, non viene osservato durante il test e, se spesso gli viene chiesto di pensare ad alta voce, non è in uno scambio con una persona sconosciuta, ma da solo con l'interfaccia. Lo scenario di test rimane imposto ma siamo il più vicino possibile all'utilizzo reale in un contesto di test.
Quando dovresti scegliere di condurre un test utente non moderato?
L'interfaccia testata è semplice
Nessuno sarà lì per guidare il partecipante, spiegare l'interfaccia, chiarire un punto o rispondere alle sue domande. Naturalmente, le incomprensioni dell'utente fanno parte dei dati raccolti durante qualsiasi test e non sono assolutamente da evitare, ma bisogna assicurarsi che l'utente possa eseguire l'intero protocollo senza essere bloccato in un solo passaggio.
Una semplice interfaccia o corso da testare, cioè composto da poche schermate e interazioni abituali per l'utente, consentirà inoltre di favorire sessioni brevi di 20-30 minuti, ideali per questo tipo di test.
Durante un test moderato, il protocollo può essere molto aperto, i compiti svolti in un ordine diverso per ogni partecipante, le domande poste nel momento in cui hanno senso nell'interazione del partecipante con l'interfaccia. Il protocollo può avere rami diversi a seconda delle azioni precedenti dell'utente. Tuttavia, durante un test non moderato, la sequenza di compiti e domande è fissa, non sarà possibile adattare il test lungo il percorso. Il protocollo deve poter operare in un ordine specifico indipendentemente dalle azioni dell'utente e dal suo percorso sull'interfaccia.
L'interfaccia testata non è un prototipo
Meglio evitare di testare i prototipi quando si è a distanza, soprattutto su prototipi troppo statici come InVision, Marvel... L'utente può ritrovarsi bloccato, è difficile eliminare tutti i vicoli ciechi. L'utente penserà spesso di trovarsi su un'interfaccia reale, anche se glielo spieghiamo nell'introduzione. I limiti del prototipo generano così grandi interferenze: l'utente rischia di perdere tempo a commentarli, senza distinguerli da ciò che riguarda la UX del prodotto.
Non abbiamo un ricercatore UX nel team
Questo è un pessimo motivo per scegliere il test non moderato. Le competenze del Ricercatore UX non si limitano alla moderazione del test ma a tutto ciò che accade a monte ea valle: reclutamento di partecipanti di qualità corrispondenti al target, creazione di un protocollo adattato al non moderato e analisi dei risultati. Costruire un protocollo per un test non moderato è più difficile che per un test moderato perché deve essere autosufficiente: l'esperienza di un ricercatore UX è fondamentale per svolgere questo passaggio.
Fai bene il tuo test non moderato
Scrivi istruzioni chiare
Per la stesura di affermazioni, scenari e domande troviamo gli stessi vincoli che per la creazione di un questionario: le istruzioni devono essere esplicite, precise, univoche. Il modello BRUSO è un ottimo strumento per valutare le sue affermazioni.
Fonte: https://opentext.wsu.edu/carriecuttler/chapter/7-2-constructing-surveys/
Guida l'utente sugli elementi giusti
Metti alla prova il suo test
Niente di meglio che testare il proprio protocollo su più persone prima di iniziare il test: lo si farà preferibilmente con parenti lontani dal soggetto, piuttosto che colleghi che conoscono l'interfaccia. I test pilota devono essere vicini alla situazione del test: lasciamo le persone sole. Se vengono apportate correzioni, eseguiamo nuovamente i test con nuove persone per la convalida.
Non dare troppa importanza al tuo messaggio introduttivo
I tester tendono a leggere in diagonale. Questo vale per le istruzioni e le domande che, come abbiamo visto, devono essere chiare e concise, e tanto più per l'introduzione che verrà al massimo scremata. Evitare di includere informazioni importanti, soprattutto se non vengono ripetute in seguito.
togliere
Il test a distanza non moderato è un metodo prezioso per testare corsi semplici in modo rapido ed efficiente. Vale la pena includere nella sua panoplia di metodi di ricerca degli utenti e attivarli al momento giusto.
Impegnativo in termini di implementazione, deve essere pilotato da un ricercatore UX esperto.
Marie EUZEN, UX Designer @UX-Republic