Una guida passo passo alle nozioni di base della progettazione UX.
Questo articolo introduce un flusso di lavoro che può aiutare team, prodotti, startup e aziende a creare un processo solido e significativo per sviluppare una migliore esperienza utente per i propri clienti. Puoi utilizzare separatamente le diverse parti della procedura, ma idealmente funzionano meglio come una serie di passaggi.
Questa guida si basa in gran parte sulla metodologia Design Sprint che più team di Google utilizzano per risolvere problemi e sfide come l'auto a guida autonoma e Project Loon.
Double Diamond
Questo flusso di lavoro si basa su quello che nei circoli UX chiamiamo il doppio diamante, reso popolare dal British Design Council, in cui il tuo team si divide per comprendere un'idea attraverso la ricerca e poi si riunisce per definire la sfida, si divide per abbozzarla individualmente, condividere le idee, decidere qual è il modo migliore per andare avanti, testare e convalidare.
Creazione di una scenografia
La prima cosa da fare è iniziare con la sfida di base e scriverla come una proposta, chiedendoti: "Qual è il problema che sto cercando di risolvere?". La dichiarazione della sfida è il brief che stai impostando per il progetto e include il tuo obiettivo.
Questa sfida potrebbe riguardare una funzionalità di prodotto esistente che deve essere perfezionata o un prodotto completamente nuovo. Qualunque sia l'attività, ti basterà regolare la lingua in base all'obiettivo che stai cercando di raggiungere. Una dichiarazione deve essere legata agli obiettivi del tuo team, incentrata sul tuo pubblico, stimolante e concisa.
Questi sono alcuni esempi reali di prodotti su cui ho lavorato in passato.
Progetta un sistema per gestire il trattamento e le cure di follow-up dei pazienti con piede torto.
Crea un'app che semplifichi i sistemi finanziari complessi e li riduca all'essenziale.
Progetta un'app mobile coerente su diverse piattaforme senza sacrificare il brand.
Aggiornamento della dichiarazione di contestazione
Una volta scritte diverse varianti dell'obiettivo, presentale al tuo team per ottenere un consenso. Ti consigliamo di includere una scadenza per aiutare il team a concentrarsi sul problema. Quindi, con le modifiche aggiuntive, l'elenco sopra potrebbe essere:
- Progetta un sistema per gestire il trattamento e le cure di follow-up per i bambini di età inferiore a 2 anni con piede torto da lanciare nel primo trimestre di quest'anno.
- Crea una semplice app finanziaria che ti consenta di acquistare e vendere azioni con un semplice tocco di un pulsante senza conoscenze preliminari del mondo finanziario, con lancio iniziale nel luglio 2017.
- Entro la fine dell'anno, crea una guida di progettazione flessibile su più piattaforme e posizioni che posizioni in modo efficace il brand dell'azienda su ogni piattaforma.
Quando la definizione della sfida è terminata, visualizzala in un punto ben visibile in modo da poterla vedere mentre lavori. Dovrai farvi riferimento costantemente, magari aggiornandolo o modificandolo durante il progetto.
Convalida del problema in corso…
Il passaggio successivo consiste nel fare ricerche sulla sfida e sul problema. Devi scoprire se la comprensione del problema da parte del tuo team è valida. Molto spesso guardiamo i problemi dal nostro punto di vista, il che è pericoloso perché la maggior parte di noi nel settore tecnologico è in realtà un utente esperto e costituisce una minoranza di utenti. Siamo una minoranza vocale e possiamo essere ingannati e pensare che qualcosa sia davvero un problema quando non lo è.
Esistono vari metodi di raccolta dei dati per convalidare la contestazione. Ciascuno dipende dal tuo team e se hai accesso agli utenti. L'obiettivo è comprendere meglio il problema in questione.
Interviste interne con le parti interessate
La procedura di intervista prevede di intervistare ogni membro del team e stakeholder della tua azienda, dal marketing agli account. In questo modo, potrai scoprire quali sono le vere sfide secondo loro e quali potrebbero essere le potenziali soluzioni. Quando parlo di soluzione, non mi riferisco a soluzioni tecniche, ma piuttosto a quale sarebbe lo scenario migliore e l'obiettivo finale per l'azienda o il prodotto. Ad esempio, l'utilizzo delle sfide sopra indicate "avere il nostro software per il piede torto nell'80% delle strutture mediche entro la fine dell'anno" sarebbe un ottimo obiettivo da raggiungere.
C'è un'avvertenza. Questo metodo di convalida è il meno preferito perché impedisce la discussione e la collaborazione del team, creando potenzialmente un ambiente isolato in un'organizzazione. Tuttavia, può fornire informazioni utili sui clienti e sulla sfida di progettazione che altrimenti potresti perdere.
Lightning talk
È simile ai colloqui interni, ma questa volta riunisci tutti gli stakeholder in un'unica stanza. Poi scegli cinque o sei di questi stakeholder (marketing, vendite, design, contabilità, ricerca e così via) per tenere un discorso, ognuno concentrandosi sulla sfida dal proprio punto di vista per un massimo di 10 minuti. Gli argomenti che devono trattare nella presentazione sono:
- Obiettivi dell'attività
- Le sfide del progetto dal loro punto di vista (potrebbero essere tecniche, raccolta di ricerche, creazione di design e così via…)
- Ricerche con gli utenti che hai attualmente
Lascia 5 minuti alla fine per le domande, con una persona designata che prende appunti durante l'incontro. Al termine, potresti voler aggiornare la sfida per riflettere i nuovi apprendimenti. L'obiettivo è raccogliere un elenco puntato che possa guidare una funzionalità o un flusso che ti aiuti a raggiungere l'obiettivo dei tuoi prodotti.
Interviste agli utenti
Questo è forse il modo migliore per conoscere il percorso, i punti critici e il flusso dell'utente. Organizza almeno cinque interviste con gli utenti, di più se hai accesso a un numero maggiore di persone. I tipi di domande che poni devono includere:
- Come completano un'attività esistente? Ad esempio, se vuoi risolvere la sfida per l'app finanziaria sopra indicata, potresti chiedere: "Come acquisti azioni e titoli al momento?"
- Che cosa gli piace di questo flusso?
- Che cosa non gli piace di questo flusso?
- Quali prodotti simili utilizza attualmente l'utente?
- Quali sono i loro gusti?
- Che cosa non gli piace?
- Se avessero una bacchetta magica e potessero cambiare una cosa di questa procedura, quale sarebbe?
L'idea dell'intervista è quella di far parlare l'utente delle sfide che deve affrontare. Non è un punto di discussione per te, motivo per cui devi rimanere il più silenzioso possibile. Questo vale anche quando un utente smette di parlare: aspetta sempre un attimo, potrebbe stare raccogliendo i suoi pensieri. Ti sorprenderà scoprire quanto una persona continuerà a parlare dopo essersi fermata per alcuni secondi.
Prendi appunti durante la conversazione e, se possibile, registrala per non perdere nulla. L'obiettivo è confrontare la sfida con gli approfondimenti sugli utenti che raccogli. Sono allineati? Hai imparato qualcosa che ti aiuti a aggiornare la tua dichiarazione della sfida?
Ricerca etnografica sul campo
In questo caso, osservi l'utente sul campo, nel contesto, mentre fa qualcosa, ad esempio come fa la spesa, come va al lavoro, come invia messaggi SMS e così via. Il motivo è che in alcuni casi le persone ti diranno quello che pensano che tu voglia sentire. Tuttavia, osservare gli utenti mentre eseguono azioni e attività in autonomia può essere illuminante. In pratica, osservi senza interferire, annotando le cose che trovano facili o difficili e quelle che potrebbero aver perso. L'obiettivo è immergersi nell'ambiente dell'utente per comprendere meglio i suoi punti problematici.
Questa tecnica di solito prevede un lavoro svolto in un periodo di tempo più lungo e richiede che un ricercatore guidi questa parte del progetto. Ma è forse il più perspicace, in quanto ti permette di vedere un gruppo di persone che stai studiando nel loro ambiente naturale.
Riepilogo
Una volta completata la fase di apprendimento del progetto, devi dare un'ultima occhiata alla sfida. Sei sulla strada giusta? C'è qualcosa che devi modificare? Scrivi tutto ciò che hai imparato e raggruppalo in categorie. Questi potrebbero diventare la base di una funzionalità o di un flusso, a seconda del problema che stai risolvendo. Potrebbero essere utilizzati anche per aggiornare e rivedere la sfida.
Una volta raccolti feedback e informazioni sufficienti, è il momento di applicare queste conoscenze alla creazione di una mappa del progetto.
Mappa del progetto
Il problema che stai cercando di risolvere di solito è costituito da diversi tipi di persone (o giocatori), ognuna con un interesse nel flusso del progetto. In base a ciò che hai imparato, devi elencare i possibili attori. Potrebbe trattarsi di un tipo di utente o di un soggetto interessato, ad esempio "un medico che cura il piede torto", "un paziente con piede torto", "un caregiver che si prende cura del paziente" e così via. Annota ogni attore sul lato sinistro di un foglio di carta o, se ne hai accesso, su una lavagna. Sul lato destro, scrivi i gol di ogni giocatore.
Infine, per ogni giocatore, annota il numero di passi necessari per raggiungere il suo obiettivo. Ad esempio, per "un medico che cura il piede torto", l'obiettivo sarebbe "curare un paziente con piede torto", quindi i passaggi potrebbero essere "registrare il paziente nel sistema", "iniziare un piano medico", "creare un ciclo di revisione della sua salute medica" ed "eseguire una procedura medica".
Il risultato è una mappa del progetto con i passaggi principali della procedura. Consideralo come una panoramica del progetto senza troppi dettagli. Consente inoltre ai membri del team di valutare se la mappa corrisponde alla descrizione della sfida. In seguito, quando analizzerai ogni passaggio, troverai maggiori dettagli. Per il momento, una mappa del progetto fornisce una suddivisione di alto livello dei passaggi che un utente deve compiere per raggiungere il suo obiettivo finale.
Wireframing e storyboard
Crazy 8s
Per questo, consiglio un metodo chiamato Crazy 8, che prevede di piegare un foglio di carta due volte in modo da ottenere otto riquadri. Quindi, in ogni riquadro, elabora un'idea basata su tutto ciò che hai imparato finora. Hai dieci minuti per trovare idee per riempire tutti gli otto riquadri. Se ti concedi più di 20 minuti, potresti iniziare a rimandare, prepararti un caffè, controllare la posta, chiacchierare con il team ed evitare di lavorare. In questo passaggio devi creare un senso di urgenza, perché ti costringe a lavorare in modo rapido ed efficace.
Se lavori con un team, chiedi a tutti di fare il proprio. Questo processo stimolerà la tua mente e ti farà pensare alla sfida. In genere, lo schizzo è un wireframe di progettazione dell'interfaccia.
Dopodiché, tu e tutti i membri del tuo team presentate le vostre idee al gruppo. Tutti devono spiegare in dettaglio ciascuna delle otto idee e il motivo per cui hanno scelto di seguire un percorso specifico. Ricorda a ogni membro del team di utilizzare gli insegnamenti per giustificare le proprie idee. Una volta che tutti hanno presentato le proprie idee, è il momento di votarle. Ogni persona riceve due adesivi e può votare qualsiasi idea. Possono assegnare entrambi i voti a una singola idea se gli piace molto.
Perfeziona il design
Dopo la votazione, prendi l'idea con il maggior numero di voti e abbozza un'idea finale. Puoi anche prendere spunto dalle idee che hai sentito dai tuoi colleghi. Concediti altri 10 minuti per completare l'attività. Al termine, presenta di nuovo le idee al tuo team e vota come prima.
Crea uno storyboard dell'idea
Con il design in mano, è il momento di creare lo storyboard del coinvolgimento con l'utente. A questo punto dovresti aver già pensato ai diversi passaggi che un utente compie. È abbastanza comune incorporare anche il progetto di un collega nel flusso. Vuoi una procedura chiara passo passo con alcuni punti in cui l'utente potrebbe divergere. Consulta di nuovo la mappa del progetto per convalidare il design in base all'obiettivo.
Creare un prototipo
La creazione di un prototipo non riguarda la creazione del codice perfetto, ma la realizzazione di qualcosa di credibile quando viene utilizzato da qualcuno. Gli strumenti utilizzati per creare un prototipo variano da persona a persona. Alcuni preferiscono Keynote o PowerPoint perché obbligano a pensare al flusso e non ai dettagli di progettazione. Potresti voler investire tempo nell'apprendimento di strumenti come Balsamiq, Marvel o Framer, che possono offrirti un maggiore controllo comportamentale. Qualunque strumento tu utilizzi, assicurati che ti consenta di concentrarti sul flusso e che il risultato sia realistico. Devi testare il prototipo su persone reali, quindi deve essere il più credibile possibile, ma allo stesso tempo non deve richiedere settimane di lavoro per essere creato.
La creazione di un prototipo è un equilibrio tra tempo e realismo, quindi fai attenzione a non pendere troppo verso un estremo o l'altro. In entrambi i casi, potresti finire per perdere tempo.
Testare l'usabilità dei tuoi progetti
È ottimo se hai un laboratorio di test. Se non ne hai uno, crearne uno non è difficile basta fare attenzione a creare un ambiente confortevole per gli utenti che non distragga. Il test di solito coinvolge l'utente e due persone del tuo team, una che prende appunti e l'altra che pone domande. Una buona configurazione consiste nell'utilizzare un'app come Hangouts e registrare le azioni, il che è utile anche se vuoi che il resto del team osservi da un'altra stanza. Per noi sviluppatori di app, questa operazione può essere piuttosto spaventosa, perché vediamo i nostri progetti in natura. Può essere un'esperienza rinfrescante e al contempo che fa riflettere.
Domande da porre
Quando testi il tuo design, chiedi all'utente di eseguire attività nella tua app e di parlare ad alta voce e verbalizzare ciò che sta facendo e perché. È una cosa strana da fare, ma ti aiuta a capire cosa pensano. Cerca di non interrompere o dire cosa fare quando si bloccano. Chiedi semplicemente perché ha seguito un determinato flusso dopo averlo completato (o NON completato).
Ecco cosa devi scoprire:
- Che cosa gli piace del prototipo?
- Cosa non gli piace del prototipo?
- Quali sono i pain point?
- Perché un flusso ha funzionato
- Perché un flusso non ha funzionato
- Che cosa vorrebbero migliorare?
- Il design/flusso complessivo soddisfa le loro esigenze?
Rivedere i progetti ed eseguire un altro ciclo di test
Hai un prototipo funzionante con feedback. Ora è il momento di rivedere i tuoi progetti e analizzare cosa ha funzionato e cosa no. Non aver paura di creare uno storyboard wireframe completamente nuovo e un nuovo prototipo. Ricominciare da capo può creare un flusso migliore rispetto a quello che si ottiene cercando di modificare il prototipo precedente. Cerca di non essere troppo preciso perché è solo un prototipo.
Una volta che i progetti ti soddisfano, puoi testarli di nuovo e perfezionarli ulteriormente. Nei casi in cui il prototipo non ha centrato il segno, potresti pensare che il progetto sia fallito. In realtà non è così. Probabilmente hai impiegato meno tempo di sviluppo rispetto a se avessi creato il design e sai di più su ciò che piace agli utenti. Con i design sprint abbiamo una filosofia in cui o si vince o si impara, quindi non scoraggiarti troppo se l'idea non ha funzionato come previsto.
Fallo!
Hai testato le tue idee. L'utente li apprezza. Gli stakeholder sono coinvolti perché sono stati coinvolti fin dall'inizio. Ora è il momento di creare la cosa. A questo punto dovresti avere un'idea chiara di cosa deve essere realizzato e quali sono le priorità dell'esperienza. In ogni traguardo del progetto, potresti voler introdurre test di usabilità per convalidare il tuo lavoro e rimanere in linea con i tempi.
Non posso fare a meno di sottolineare l'importanza di raccogliere il maggior numero possibile di informazioni prima di investire molto lavoro, tempo ed energie in qualcosa che potrebbe non essere la soluzione giusta.
Questo articolo dovrebbe ora fornirti una base di conoscenza dell'UX e della sua importanza. L'esperienza utente non deve essere considerata un ruolo per un designer o un ricercatore. In realtà, è responsabilità di tutti coloro che sono coinvolti in un progetto, quindi ti consiglio di partecipare a ogni opportunità.