Applicare la mappatura delle storie degli utenti allo sviluppo del prodotto.
Nel campo dello sviluppo software e del product management, nel 2014 Jeff Patton ha proposto la User Story Mapping come metodologia agile per facilitare la costruzione del backlog di prodotto e migliorare così la comunicazione tra i team e la comprensione di un sistema.
In questo articolo, Appvizer vi spiega come implementare questo strumento e come utilizzarlo per rispondere in modo agile e fluido alle esigenze dei vostri clienti.
Mappatura delle storie utente in inglese
Definizione della storia utente
Per definire la User Story Mapping in inglese, dobbiamo innanzitutto partire dalla nozione di storia dell'utente. Si tratta della narrazione o delle aspettative dell'utente nei confronti del prodotto e della loro chiara rappresentazione, basata su informazioni quali:
- Identificazione,
- definizione delle priorità,
- stima del volume di lavoro richiesto
- dimostrazione,
- osservazioni complementari.
Mappatura delle storie utente: obiettivo
Per realizzare questa rappresentazione, si parla di story mapping o user story tracing. In questo modo, le competenze del Product Owner e le informazioni raccolte dai clienti vengono organizzate e presentate in modo più chiaro. Ad esempio:
In quanto [tipo di utente], vorrei avere [questa funzionalità] di cui posso beneficiare [in questo modo].
Come costruire una User Story Mapping? → 5 passi
1. Delineazione del problema
Questa prima fase è fondamentale, perché è il momento in cui il team capisce il problema (qual è lo scopo della creazione del prodotto). Ciò si ottiene attraverso:
- La chiara definizione e delimitazione del problema,
- l'identificazione dei diversi tipi di utenti
- la comprensione delle loro esigenze
- l'identificazione delle loro aspettative.
2. Costruire il backlog di prodotto
Una volta ottenuta una comprensione e una visualizzazione globale della situazione, la fase successiva è la costruzione del backlog del prodotto. A tal fine, è necessario elencare le attività che saranno necessarie per soddisfare le aspettative dell'utente.
In sostanza, si tratta di rispondere alla domanda su cosa farà l'utente con il prodotto, a partire da:
- L'ordine logico delle azioni (da sinistra a destra),
- la descrizione di queste azioni, utilizzando verbi semplici e chiari.
Per avere una visualizzazione più chiara fin dall'inizio del processo sulla priorità di ogni attività secondo l'utente, si possono assegnare post it di colori diversi.
3. Associazione di attività e compiti
Una volta classificate le azioni (attività di alto livello, attività di basso livello, ecc.), definite l'insieme dei compiti ad esse correlati, che consentiranno di raggiungere l'obiettivo del progetto.
Per ogni attività, definite con il vostro team quali sono i compiti che l'utente dovrà svolgere per completare l'attività. Come una sorta di roadmap, in cui i compiti sono elencati dall'alto verso il basso, costituendo le colonne della mappa.
In questa fase, la definizione delle priorità delle storie degli utenti può portare allo sviluppo del Minimum Viable Product (MVP), una versione preliminare del prodotto che vi permetterà di migliorarlo gradualmente.
4. Suddivisione dei compiti
Da un primo approccio a quello che sarebbe il prodotto, ora avete più elementi per suddividere i compiti in sottocompiti e riorganizzarli. Questa volta, considerate tutte le variazioni, le eccezioni e i dettagli che possono emergere.
Una buona pratica per assicurarsi di non perdere nulla è quella di affrontare l'esercizio da diverse prospettive. In questo modo, è più difficile lasciare lacune o considerazioni da tenere in considerazione.
Come all'inizio, e senza perdere di vista il fatto che la storia utente segue un filo conduttore, date la priorità ai sottocompiti, collocandoli nella mappatura della storia utente in base a quanto sono necessari per realizzare gli altri.
5. Iterazione e modifica della storia utente
Ora che la mappa delle storie è quasi completamente costituita, spostatevi da sinistra a destra per ottenere una fetta di ciò che il vostro prodotto potrebbe fare. In altre parole, un'iterazione o uno sprint.
L'obiettivo sarà sempre quello di assicurarsi di raggiungere gli obiettivi proposti e di fornire agli utenti soluzioni in linea con le loro aspettative.
Infine, ma non meno importante, come per qualsiasi altro processo, è necessario rivedere il modello per individuare eventuali opportunità di miglioramento.
Mappatura delle storie degli utenti: un esempio
Vediamo un esempio pratico di utilizzo della mappatura delle storie degli utenti. Supponiamo che abbiate un'attività di e-commerce:
- Nella delineazione del problema, identificate i diversi utenti: consumatore, amministratore del sito, analisti, venditori, ecc.
- L'elenco delle attività comprende, nel caso specifico del consumatore: visita del sito, ricerca dei prodotti, acquisto, ecc.
- I compiti associati a queste attività sono: aggiungere prodotti al carrello, scegliere le condizioni di consegna, inserire i dati personali, pagare.
- I sottocompiti che seguono le attività possono essere: tutto ciò che riguarda il gateway di pagamento, l'opzione di continuare lo shopping, ecc.
- Come migliorare l'esperienza del cliente si determina analizzando quali altri servizi e strutture si possono offrire.
Visual story mapping: la differenza con il product backlog
Il cosiddetto backlog di prodotto o raccolta dei requisiti è semplicemente un elenco di cose da fare.
Invece di essere un elenco di attività, la mappa delle storie utente è come un backlog bidimensionale, che dà un contesto all'elenco. Questo aiuta il team a concentrarsi sullo sviluppo e a fornire più valore ai clienti, in modo da ottenere i risultati desiderati. Si concentra sul percorso del cliente.
Se siete un fornitore di SaaS per professionisti, registrate la vostra soluzione e iniziate a generare lead in un paio di clic.
Articolo tradotto dallo spagnolo