6.2. Dai bisogni degli utenti ai flussi di interazione¶

I punti di partenza da cui avviare l’attività di progettazione possono essere sintetizzati in alcuni strumenti operativi che abbiamo affrontato nel capitolo dedicato al service design:

• personas, ossia profili verosimili di utenti del servizio delineati in base ai risultati della ricerca, rappresentativi di un gruppo di utenti;

• user journey, ovvero la rappresentazione del percorso compiuto dall’utente interagendo con i touchpoint fisici o digitali del servizio, elaborata a partire dalle personas e dalle loro esperienze d’uso del servizio in questione.

In questo capitolo faremo un passo in avanti, introducendo strumenti quali gli scenari d’uso e i flussi di interazione, che ci aiutano a concentrarci sulle personas che useranno il servizio, assumere il loro punto di vista e avere una lista chiara dei loro bisogni, evidenziando priorità e possibili criticità. Sulla base di scenari e flussi procederemo poi alla fase di prototipazione vera e propria.

Gli scenari d’uso sono narrazioni che collocano le Personas di riferimento al centro di contesti d’uso e situazioni emersi come ricorrenti e/o rilevanti grazie alla ricerca e sono pertanto utili a identificare le caratteristiche più importanti del servizio dal punto di vista degli utenti.

Per specificare con maggior dettaglio un preciso caso d’uso del servizio, all’interno degli scenari si possono generare le cosiddette user stories (storie dell’utente), ossia descrizioni informali delle funzioni di un servizio, espresse dal punto di vista dell’utente secondo una struttura che definisce il ruolo di chi la esprime, l’azione che vuole o deve compiere e l’obiettivo che muove all’azione.

Io come [personas] vorrei [funzione] per [bisogno].

Le user stories facilitano la comprensione delle caratteristiche richieste al servizio da parte dei membri del team di lavoro.

Ecco una lista di esempi di alcune risposte (funzioni) ai bisogni degli utenti del sito di un Comune, espressi in termini di user stories.

Si può dire che ciascuna user story corrisponde a una funzione del sistema e, quindi, a un possibile obiettivo dell’utente; per raggiungere tale obiettivo, l’utente deve svolgere dei compiti (task), che a loro volta sono costituiti da una serie di azioni dell’utente (sub-task) e risposte del sistema. A questo punto della progettazione, è necessario scendere nel dettaglio di queste azioni e definire le conseguenti risposte del sistema, in modo da mappare tutti i possibili percorsi che un utente può svolgere per raggiungere un obiettivo. Tali percorsi sono rappresentati dai flussi di interazione.

Per costruire i flussi di interazione è necessario quindi descrivere ogni singola interazione dell’utente con il sistema, indicando anche il dettaglio di funzioni e/o contenuti proposti dal sistema come risposta alle azioni dell’utente. L’analisi deve coprire ogni task, fino al raggiungimento dell’obiettivo e tenere presente che un obiettivo potrebbe essere raggiunto dall’utente attraverso sequenze di azioni diverse, individuando quindi percorsi alternativi, anche in base al livello di esperienza dell’utente stesso.

Molto utile è visualizzare i flussi di interazione in una versione grafica, che fornisce una visione complessiva e immediata dei percorsi possibili per l’utente all’interno del sistema.

Una volta completata la costruzione di ciascun flusso di interazione, sarà possibile evidenziare i potenziali snodi critici di ogni percorso e avanzare soluzioni progettuali in risposta ad esse. In questo modo, i flussi di interazione aiutano a progettare un’interfaccia in modo accurato e realmente centrato sull’utente. A questo punto, raggiunto questo livello di dettaglio, è possibile avviare il processo di prototipazione.