Test e ottimizzazione

La ricerca sugli utenti può essere utile in qualsiasi momento durante il processo di progettazione. Non esiste alcun modo per sostituire i feedback degli utenti effettivi e scoprire cosa funziona e cosa no. Prima completi questo passaggio e meglio è.

Identificare i problemi è difficile quando si è immersi nel design: è necessaria l'opinione di un estraneo. La buona notizia è che puoi (e dovresti) ottenere insight, in modo rapido e semplice, per capire se il tuo design funzionerà per gli utenti prima di scrivere una singola riga di codice.

Trova qualcuno che non conosce il tuo progetto per provare la tua finestra di dialogo. Ottenere un feedback durante il processo di progettazione espone i problemi di usabilità e ti offre l'opportunità di correggerti autonomamente. Prima di scrivere una sola riga di codice, è importante eseguire un test di usabilità sulla tua esperienza di conversazione. Ti consigliamo di condurre un esperimento rapido e sporco sulla procedura di Oz (WoZ) per aiutarti a capire se sei sulla strada giusta.

Usare un esperimento Mago di Oz

Come si chiama? Gli esperimenti del mago di Oz (WOZ) prendono il nome dal film Il mago di Oz; si riferiscono all'idea che c'è un uomo dietro la tenda che tira le leve.

Che cos'è la prototipazione Il mago di Oz? In parole semplici, si tratta di un modo per testare un prototipo senza dover sviluppare effettivamente il software. La prototipazione WOZ viene utilizzata per valutare la funzionalità di una progettazione, la sua capacità di raggiungere gli obiettivi degli utenti e per migliorare l'esperienza utente (UX) in generale. Gli esperimenti WOZ sono progettati per sembrare e per l'esperienza reale, ma al posto del software, c'è una persona (la "procedura guidata") che simula il comportamento dell'utente tipo in produzione. I partecipanti possono sapere o meno che stanno interagendo con il mago dietro al sipario.

Perché eseguire questa operazione? Uno dei vantaggi maggiori della prototipazione WOZ è che puoi testare il tuo design senza doverlo costruire. Gli esperimenti WOZ sono il prodotto minimo funzionante di prototipi per i test vocali. Sono relativamente facili da gestire e richiedono uno sforzo minimo o quasi. Il prototipo può essere piuttosto semplice, utilizzando oggetti di uso quotidiano per rappresentare parti del design. Potrebbe anche trattarsi di un modello funzionante (raccolta di prodotti esistenti) in grado di eseguire alcune attività, ma non tutte. Naturalmente, più realistico è il prototipo, migliore sarà il tuo feedback. Ma scegli attentamente: quanto tempo puoi permetterti di assegnare? Vale il prototipo di "realismo"?


Come eseguire test di usabilità

Puoi scegliere tra tre approcci diversi per testare la tua applicazione:
Usa ciò che hai. Tutto ciò che ti serve sono le istanze di dialogo di esempio (che dovresti già avere a questo punto). Trova semplicemente qualcuno che non conosce il tuo progetto (ad esempio famiglia, amici, colleghi) e chiedigli di giocare di ruolo con te. Leggi le righe del tuo utente e osserverai la sua reazione nei confronti dell'utente. Se l'utente va "senza script", puoi improvvisare quello che direbbe la tua persona.

Per un'esperienza il più realistica, simula il ruolo di quest'ultimo giocando con le richieste utilizzando il Simulatore TTS nella Console per gli sviluppatori Actions on Google. Scarica l'audio per riprodurlo on demand.

Questa versione richiede quattro elementi:

  • Uno script di conversazione che fornisce indicazioni su cosa dovrebbe dire l'utente dopo ogni risposta dell'utente. Il flusso di alto livello (o una sua versione semplificata) è l'ideale.
  • Audio scaricato di tutti i messaggi vocali dell'utente. Utilizza i nomi dei file che ti aiuteranno a identificare rapidamente il file corretto da riprodurre.
  • Qualcuno che riproduce l'"utente". Deve essere una persona che non conosce la tua azione.
  • Qualcuno che suoni la "procedura guidata". Questa persona dovrebbe avere molta familiarità con la tua azione.

Chiedi alla procedura guidata di avviare la conversazione riproducendo l'audio per il saluto per l'azione, ad esempio: "Ti diamo il benvenuto nel tuo trampolino di lancio per tutto ciò che riguarda Google I/O. Il festival è in corso in questo momento. Sei uno dei fortunati partecipanti? La procedura guidata attenderà che l'utente risponda, si spera con un sinonimo di "sì" o "no". Una volta che l'utente avrà risposto, la procedura guidata dovrà consultare rapidamente il flusso ad alto livello per determinare quale richiesta riprodurre, quindi trovare e riprodurre il file audio corretto.

Naturalmente, dopo aver iniziato a creare l'azione, devi testarla spesso utilizzando il Simulatore di azioni nella Console per gli sviluppatori di Actions on Google. Chiedi anche ad amici, familiari o colleghi di provarlo.

Indipendentemente dall'esperimento che utilizzi, assicurati di:
Parlane Poiché il tuo obiettivo è aggiornare il design affinché rispecchi ciò che funziona meglio per gli utenti reali, vuoi che il tuo prototipo WOZ sia il più vicino possibile alla realtà. Ciò che sembra buono su un foglio di carta non è necessariamente naturale né naturale, quindi assicurati che gli utenti ascoltino le tue richieste e le loro risposte.
Registrare le sessioni Ottenere l'autorizzazione per registrare le tue sessioni e ritrovarle per ascoltarle. Prendi nota di eventuali problemi emersi durante la sessione.
Chiedere feedback Chiedi all'utente di descrivere la sua esperienza con parole personali. Come ha soddisfatto o meno le aspettative? Che cosa li ha sorpresi? È stato soddisfacente? Ricorda che l'attenzione è concentrata sul comportamento dell'utente, non sul suo parere.

Cosa puoi aspettarti di imparare?

L'esecuzione di un esperimento WOZ ti consente di capire in che modo le persone interagiranno con il tuo progetto. Può darsi che gli utenti facciano qualcosa di molto diverso da quello che ti aspettavi, costringendoti a modificare il design in modo che sia più in linea con le loro esigenze e aspettative.

Vantaggio: concentrati sull'usabilità del design (e non sulle opinioni degli utenti). Ripeti la procedura in base al comportamento degli utenti e ripeti i test se il tempo lo consente.

Aspetti da cercare (e come migliorare i dialoghi):
Conversazione naturale Presta attenzione al modo in cui gli utenti chiedono naturalmente le cose. Credo di poter parlare solo in brevi frasi simili a quelle di una parola chiave o con un tono più colloquiale? Sono titubanti o fiduciosi quando parlano al tuo utente tipo? Il flusso fa pensare agli utenti di poter fornire una sola informazione alla volta o li incoraggia a fornire più dettagli in una frase?
Confusione tra gli utenti Cerca i punti in cui gli utenti sembrano confusi o non sai cosa dire o fare. Esamina i messaggi precedenti per capire dove potresti fare alcuni chiarimenti. L'invito all'azione era chiaro?
Espressioni impreviste Gli utenti potrebbero dire qualcosa che non ti aspettavi. Annotalo e aggiungi la gestione.
Segni di frustrazione o impazienza In genere, ciò significa che l'interazione è troppo ventosa. Esamina i messaggi per capire se puoi essere più conciso. Ci sono dettagli che possono essere omessi?
Osserva chi parla più spesso Gli utenti sembrano avere il controllo della conversazione? In caso contrario, come puoi cambiarlo?

Come testare le azioni

Test solidi sono essenziali per lo sviluppo di software di alta qualità e la soddisfazione degli utenti.

Questo video approfondisce lo sviluppo di test end-to-end per le azioni e illustra gli strumenti disponibili per semplificare la procedura. Fornisce inoltre best practice su vari argomenti, ad esempio come gestire le query utente impreviste.

Aylin Altiok e Nick Felker al test delle azioni di Google I/O 2018