Categoria: User Experience

Direi che alla base di tutto in tale progetto si debbano offrire alle persone che fruiscono del servizio degli strumenti di navigazione semplici ed immediati;

Poi è importante offrire un’organizzazione contenutistica (e conseguentemente un’architettura informativa) ottimale e adeguata, tale da fornire alle informazioni presenti un aspetto coerente ed organizzato;

Aggiungerei: è importante garantire la leggibilità dei contenuti a TUTTE le persone: pensare anche alle esigenze di utenti ipovedenti o daltonici è importantissimo; è qui che si dimostra l’utilità e l’efficacia dei testi di usabilità.

A livello puramente “tecnico”, è importante cercare di migliorare quanto possibile le performance di un portale o permettere uno scaricamento veloce dei contenuti per cui la persona ci sta leggendo o visitando;

E ultimo, ma non meno importante: oltre a metterci la faccia, cerchiamo di essere facilmente raggiungibili e reperibili curando bene la sezione “contatti” del progetto o del portale!

Nella fase di analisi e report, ultima fase dello sviluppo del test di usabilità, dobbiamo innanzitutto revisionare quanto osservato in fase di testing: questo si traduce in

(1) individuazione dei problemi emersi in fase di testing e rilevati ;

(2) si classificano i problemi riscontrati e li si classifica. Come vanno classificati? Usando un metodo molto semplice: a fianco del problema si segna un carattere ben preciso. In particolare, ecco una ista di esempio:
(S) la lettera S indicherà un suggerimento = è un possibile miglioramento da apportare suggerito dal partecipante;
(1) con il numero 1 si indica un problema di priorità bassa. è un problema di usabilità minore: può causare dei dubbi, ma non crea problemi nel completamento del task richiesto;
(2) con il numero 2 si indica un problema di priorità media. è un problema di usabilità maggiore: può rallentare lo svolgimento del task, ma non ne impedisce il completamento.
(3) con il numero 3 si indica un problema di priorità alta-grave. è un problema di usabilità grave e causa frustrazione e impedisce il completamento del compito.

Dopo aver effettuato una revisione delle osservazioni emerse dalla fase di testing si passa all’analisi delle registrazioni audio e/o video effettuate in sede di testing così da preparare una serie di highlight in cui si evidenzia un pattern significativo nel modo in cui il target – ipoteticamente ben profilato – tende ad usare il prototipo testato.

Si procede quindi con la preparazione di un report in cui siano presentate (1) una sintesi dei risultati emersi dal test; obiettivi del test siano esplicitati e anche metriche di giudizio e valutazione per migliorarne la leggibilità in futuro e da team specifici a cui commissioneremo le modifiche da implementare; nel report vanno poi elencati i partecipanti, classificati per

(1) età;

(2) attività;

(3) sesso;

(4) esperienza nell’uso di internet o del computer o di uno specifico campo di conoscenze;

(5) gruppo di appartenenza per sapere quando è stato effettuato il suo test.

Si includerà nel report anche quanto emerso dal test nonché i correttivi proposti e si includeranno anche i risultati emersi dai questionari effettuati dai partecipanti dopo aver concluso il testing.

Nel presentare i risultati emersi dal test, dobbiamo sempre considerare il tipo di audience a cui ci rivolgiamo. Atteniamoci ai fatti ed evitiamo opinioni personali nello spiegare e nel citare indicazioni utili emerse in fase di testing. Teniamo sempre un atteggiamento positivo e inseriamo citazioni – quante più possibili – dei partecipanti, perché saranno viste con grande importanza e acquisiranno grande valore. Includiamo se possibile anche gli highlight audio o video emersi dalla fase di testing e diamo ampio risalto alle soluzioni da poter implementare per il miglioramento del prodotto.

Comunicare graficamente i dati, eventualmente, ci permette di comunicare con maggior efficacia e chiarezza.

Dopo aver presentato i risultati, dobbiamo assicurarci che i miglioramenti vengano implementati correttamente. Ecco perché le modalità di implementazione e correzione del prototipo vanno già esplicitate e pianificate ad inizio del progetto; e bisogna coinvolgere quanto più possibile il team di sviluppo, perché da questo emergeranno le idee “concrete” in termini di – “come miglioriamo questa funzionalità?” oppure “dove possiamo intervenire e come?”. Se il team sarà in grado – insieme al nostro aiuto – di dare risposta a questi quesiti, avremo un prodotto assolutamente migliore! 🙂

—

Grazie per aver letto fin qui! Se vuoi conoscere tutte le altre fasi di lavoro, eccole di seguito:
Fase 1 – Progettazione
Fase 2 – Pianificazione
Fase 3 – Conduzione

in questa fase il test si svolge attraverso vari passaggi. Si effettua un’attività di pre-test, dove ci si presenta e si presentano ai partecipanti i compiti da svolgere, controllando che tutto sia a posto. Quindi si effettua il questionario pre-test e si dimostra al partecipante come dovrà effettuare le sue analisi e come dovrà comportarsi. Si dimostra, ad esempio, la tecnica del thinking aloud, cioè del ragionamento ad alta voce, che deve utilizzare in fase di testing del prodotto.

Conclusa l’attività pre-test si passa alla fase di svolgimento, dove moderatore e osservatore dovranno rimanere quanto più neutrali possibile rispetto alla conduzione del test e l’individuazione dei risultati di ricerca; non si dovranno fornire spiegazioni al partecipante, tanto meno rispondere alle sue domande inerenti il prototipo.

Si potrà cercare, invece, di ottenere chiarimenti sulle scelte compiute dal partecipante in fase di svolgimento del test, cioè il perché delle sue scelte; perché ha pensato di selezionare un elemento piuttosto che un altro, e così via. L’importante è essere chiari e concisi nel porre le domande al partecipante, e
altrettanto concisi bisogna esserlo nell’appuntare note e indicazioni nella documentazione che andrà ad essere vagliata in fase di analisi.

Non bisogna in alcun modo interrompere il partecipante nei suoi ragionamenti, né fornire soluzioni ad un determinato problema in fase di testing. Bisogna evitare di fare domande durante il test, ma piuttosto lasciarle alla fine per lasciar spazio al partecipante di potersi muovere comodamente con il proprio ragionamento e le proprie capacità.

Segue un’attività post-test, ovvero la redazione del questionario qualitativo da parte dell’utente, poi si ringrazia il partecipante e naturalmente lo si ricompensa con quanto si è deciso di offrire-fornire per la sua disponibilità.

—

Grazie per aver letto fin qui! Se vuoi conoscere tutte le altre fasi di lavoro, eccole di seguito:
Fase 1 – Progettazione
Fase 2 – Pianificazione
Fase 4 – Analisi e Report

la fase di pianificazione è la seconda fase del testing di usabilità e ci permette di individuare il luogo o i luoghi dove avviene il testing (potrebbe avvenire in più locations e più fasi.. pensiamo a prodotti per il cui utilizzo è necessario spostarsi fisicamente da una stanza all’altra). In questa fase definiamo quali incentivi dare – offrire ai partecipanti che ci aiutano nello scovare pecche, errori e limiti del nostro prototipo. In questa fase reperiamo tutti i nominativi dei partecipanti, e fissiamo i vari orari delle sessioni in cui dovranno presentarsi.

All’arrivo dei partecipanti nella sede di testing dovremo preparare alcuni materiali che il partecipante al testing dovrà compilare ed accettare prima di effettuare la “seduta”, di cui non possiamo fare a meno quali

(1) il modulo relativo all’informativa sulla privacy, visto che si potranno effettuare registrazioni audio e video della sessione di testing;

(2) il modulo per la riservatezza, cioè la non divulgazione dei dati e delle informazioni osservate e conosciute in sede di testing;

(3) un modulo di autorizzazione, che serve a permetterci di usare i dati raccolti ed impiegarli in sede di analisi e per quantificare i risultati del test

(4) un modulo per le annotazioni, dove l’osservatore e il moderatore potranno appuntare qualsiasi indicazione torni loro utile nella successiva fase di analisi.

—

Grazie per aver letto fin qui! Se vuoi conoscere tutte le altre fasi di lavoro, eccole di seguito:
Fase 1 – Progettazione
Fase 3 – Conduzione
Fase 4 – Analisi e Report

è attraverso la progettazione del test di usabilità che stabiliamo, definendoli chiaramente, gli obiettivi principali che stiamo perseguendo.

Come scopriamo quali sono gli obiettivi di ricerca? Facendo domande. Domande di ricerca, che siano specifiche, dritte al punto, poche – per concentrarci su aspetti chiari e non troppo generici. Idealmente costruiamo una lista di – al massimo – 10 domande, che ci aiuteranno a definire bene uno script di studio, attraverso cui potremo aver ben chiare le nostre aspettative e far sapere cosa ci aspettiamo dai partecipanti del test. Sapendo quali sono le nostre domande, prepariamo uno script, cioè una traccia dettagliata dello svolgimento della nostra sessione di ricerca, che deve includere i seguenti punti:

(1) una presentazione della sessione al partecipante, perché dobbiamo spiegare cosa si andrà a fare e la motivazione per cui stiamo testando le sue capacità.. così da non metterlo sotto pressione!

(2) forniremo delle istruzioni chiare sul come ci si comporta e quali sono le regole, le policy, che questo partecipante deve rispettare;

(3) un questionario per il partecipante, per stilare una sua ben precisa anagrafica: le sue preferenze, in modo da poterlo profilare in maniera appropriata e precisa;

(4) i compiti che il partecipante che dovrà svolgere, cioè cosa dovrà trovare nel sito, cosa ci aspettiamo da lui… tutte le operazioni che dovrà compiere in fase di testing;

(5) un questionario finale in cui possiamo conoscere cosa il partecipante pensa
del prodotto o servizio che ha testato, le sue impressioni sull’esperienza vissuta nell’uso del prototipo per cui sta venendo testato;

Un esempio semplice semplice sulla struttura di alcuni contenuti dello script potrebbe essere il seguente:
(1) compiti introduttivi, ovvero chiedergli “mi mostri come di solito fai una ricerca?”
(2) compiti esplorativi, ovvero chiedergli “mi descrivi cosa c’è su questa Homepage?”, “mi descrivi cosa ti salta all’occhio maggiormente in questa pagina?”
(3) compiti specifici, ovvero chiedergli “puoi provare ora a fare un acquisto sul www.nomedelsito.it?

—

Grazie per aver letto fin qui! Se vuoi conoscere tutte le altre fasi di lavoro, eccole di seguito:
Fase 2 – Pianificazione
Fase 3 – Conduzione
Fase 4 – Analisi e Report

I test di usabilità servono a l’efficacia e la soddisfazione d’uso di un software, di un sito web, di un dispositivo, di un’app con la partecipazione di persone rappresentative del target di riferimento. Quando parliamo di usabilità ci riferiamo alla definizione proposta della norma ISO 9241, ovvero della “efficacia, efficienza e soddisfazione con cui determinati utenti possono raggiungere determinati obiettivi in un determinato contesto d’uso”.

I test di usabilità si svolgono di solito con la tecnica del thinking aloud, cioè si lascia che gli utenti pensino e riflettano ad alta voce. Nel testing di usabilità sono coinvolte delle figure specifiche che sono il moderatore, l’osservatore e il partecipante.

I testi di usabilità si effettuano tramite strumenti quali webcam, document camera e software di desktop recording, nonché smartphone, registratori audio o videocamere per catturare tutte le riflessioni sviluppate dai partecipanti in sede di test.

PS. Se stiamo operando in un progetto con poco o zero budget, sicuramente gli smartphone possono risultare utilissimi, alla pari di qualche lettore mp3 con funzione di registrazione, che ci permetterà di sbobinare in seguito i vari contenuti acquisiti.

PPS. Se vuoi saperne di più sui test di usabilità, ne ho parlato meglio qui.

Mi viene spesso chiesto “David, come si fa a capire cosa il cliente vuole, e quindi costruire un prodotto esattamente cucito su di lui se il cliente spesso – 99% delle volte – non sa quello che vuole?“. A me piace rispondere: Dipende 🙂

Nel caso in cui il cliente non è molto chiaro o non sa esattamente ciò che vuole oppure trova difficoltà nello spiegarsi bene, questo è qualche indizio che posso darti:

Ci sono due aspetti di base a cui devi prestare attenzione e – secondo me – non devi mai perdere di vista:

(1) cosa LUI desidera. Su questo punto, risolvi facendo domande più mirate possibile (in quantità industriale!);

(2) come TU e LUI state comunicando in ogni fase del progetto. Devi sempre assicurarti di avere la CONFERMA , da parte del cliente, di aver esaurientemente risposto ad una sua domanda, o tu, di aver interpretato la sua richiesta.  Un’idea abbastanza semplice che posso darti a questo riguardo è: proponi al cliente di consultare e visionare servizi o applicazioni che svolgano un compito specifico, così da poter avere riscontro diretto se ci siamo intesi correttamente sull’argomento di cui parliamo.

Nella maggior parte delle volte, con un pò di pazienza, avremo un cliente soddisfatto e noi saremo in grado di “leggere” al meglio le richieste che ci vengono avanzate. A volte, il cliente, scopre un’applicazione che fa proprio al caso suo – o magari rispecchia la sua idea di cosa dovrebbe fare il suo prodotto, e quindi ci indirizza anche con valutazioni e indicazioni preziose per quello che sarà poi il nostro piano d’azione e il corpus di funzionalità da includere in un progetto. Nel 99% dei casi, proseguendo in questo modo, avremo un’idea abbastanza definita di cosa il cliente si aspetta e sarà lui stesso a farci capire, con serenità, che possiamo proseguire nel raffinamento dell’idea e della nostra proposta. Ogni esperienza di interfacciamento e confronto con il cliente sarà un tassello importante per la nostra crescita professionale, perché ci permette di perfezionare il nostro modus operandi e la nostra “impostazione” comunicativa, lavorativa e di supporto a quelle che sono le sue richieste nel breve e nel lungo termine. Fai tante domande, tantissime domande, generali e specifiche, su vari fronti. Questo trasformerà la tua consulenza in un momento di “brainstorming” da cui entrambi avete da imparare e il cliente non solo trarrà beneficio – perché saprà esprimersi meglio e si sentirà capito… e non si sentirà “giudicato” da te perché non conosce molto bene il gergo tecnico con cui gli spieghi alcuni particolari – ma riuscirà ad avvicinarsi a te, capendo di potersi fidare, e da qui costruire, con solide basi, un rapporto collaborativo e fruttuoso.

Dobbiamo farci interpreti e realizzatori dei sogni dei nostri clienti. Relativamente ai risultati che emergono dalle analisi che eseguiamo sui pareri e le richieste dei clienti, cerchiamo di costruire un ecosistema-struttura di conoscenze e di lavoro che ci permetta di gestire facilmente i progetti e prodotti da noi ideati, modificarli e mantenerli con uno sforzo che sia quanto più lieve possibile. Impariamo anche a categorizzare le tipologie di risultati che estraiamo dai test che effettuiamo. Ci saranno delle metriche e delle categorie di dati che dovremo considerare prioritarie rispetto ad altre. Disegnare per le persone è molto semplice, almeno a livello concettuale: pensare, progettare e lavorare proattivamente può sembrare molto lavoro.. ma in realtà risparmiamo tempo, frustrazione nostra e del cliente se qualcosa non funziona al meglio, risparmiamo minuti preziosi del nostro tempo e permettiamo al cliente di poter considerare il suo un investimento, e mai una spesa.

L’approccio agile, con una filiera quanto più snella possibile, ci permette di essere tanto vicini all’utente da poter sviluppare, testare e correggere un prodotto in sua compagnia, e al suo fianco. Il cliente, nell’approccio agile, non resta spettatore passivo ma diventa soggetto, regista e attore del suo prodotto. Il nostro lavoro è quello di fornire all’utente servizi rispettosi e discreti, che siano qualitativamente migliorabili direttamente dal nostro cliente.