TranskribatorTranskribator
Report di un test di usabilità: come collegare i problemi alla registrazione
Ricerca sull’interfaccia

Report di un test di usabilità: come collegare i problemi alla registrazione

Come documentare i risultati di un test di usabilità: osservazione, contesto del compito, conseguenze, priorità e verifica della modifica. Con una scheda di esempio e un modello di report.

Il team di Transkribator5 min di lettura
FONTEREPORT DEL TESTOsservazione: due accessialla sezione sbagliataConseguenza: il compitosi è interrottoIpotesi: l’azione èdifficile da trovareVerifica: ripetere il compitosenza suggerimentiDALLE PAROLE AI RISULTATI
Lavorare con una registrazione realeEsempio didattico illustratoModello da copiare
Ricerca sull’interfaccia

Il report parte dalle osservazioni

«Al partecipante non è piaciuta la navigazione» non spiega che cosa correggere. Nella registrazione si può vedere che la persona ha aperto tre volte la sezione Pagamenti cercando il reso e poi ha chiesto aiuto. Questo permette di riprodurre il problema in un compito preciso.

Conservate le condizioni del test: versione dell’interfaccia, dispositivo, scenario, criterio di successo e aiuto del moderatore. Altrimenti il gruppo può scambiare una difficoltà del prototipo per un difetto del prodotto in uso o contare come autonomo un risultato ottenuto con un suggerimento.

Procedura

Ricavate dalle sessioni risultati verificabili

  1. Segnate gli episodi importanti

    Per ogni sessione, segnate l’inizio del compito, le difficoltà, la ripresa e il risultato. Confrontate la trascrizione con la registrazione dello schermo. «Ho fatto clic» non descrive sempre un clic effettivo. Conservate i riferimenti temporali prima e dopo l’azione per mostrare il contesto.

  2. Separate osservazione e spiegazione

    Nel campo dell’osservazione annotate azione e risultato. Usate un altro campo per la possibile causa. «Ha cercato il reso in Pagamenti» è un’osservazione. «Il nome della sezione è poco chiaro» è un’ipotesi da verificare nella prossima versione dell’interfaccia.

  3. Confrontate i casi simili

    Raggruppate gli episodi solo se mostrano lo stesso problema in scenari comparabili. Indicate quanti partecipanti lo hanno incontrato e quanti hanno svolto il compito. Evitate di estendere la proporzione di un piccolo gruppo a tutti gli utenti del prodotto.

  4. Definite un’azione e una verifica

    Valutate l’effetto: il compito si è fermato, ha richiesto aiuto o ha comportato passaggi aggiuntivi. Concordate la priorità nel contesto del prodotto. Per la modifica proposta, indicate quale risultato osservabile nel prossimo test dimostrerà se è servita.

Analisi di un esempio

Un utente cerca come restituire un ordine

L’esempio didattico seguente è fittizio. Nomi, condizioni e risultati servono esclusivamente a spiegare il metodo.

Estratto da una registrazione didattica · 12:40
Forse è in Pagamenti. No, qui c’è solo la carta. Scrivo all’assistenza? Non vedo dove fare il reso dell’ordine.

Una sola frase non mostra che cosa è successo sullo schermo. Nell’esempio, la registrazione mostra due accessi a Pagamenti e che il compito si è interrotto fino al suggerimento del moderatore. Annotatelo nella scheda insieme alla versione del prototipo.

Inserire un link nei dettagli dell’ordine è un’opzione da verificare. Il prossimo test mostrerà se il partecipante trova l’azione da solo e capisce quale ordine sta restituendo.

Osservazione: due accessi alla sezione sbagliataConseguenza: il compito si è interrottoIpotesi: l’azione è difficile da trovareVerifica: ripetere il compito senza suggerimenti
La scheda del problema distingue il comportamento del partecipante dalla spiegazione del gruppo e dalla verifica successiva.
CampoEsempio di annotazioneA che cosa serve
ContestoPrototipo A, reso di un ordine pagatoCapire le condizioni
ProvaSessione U3, 08:15–09:02Verificare l’episodio
ConseguenzaHa proseguito solo dopo un suggerimentoValutare l’effetto
Azione successivaProvare la posizione nei dettagli dell’ordinePianificare la verifica
Modello pronto all’uso

Scheda del problema per il report

Preparate prima le schede e poi riassumete gli ostacoli principali. In questo modo le conclusioni restano collegate al materiale del test.

Modello di lavoroSeleziona e copia
Titolo breve del problema:
Versione / dispositivo / compito:
Partecipante e riferimento temporale:
Azione osservata:
Conseguenza sul compito:
Aiuto del moderatore:
Ripetizioni in sessioni comparabili:
Causa ipotizzata:
Priorità e motivazione:
Modifica proposta:
Come verificheremo il risultato:
Verifica del risultato

Verificate che il report permetta di agire

  • I risultati importanti si possono ritrovare nella registrazione.
  • È chiaro se il compito è stato completato in autonomia.
  • La causa è presentata come ipotesi.
  • La proposta ha un criterio per il prossimo test.
SessioneSchermo e voceOsservazioneAzione durante il compitoProblemaConseguenza e prioritàVerificaScenario modificato
Un report utile permette di verificare un risultato e pianificare il prossimo test.
Domande frequenti

Entriamo nei dettagli

Serve un video lungo per ogni problema?

No. Se il gruppo può accedere alla fonte, basta un link preciso o un riferimento temporale con il contesto necessario. Un estratto breve deve conservare eventuali suggerimenti o modifiche al compito.

Posso indicare subito una soluzione?

Sì, come proposta del gruppo, con una motivazione e un metodo di verifica. Un pulsante simile suggerito dal partecipante non dimostra che la soluzione funzioni.

Continua a lavorare sulla registrazione