Test utilizzatori e utilizzo dei test

Bologna Front end, 28 luglio 2020. Slide del talk di Roberto Pasini (aka Kalamun).
Il video lo trovi qui: https://www.youtube.com/watch?v=VD35jQAljQM

Transcript

1. Test utilizzatori Scoprire come reagiscono le persone di fronte al nostro software
2. perché?
3. front-end PM esperto utente progettazione
4. front-end PM esperto utente feedback
5. Utente Se non capisce si arrangia come può
7. Utente È pigro, preferisce un workaround a una soluzione faticosa
9. Utente Usa le cose per scopi diversi da quelli per cui sono state pensate
11. Utente È abitudinario, e sicuramente le sue abitudini sono singolari
13. Esperto Non ci si può fidare, ha una visione personale del prodotto
14. Esperto Propone soluzioni invece di spiegare il problema
15. Product manager Deve fare scelte strategiche
17. front-end PM esperto utente test utenti
18. quando?
19. sì prodotti complessi con interfacce complesse prodotti complessi con interfacce semplici prodotti semplici con interfacce complesse c’è budget
21. nì e-commerce no siti prodotti semplici con interfacce semplici
23. sì, ma quando???
24. prima dello sviluppo con una platea selezionata tra il target di riferimento più variegata possibile per genere, luogo, età OTTIMA IDEA!
25. durante lo sviluppo con gente fidata e spaccapalle MHM
26. dopo lo sviluppo con gli early adopters RISCHIOSO
27. come?
28. prima dello sviluppo Analisi Quantitativa: Questionario Analisi Qualitativa: Interviste ENTRAMBI IMPORTANTI!
29. questionario analisi quantitativa
31. trovare il pubblico Raccogliere più persone qualificate possibile! Le persone sono felici di aiutare: fate girare la richiesta su gruppi facebook per noi è stato utile rivolgerci ad associazioni
32. le persone non hanno immaginazione occorre mostrare delle bozze grafiche e spiegare bene il contesto ed il funzionamento del nostro software
35. quante domande fare? poche, chiare, con risposte semplici VUOI UN NUMERO? 15!
36. ridurre al minimo le domande aperte perché poi bisognerà normalizzarle
38. interpretare i risultati quale motivo c’è dietro questa risposta? ricordiamoci che i partecipanti ai sondaggi tendono a voler mostrare di essere bravi, più che la realtà
40. interviste analisi qualitativa
41. trovare il pubblico Poche persone rappresentative possono essere tra i partecipanti al questionario per noi è stato utile rivolgerci ad associazioni VUOI UN NUMERO? 10!
42. cosa portare È utile avere dei mockup, dei prototipi o delle versioni di test
44. cosa chiedere Fatti una scaletta di cose utili, ma non obbligarti a rispettarla. Affronta la sessione come una chiacchierata, datti un tempo limitato.
45. Non fare domande viziate: NO: «non pensi sarebbe meglio avere il bottone qui?» SÌ: «dove sarebbe meglio posizionare il bottone?»
46. I partecipanti tenderanno a proporti soluzioni. Quando lo fanno, chiediti sempre qual è la necessità che ci sta dietro: è quella ciò che interessa a te.
47. Non credere ai post che ti consigliano quali domande fare.
48. L’importanza del contesto Devi sempre capire in quali situazioni e condizioni verrà usato il tuo software.
52. test in presenza? dipende, ma spesso non serve
53. e alla fine? Tabelle pivot, comprensione dei dati quantitativi e incrocio con i dati qualitativi. scrivere i risultati in maniera ordinata: dati, cosa abbiamo imparato, questioni importanti
55. durante lo sviluppo cioè quando c’è una beta da far provare
56. beta testing analisi pratica
57. a chi chiedo? a chi conosce bene la materia, e a chi non la conosce affatto VUOI UN NUMERO? 6 persone!
58. cosa chiedo? Assegna a ciascuno un ruolo e un obiettivo. Ad esempio: hai perso il treno, e devi comprare in fretta il prossimo biglietto utile per partire.
62. test in presenza? se si può è meglio, se non si può è utile condividere e registrare lo schermo
64. dopo lo sviluppo cioè quando il nostro prodotto è già in produzione
65. feedback analisi pratica
66. a chi chiedo? non chiedi: tracci le attività e dai la possibilità di dare dei feedback
68. tracciare meno test hai fatto prima, più è importante tracciare il possibile. io lo faccio con Analytics e con log aggiuntivi server-side
71. aprire un canale di relazione diretta Un contatto per la segnalazione di problemi, o un form di feedback privato
73. Perché gli utenti apprezzano, Previene recensioni negative, Permette di raccogliere informazioni importanti
74. riassunto
75. I test utenti sono utilissimi se il progetto è complesso. I più importanti sono quelli svolti prima di sviluppare il progetto. Ma meglio tardi che mai. Puoi eseguire test con questionari, interviste, sessioni di monitoraggio, tracciamento delle attività.
76. Devi essere pronto a mettere in discussione la tua visione
77. tante grazie
78. Roberto Kalamun Pasini