CALENDARIO UX – 22 DICEMBRE – 5 domande da evitare nei test utente e cosa chiedere invece

La costruzione di domande nei test utente è molto importante per raccogliere approfondimenti affidabili e utili. Prendiamo come esempio alcuni errori comuni: vedremo come evitarli e migliorare i nostri protocolli di test.

1 – Come useresti questo prodotto?

Prestare attenzione a qualsiasi domanda che chieda all'utente di proiettarsi in un comportamento futuro. Dobbiamo sempre prendere il "dichiarativo" con le pinze, anche quando l'utente riporta il suo ricordo di una situazione reale, ed è particolarmente difficile farvi affidamento quando l'utente deve immaginare una situazione fittizia: quello che immagineremmo di fare è spesso non corrisponderà a ciò che effettivamente faremo.

“Come usi/hai usato questo prodotto?” 

Invece di chiedergli di immaginare il futuro, possiamo invece porre all'utente domande sul presente o sul passato: "come usi prodotti o funzionalità simili oggi?", "Quali sono le tue esperienze passate con prodotti o funzionalità simili?"

Possiamo anche vedere il suo uso spontaneo del prodotto durante lo scenario di test. Per fare ciò, cercheremo di guidare l'utente il meno possibile, anche se ciò significa tornare su determinate schermate per porre domande e testare elementi che non sono stati visti in precedenza.

2 – Dovremmo aggiungere questa funzionalità?

Quando chiediamo a un utente se desidera che aggiungiamo un elemento aggiuntivo: informazioni, una funzionalità, una pagina, ecc. chiediamo ancora una proiezione nel futuro. Non sarà abbastanza concreto per l'utente, che praticamente dirà sempre “sì”: ci sono pochi motivi per essere contrari a un'aggiunta. Sarà difficile durante l'analisi calcolare la quota di "sì" convinti per valutare realmente l'appeal della funzionalità. Non possiamo trarre alcuna conclusione.

Osservare il comportamento 

Qui, piuttosto che una domanda, preferiamo osservare il comportamento durante il test. Il modo migliore per valutare l'appeal di una funzionalità sarà sempre osservarne direttamente l'utilizzo o, se ancora non esiste, osservare il comportamento attorno alla sua assenza: ad esempio, segnaliamo un irritante che questa funzionalità potrebbe correggere.

3 – Capisci questo elemento?

Chiedere all'utente di autovalutare la sua comprensione è rischioso: al di là del bias di desiderabilità sociale nel contesto del test, l'utente non è sempre un buon giudice della propria comprensione. Possono comprendere perfettamente un contenuto o una funzionalità e avvertire la complessità, oppure per mancanza di fiducia in se stessi, non credere di aver capito, e allo stesso tempo possono avere l'impressione di aver capito e perdersi tutto o parte di il significato.

“Puoi spiegarmi questo elemento?” 

All'utente verrà invece chiesto di spiegare l'elemento con parole proprie. Quando la risposta è errata o imprecisa, verranno sempre aggiunti dei solleciti per garantire che costituiscano un malinteso da parte dell'utente piuttosto che una difficoltà ad esprimersi o spiegare un elemento che di fatto è compreso. In un 2nd tempo, possiamo anche chiedere se l'hanno trovato chiaro o di facile comprensione, avremo quindi valutato due cose: la comprensione ma anche la complessità percepita dall'utente.

4 – Come si potrebbe migliorare questo elemento?

Generalmente evitiamo di reclutare partecipanti che lavorano nel design digitale per non ottenere una valutazione esperta invece di un test utente. Pertanto, i nostri utenti non sono designer e chiedere loro di mettersi in questo ruolo è complesso e rischioso.

"In un mondo ideale, come funzionerebbe questo elemento?"

Per sapere come migliorare un elemento, osserveremo piuttosto le difficoltà dell'utente e gli chiederemo di spiegarcele, di dettagliare cosa non funziona e perché. Sta al progettista trovare la soluzione a queste difficoltà: è un lavoro!

Possiamo effettivamente porre questa domanda, non per incorporare il design desiderato così com'è, ma per rilanciarlo per capire ancora meglio cosa lo sta bloccando. Piuttosto, è formulato come segue: “In un mondo ideale, cosa potresti fare con questo elemento? Come funzionerebbe? ".

5 – Questo prodotto è estetico?

Gusti e colori sono molto soggettivi e quando chiediamo agli utenti di valutare l'estetica di un prodotto, di un sito, di una pagina, ci ritroviamo con dati contraddittori: il colore piacerà a metà degli intervistati e non piacerà all'altra metà. L'esempio del colore è rilevante perché spesso è questo elemento che colpisce per primo un partecipante non designer, ed è anche l'elemento che raramente può essere modificato.

"Cosa significa per te il design del sito?"

L'estetica rimane un asse importante da valutare, perché partecipa alla percezione dell'usabilità dell'interfaccia. Gli utenti possono dirci molto sulla loro percezione del prodotto attraverso la loro opinione sull'estetica. Vorremmo piuttosto chiedere “cosa ti evoca il design del sito? », « quali parole vi vengono in mente per descrivere l'estetica del sito? » e rilancia commenti spontanei « Dici che ci sono troppi colori, mi spieghi perché? Quali sono le conseguenze di questi “troppi colori”? Cosa ti senti ? ".

 

 

togliere

Durante un test utente, confrontare i comportamenti con le dichiarazioni dei partecipanti è il modo migliore per raccogliere dati rilevanti.

Quando contestiamo una domanda traballante nel nostro protocollo, dobbiamo sempre tornare alla nostra domanda di ricerca e chiederci:

  • Perché vogliamo porre questa domanda all'utente?
  • Cosa stiamo cercando di misurare?
  • Come possiamo misurarlo?

 

Marie EUZEN, UX Designer @UX-Republic


 


I nostri prossimi corsi di formazione