Una guida per la creazione delle personas

Abbiamo già parlato di personas in passato. Come sapete è un mio cavallo di battaglia…

UXPressia - template personas
UXPressia è un tool online di creazione delle personas


Vi ho raccontato cosa sono le personas, quali strumenti potete utilizzare per costruirle, che tipo di domande potete fare nelle interviste e quali modelli prendere ad esempio.
Oggi torno su questo tema perché mentre stavo facendo una ricerca sui tool di creazione online delle personas – di cui parlerò prossimamente – mi sono imbattuta in un documento che penso possa fornire degli spunti interessanti.

Si tratta della guida di UXPressia, una start-up di San Mateo Califonia nata nel 2014 da un gruppo di progettisti appassionato di design thinking.
UXPressia è un tool online di creazione di personas, customer journey e impact maps che favorisce un approccio collaborativo.

La guida in questione è ovviamente uno strumento di marketing per far conoscere il loro applicativo ma contiene diversi spunti interessanti che penso valga la pena condividere.
Qui potete scaricarla.

Creare le personas

La guida ripercorre le basi della teoria e i vari elementi di cui abbiamo già parlato: le domande volte a chiarire gli aspetti demografici (chi sono i nostri clienti? che età hanno? dove vivono? ecc.) e quelli comportamentali (cosa vogliono ottenere? perché fanno quello che fanno? cosa li motiva? ecc.).
Ricordate? L’obiettivo è arrivare a comprendere gli obiettivi, le attività, i bisogni e le difficoltà di clienti e utenti perché queste informazioni sono risorse preziosissime per migliorare la customer experience e, in generale, i nostri prodotti e servizi.

L’utilizzo di scale di comportamento

Uno dei punti della guida che porto alla vostra attenzione è questo: le interviste ai clienti e ai clienti potenziali ci devono permettere di identificare attributi comportamentali comuni.
Ma cosa intendiamo per attributi comportamentali?
L’attributo descrive cosa influenza una persona nelle situazioni in cui cerca di completare un task, sta perseguendo un obiettivo, cerca di risolvere un problema o interagisce con il nostro prodotto. Ad esempio ogni quanto compie una determinata attività, per quali ragioni è portata a fare una determinata cosa, che strumenti usa, da dove ricava le informazioni, che cosa la frena dal farla?

La guida suggerisce di definire tutti i possibili valori di ogni attributo e mapparli su delle scale.
Nel caso di prima potremmo dire che una persona evita di fare una certa attività – ad esempio gestire direttamente le proprie finanze – perché:

  • pensa di non essere in grado di tener traccia di tutti i dettagli
  • è un’attività che porta via molto tempo
  • ha paura di perdere informazioni rilevanti
  • teme che altre persone possano avere accesso alle informazioni
  • pensa che sia una perdita di tempo.

Questi sono tutti modi di pensare emersi dalle interviste che avete fatto; semplicemente li state posizionando in una scala di comportamenti.
Al termine delle interviste vi troverete con un numero di scale che va da 5 a 20 e, per ogni scala, almeno 3 valori presenti.
Le scale possono riguardare elementi di tutti i tipi, sta a voi scegliere cosa è più rilevante nel vostro caso:

  • fattori umani (età, area geografica, educazione, fisiologia, ecc.)
  • bisogni, obiettivi, aspettative
  • problemi, barriere, frustrazioni
  • conoscenza dell’ambito
  • attività da portare a termine
  • elementi che scatenano l’azione
  • tempo d’esecuzione
  • esperienza del prodotto / servizio
  • ambiente
  • relazione con altri attori durante l’attività.

Collocare gli intervistati sulle scale di comportamento

Una volta definite le scale e i diversi valori al loro interno è giunto il momento di posizionare gli intervistati rispetto ai vari attributi.
Qui stiamo proprio collocando i nomi delle persone con cui abbiamo parlato sui loro attributi quindi ogni nome appare in ciascuna scala.

Vi accorgerete che alcune persone appaiono più volte nella stessa posizione o in posizioni molto vicine. La guida suggerisce che quando le stesse persone appaiono così in diverse scale (da 5 in su) abbiamo individuato un pattern.

Gli intervistati sono mappati rispetto a scale di attributi
Gli intervistati vengono collocati su varie scale di attributi. La presenza di posizioni simili su più scale indica un pattern.


Queste similarità sono il fondamento per la costruzione di una persona.
Possiamo fare una prova del nove: se il pattern identificato è logico e spiegabile allora siamo sicuri di avere individuato un aspetto rilevante della personas.

Personalmente non ho mai utilizzato le scale nel processo di creazione delle personas e ho sempre portato avanti questa fase di individuazione delle somiglianze in maniera più artigianale ma questa tecnica mi sembra molto efficace e decisamente adatta ad una creazione collaborativa. Non mancherò di provarla quanto prima!

Scaricate la guida per costruire le personas! In appendice trovate una lista di domande da cui potete prendere spunto per tracciare le vostre interviste.

Rifare da 0 una piattaforma legacy

Un’esperienza sul campo

Eccolo qui, l’ultima “creazione” del mese di Novembre.
E’ stato un periodo intensissimo sul fronte professionale e familiare ma nonostante questo sono stata particolarmente contenta di aver preso parte come speaker al Product Management Day.
Si tratta della prima conferenza italiana dedicata al Product Management organizzata da 20tab e che si è tenuta online venerdì 26 Novembre.

E’ stata una giornata intera di talk partita la mattina con l’intervento di Kate Leto su quali aspetti valutare quando si assume un Product Manager e conclusasi alle 18:30 dopo un panel dedicato al Product Growth e alla validazione.

In questa occasione ho parlato di un’esperienza sul campo di product management: rifare da 0 una piattaforma legacy. Qui sotto trovate le mie slide e una sintesi dei punti salienti del talk.

“Rifare da 0 una piattaforma legacy” – Le slide del mio intervento al Product Management Day

Quando parlo di design di prodotto io distinguo sempre due situazioni differenti:

  • quando si lavora su un prodotto completamente nuovo che non esiste sul mercato
  • quando si mette mano a un prodotto esistente che deve essere rifatto. 

Faccio questa distinzione perché nel primo caso il punto centrale è validare innanzitutto l’idea di business mentre nel secondo il prodotto o servizio esiste già ma deve essere ottimizzato. Qui solitamente non c’è un’idea di business da validare perché abbiamo già dei ricavi; il focus non è capire se il prodotto è realmente appetibile quanto valutare se la soluzione di prodotto che è stata scelta è ancora valida.

Le sfide del Legacy

Proviamo a guardare più da vicino quali sono i problemi che pone una piattaforma Legacy.
Ci troviamo spesso di fronte a prodotti o piattaforme che si basano su una tecnologia datata, che non è più stata manutenuta o aggiornata, per cui magari è sempre più difficile trovare persone che siano in grado di metterci mano.
Un altro tema ricorrente in queste situazioni è che il know-how tecnico di questi prodotti non è documentato, è una conoscenza che risiede nella testa di alcuni sviluppatori, non strutturata, non replicabile e non scalabile

Il problema non è solo tecnologico o “dietro le quinte”, tipicamente diventa un problema nel momento in cui ha una ricaduta visibile sul business: non si è più in grado di cogliere alcune opportunità di mercato.
Inoltre si vedono gli effetti nell’adozione di vecchi pattern UX o nell’approccio “feature factory” che ha reso nel tempo il prodotto non più fruibile.
Nonostante tutti questi problemi la piattaforma produce ricavi (a volte tanti!) e il business non è disposto a mettere a rischio queste revenue.
E’ la tipica situazione in cui si vuole la botte piena e la moglie ubriaca…

Il progetto di cui ho parlato è il rifacimento di una piattaforma di servizio B2B attraverso la quale si fanno assessment di tipo clinico, di tipo organizzativo o educativo.
E’ utilizzata prevalentemente da psicologi e non è accessibile a tutti perché l’utilizzo dei prodotti è consentito a persone con determinate qualifiche professionali.
La piattaforma è multilingue, presente in 16 paesi di cui il principale è l’Italia e vengono somministrati poco meno di 200.000 test l’anno attraverso di essa.

Gli obiettivi dell’azienda erano – in ordine di priorità – abbattere il rischio di business, passare a tecnologie più moderne, flessibili e scalabili e migliorare l’esperienza utente rendendo il prodotto più fruibile.

I principi del redesign

Quali sono i principi che abbiamo seguito in questo rifacimento?
Ci siamo ispirati al framework del design thinking.
Alla base di questa metodologia c’è l’idea che un prodotto o un servizio per essere innovativo ha sempre tre caratteristiche che convivono: è appetibile per l’utente finale (produce un vero valore), è tecnicamente fattibile ed è “viable” da un punto di vista business, ovvero scalabile.

Sempre in riferimento al design thinking esistono 5 fasi principali nella parte di progettazione del prodotto di cui la prima è l’empatia seguita dalla definizione, la progettazione, la creazione di prototipi e alla fine la validazione tramite test.

Nel corso del mio intervento ho mostrato cosa è stato fatto nelle prime quattro fasi poi quando è partito lo sviluppo vero e proprio è stato adottato l’approccio Lean Start-Up con un ciclo iterativo di sviluppo, raccolta dati, misurazione, acquisizione degli insight e ulteriore ottimizzazione.

Gli strumenti del redesign

Partiamo dallo strumento per eccellenza del Product Management e non solo: le domande.
Sono le domande che vi potete e dovete porre rispetto al prodotto o al servizio: chi è l’utilizzatore della piattaforma? E’ chiaro e definito? Qual è il valore che la piattaforma produce per questi attori? È davvero un prodotto appetibile?
E’ sempre bene ricordarsi che non creiamo prodotti in astratto; ciò che facciamo entra in un sistema, deve fare scopa con la più ampia strategia di business.
Nella mia esperienza le risposte a queste domande non sono così scontate come appaiono… 

In questa iniziativa siamo partiti da un assessment del prodotto.
Abbiamo preso in mano la piattaforma esistente e analizzato lo stato dell’arte. L’abbiamo indagata utilizzando vari tipi di strumenti, come ad esempio gli analytics, le interviste, il product canvas poi abbiamo spostato il focus sulle personas per meglio comprendere la voce del cliente.

Abbiamo fatto un gran lavoro sugli utilizzatori principali: gli psicologi. Siamo andati a esplorare in dettaglio la main persona; sapevamo qual era l’ambito di lavoro ma volevamo indagare meglio bisogni, convinzioni, valori, comportamenti e attività da compiere

In questa fase si esercita l’empatia ovvero stiamo cercando di metterci dal punto di vista degli utilizzatori e guardare il mondo con i loro occhi per capire quali sono gli aspetti a cui sono più attenti e i principali problemi da risolvere.

Il lavoro su chi è l’attore principale è alla base di qualsiasi attività di Product Management, richiede tempo e anche un discreto livello di approfondimento ma questa comprensione fa la differenza nel momento in cui si va a ridefinire il prodotto e a dargli nuova vita.

La progressiva definizione del prodotto

Siamo arrivati attraverso step successivi e incrementali a definire quale sarebbe stata l’experience della nuova piattaforma, un lavoro che si fa tornando ciclicamente sugli stessi aspetti prima abbozzati a un livello molto alto e poi mano a mano entrando sempre più in dettaglio. 

Siamo partiti dopo le analisi e la definizione delle personas riformulando il prodotto a partire da un concept, una presentazione di alto livello che racconta quali sono le principali novità della piattaforma per dare un quadro complessivo della proposta.

Poi si entra un po’ più in dettaglio in quella che è l’esperienza utente: abbiamo ridefinito la customer journey indicando le azioni principali dell’utente da una parte e dall’altra i touchpoint, le criticità, i bisogni nei vari step e i gap che si potevano andare a colmare. 

A partire dalla customer Journey è possibile cominciare a disegnare il flusso di interazione descrivendo come si sposta l’utente tra le varie schermate della piattaforma o tra le varie pagine se fosse un sito web. Questo è un livello di dettaglio che da già informazioni preziose al team di sviluppo, in particolar modo sugli aspetti di back-end. 

Il passo successivo è stato la creazione di un wireframe, una struttura nuda di che cosa è presente nelle varie schermate della piattaforma, quali sono i pesi relativi degli elementi all’interno di una schermata, quali sono le azioni principali e secondarie e le informazioni a disposizione dell’utente.

Infine da questo artefatto siamo passati ai template visuali e – nel nostro caso – alla creazione di un vero e proprio design system perché questo ci ha consentito di procedere molto speditamente anche nel momento in cui la piattaforma dopo il rilascio iniziale ha cominciato ad evolvere. 

Le 5 fasi del Design Thinking

Come avviene praticamente il processo di sviluppo del prodotto secondo questo framework?

Qualche settimana fa abbiamo parlato di cos’è il Design Thinking e come possa essere impiegato per la risoluzione di problemi che hanno al centro le persone. Oggi entriamo nel dettaglio di questo processo e delle sue diverse fasi.

La maggior parte delle aziende e dell’industria utilizza un processo che va da quattro a sei fasi e tipicamente è composto da un ciclo progettuale che precede il processo di sviluppo. Si va dallo sviluppo del concept all’ideazione di alto livello, dalla progettazione di dettaglio al test fino all’implementazione vera e propria con lo scaling della produzione e delle operations.

Il Design Thinking formalizza la prima parte del processo, ovvero tutto ciò che avviene nella fase progettuale prima dello sviluppo.
Questo è il motivo per cui in alcuni schemi e rappresentazioni potreste vedere 6 fasi invece di 5: in coda al framework di Design Thinking vero e proprio trovate lo step fattuale (come potete vedere nell’immagine in fondo al post ripresa dal sito Nielsen Norman Group).

Le 5 fasi del Design Thinking
Le 5 fasi del Design Thinking: Empatizzare, Definire, Ideare, Realizzare un prototipo, Testare

Una cosa importante da notare è che il framework si applica perfettamente sia ai prodotti che ai servizi. Non è necessario adottarlo solo per la creazione di prodotti fisici, anche i servizi che per loro natura sono per lo più immateriali possono essere costruiti con successo con il Design Thinking.
Il processo è tutt’altro che casuale: si basa su una serie di passaggi discreti che, se svolti correttamente e con attenzione, sono affidabili e portano a risultati concreti e ripetibili.
Vediamoli!

Fase 1: Empatizzare (Emphatize)

Il processo di sviluppo del prodotto inizia con la fase di sviluppo del concept, step che a sua volta può essere suddiviso in ulteriori sotto-passaggi.
Il primo di questi passaggi è l’attività di analisi delle esigenze del cliente (ne abbiamo già parlato in riferimento alle personas e alla metodologia jobs to be done).
Questa fase ha come input il risultato del processo di pianificazione – il mission statement – e si conclude con un elenco validato delle esigenze dei clienti.

Empatizzare significa condurre ricerche online e sul campo per sviluppare la conoscenza di ciò che gli utenti fanno, dicono, pensano e sentono.

Immaginiamo che il nostro obiettivo sia migliorare un’esperienza di onboarding per i nuovi utenti. In questa prima fase parliamo con alcuni utenti reali, li osserviamo direttamente nel contesto in cui usano il prodotto / servizio. Andiamo a scoprire cosa fanno, come pensano e cosa vogliono, ponendoci domande di questo tipo: “cosa motiva o scoraggia gli utenti?“, “dove provano frustrazione?“, “quale bisogno rimane insoddisfatto?”.

L’obiettivo di questa fase è raccogliere abbastanza osservazioni da poter davvero iniziare a entrare in empatia con gli utenti e le loro prospettive.

Fase 2: Definire (Define)

Durante la fase di definizione vengono messe insieme e condivise le informazioni create e raccolte durante la fase di empatia. In questo momento vengono analizzate e sintetizzate le osservazioni per definire i problemi centrali che il gruppo di lavoro ha identificato.

Il problema da risolvere dev’essere definito dal punto di vista delle persone, non come un obiettivo di business.
Facciamo un esempio: invece di definire il problema come un bisogno dell’azienda del tipo “Dobbiamo aumentare la nostra quota di mercato dei prodotti alimentari tra le giovani adolescenti del 15%“, un modo molto migliore per formularlo potrebbe essere “Le adolescenti hanno bisogno di mangiare cibo nutriente per sentirsi bene, essere sane e crescere in salute“.

La definizione del problema aiuterà i progettisti a raccogliere idee per stabilire caratteristiche e funzioni del futuro prodotto o servizio.

Al termine della fase di definizione si inizia a passare alla fase successiva mediante domande che possono stimolare idee e conversazioni.
Tipicamente queste domande sono formulate così: “Come potremmo… incoraggiare le adolescenti a compiere un’azione che le avvantaggia e coinvolga anche il tuo cibo-prodotto o servizio dell’azienda?

Fase 3: Ideare (Ideate)

Durante la terza fase del processo di Design Thinking, i designer sono pronti per iniziare a generare idee. Hanno raccolto informazioni per capire gli utenti e le loro esigenze nella fase dell’empatia, hanno analizzato e sintetizzato le osservazioni nella fase di definizione e sono arrivati ad una dichiarazione del problema incentrata sulle persone direttamente interessate.

Con questo bagaglio di conoscenze acquisite, il team di lavoro inizia a “pensare fuori dagli schemi” per identificare nuove soluzioni al problema e cerca modi alternativi di rappresentarlo.

In questa fase si applicano tipicamente diverse tecniche di ideazione. Non ce n’è una migliore di un’altra, ne esistono a centinaia e potete scegliere quella che vi è più consona o provarne diverse applicate al medesimo problema (brainstorming, brainwriting, worst possible idea e il metodo SCAMPER).
Le sessioni di Brainstorming e Worst Possible Idea sono di solito utilizzate per stimolare il pensiero creativo ed espandere lo spazio del problema.

Un aspetto importante in questa fase è ottenere quante più idee o soluzioni possibili al problema. Non fermiamoci alla prima idea che ci sembra essere risolutiva!
Il Design Thinking da questo punto di vista non è un approccio economico, sostiene anzi la necessità di generare una quantità di idee perché è da questa diversità che emergeranno le migliori risposte al problema.

Fase 4: Realizzare un prototipo (Prototype)

Il team di progettazione a questo punto andrà a produrre una serie di versioni ridotte e poco costose del prodotto / servizio in modo da poter esaminare la soluzione dei problemi individuati nella fase precedente.
Non pensate a nulla di sofisticato: i prototipi possono essere schizzi su carta, modelli creati con carta e cartone, scarne interfacce digitali o qualsiasi altro tipo di rappresentazione veloce che consenta di trasmettere l’idea agli interlocutori.

I prototipi possono essere condivisi e testati all’interno del team stesso, in altri reparti o su un piccolo gruppo di persone, clienti o potenziali clienti.

Questa è una fase sperimentale e l’obiettivo è identificare la migliore soluzione possibile per ciascuno dei problemi individuati durante le prime tre fasi.
Le soluzioni implementate nei prototipi vengono una per una indagate, accettate, migliorate, riesaminate o rifiutate sulla base dei feedback degli utenti.

Alla fine di questa fase il team di progettazione avrà un’idea più concreta dei vincoli inerenti al prodotto / servizio e dei problemi riscontrati oltre che una visione più chiara di come si comporteranno, penseranno e si sentiranno gli utenti reali interagendo con esso.

Fase 5: Testare (Test)

L’ultima fase del Design Thinking consiste nel testare rigorosamente il prodotto completo utilizzando le migliori soluzioni individuate durante la fase di prototipazione.
E’ il momento di tornare dagli utenti per raccogliere feedback.
Il prototipo viene messo di fronte a clienti reali e si verifica che raggiunga gli obiettivi prefissati.
Dobbiamo chiederci a questo punto “la soluzione soddisfa le esigenze degli utenti?” e “ha migliorato il modo in cui si sentono, pensano o svolgono le loro attività?

Questa è la fase finale del modello a 5 fasi, ma essendo un processo iterativo, i risultati generati durante il test vengono spesso utilizzati per ridefinire uno o più problemi, riconsiderare la comprensione degli utenti, le condizioni di utilizzo, il modo in cui le persone pensano e si comportano.
Alla fase di test segue lo sviluppo vero e proprio, quello che per alcuni è il sesto step.

Il processo di Design Thinking
Il processo di Design Thinking secondo Nielsen Norman Group

Il Design Thinking non è lineare

Quando si parla di fasi siamo portati a pensare a un processo diretto e lineare in cui uno step segue all’altro e ha una conclusione logica durante i test degli utenti. Tuttavia nella pratica il processo di Design Thinking viene eseguito in modo più flessibile e non lineare.

Ad esempio, diversi gruppi all’interno del team di progettazione possono condurre più di una fase contemporaneamente, oppure i designer possono raccogliere informazioni e prototipi durante l’intero progetto in modo da dare vita alle proprie idee e visualizzare le soluzioni dei problemi.
I risultati del test possono rivelare alcune intuizioni sugli utenti, che a loro volta possono portare a un’altra sessione di brainstorming (Ideate) o allo sviluppo di nuovi prototipi (Prototype) .

Tutto questo può sembrarvi caotico ma non lo è… abbiate fiducia nel processo!

Il processo di Design Thinking
Il processo di innovazione secondo il Design Thinking