Come prevenire lo scorrimento delle funzionalità con le migliori pratiche per la storia dell'utente

Come parte di una più ampia narrativa di prodotti digitali, lavorare con le storie degli utenti durante tutto il processo di progettazione aiuta i designer a concentrarsi sul miglioramento dell'esperienza utente. User story scritte in modo chiaro possono aiutare a mantenere le persone al centro del processo di progettazione, entrare in empatia con il pubblico di destinazione di un prodotto e generare idee che si adattano meglio alla vita delle persone.

Quante volte i designer di prodotto si trovano nella proverbiale situazione del "mettere il carro davanti ai buoi"? All'inizio del progetto, elaboriamo i dettagli tecnici e come lo consegneremo. Vengono definiti i framework di sviluppo, determinati i dispositivi target, impostate le dimensioni dello schermo, quindi il team si lancia nella creazione di soluzioni, aggiungendo casualmente le funzionalità del prodotto.

Durante questo processo, generiamo freneticamente una pletora di artefatti UX: moodboard, sitemap, flussi utente, personas e mappe dell'empatia, solo per citarne alcuni. La barca è carica ma naviga senza timone o mappa. Poi un giorno, ci svegliamo e ci colpisce: " perché stiamo realizzando questo prodotto, come definiamo le sue caratteristiche e come diamo loro la priorità? "

Un classico campanello d'allarme.

Il temuto "feature creep" si sta avvicinando di soppiatto proprio sotto il nostro naso.

Fortunatamente, esiste una contromisura per combatterlo. È una tattica di progettazione chiamata storie degli utenti .

Le storie degli utenti sono una tecnica di progettazione collaborativa per i team di prodotto, adottata dalla metodologia di sviluppo del software Agile. I team agili sono in genere concentrati sul raggiungimento di piccoli obiettivi durante gli sprint. Sottolineano velocità, obiettivi e risultati invece di un'ampia documentazione, da cui il concetto di storie degli utenti.

Per la maggior parte dei team Agile, le storie degli utenti sono il veicolo principale della distribuzione incrementale del software. Alleanza agile

Che cos'è una User Story?

Una user story descrive qualcosa che l'utente vuole realizzare. Le storie degli utenti possono aiutare i designer e i team di sviluppo a rimanere concentrati sulle esigenze degli utenti, piuttosto che farsi prendere dalla frenesia dell'aggiunta di funzionalità del prodotto.

Una user story è breve, specifica e orientata agli obiettivi. È un'istruzione di una frase inquadrata dal punto di vista dell'utente che ha la seguente struttura:

“ Come (tipo di utente), voglio (l'obiettivo), in modo da poter (trarre un vantaggio). "

Le storie degli utenti consentono a un team di tenere conversazioni migliori sul progetto durante tutto il processo di sviluppo. Aiuta a prevenire lo scorrimento delle funzionalità perché lavorare con loro facilita una comprensione condivisa di ciò che il team sta tentando di creare e perché .

Se c'è un principio sacro per chi è nel campo della progettazione dell'interfaccia utente e dell'interazione uomo-computer, è conoscere il proprio utente . Don Norman, co-fondatore e Principal Emeritus di Nielsen Norman Group

Allineare le User Story tra Design e Agile

Le storie degli utenti sono un concetto che gli sviluppatori comprendono. Sia all'inizio del progetto che durante lo sviluppo del prodotto, i designer possono collaborare con gli sviluppatori in modo più efficace lavorando con le storie degli utenti. Le caratteristiche del prodotto possono essere pianificate insieme, ottimizzando lo sviluppo e chiarendo su quali risultati il ​​team dovrebbe concentrarsi .

Detto questo, molti designer non condividono l'idea che Agile e UX possano giocare bene insieme . Una delle convinzioni è che le due forze motivanti e le tempistiche disparate non si allineano bene: le storie degli utenti non si adattano facilmente a un processo di progettazione olistico perché, in fase di sviluppo, l'attenzione si concentra sui cicli di consegna a breve termine. Un'altra nozione è che le storie degli utenti non sono abbastanza sostanziali come approccio al design: mancano della prospettiva che considera il quadro più ampio: l'intera esperienza dell'utente .

Queste convinzioni sono valide in una certa misura, ma sono anche fuorvianti .

Puliamo l'aria. In primo luogo, i designer devono riconoscere che lavorare con le storie degli utenti è un processo di progettazione collaborativo . Anche se potrebbe non essere perfettamente in linea con gli sprint Agile sul lato dello sviluppo, possono far parte di un processo di progettazione asincrono più ampio quando si collabora con gli sviluppatori . Le storie degli utenti facilitano inoltre la collaborazione tra team dislocati in luoghi diversi.

In secondo luogo, le storie degli utenti sono parte integrante del design centrato sull'uomo e centrato sull'attività . Invece di concentrarsi sull'aggiunta di sempre più funzionalità al prodotto, il proverbiale "feature creep", le storie degli utenti lo rendono reale . Le storie degli utenti sono alla base di ogni attività svolta dalle persone, che sono composte da attività, che a loro volta sono una serie di azioni. Di conseguenza, i prodotti vengono sviluppati con una profonda comprensione delle attività degli utenti. Lavorare con le storie degli utenti si adatta perfettamente allo sforzo olistico di progettare un'esperienza utente deliziosa.

Storie utente per test di prodotto e metriche UX

Le storie degli utenti dichiarate in modo chiaro alimentano vari aspetti di un ottimo design del prodotto. Rivisitare periodicamente le storie degli utenti e verificare se un particolare obiettivo dell'utente è realizzabile, il test di accettazione per una determinata storia dell'utente, aiuterà a mantenere il team di prodotto sulla buona strada.

Le aziende spesso spendono molto tempo e denaro per creare prodotti di cui i clienti non hanno bisogno o che non desiderano, sprecando tempo e risorse. I prodotti possono essere ben intenzionati, ma falliscono perché non rispondono a un'esigenza identificabile in un modo comprensibile per i consumatori.

Testando il prodotto su potenziali clienti, i team di prodotto possono capire se il prodotto soddisfa un'esigenza chiaramente identificabile . È un modo per misurare il successo. Costruendo e testando prototipi basati su storie utente ben definite, i progettisti possono misurare i tempi di completamento delle attività e le percentuali di successo. Non solo durante la fase iniziale di progettazione del prodotto, ma durante tutto il ciclo di vita dello sviluppo del prodotto. In tal modo, i team possono vedere se il prodotto sta migliorando sempre di più nel soddisfare le esigenze dei clienti .

Inoltre, le storie degli utenti possono essere utilizzate per definire i risultati dell'esperienza utente (valutati dalle metriche di successo dell'esperienza utente) e aiutare i designer a controllare l'evoluzione del prodotto con le metriche di avanzamento dell'esperienza utente.

• I risultati UX sincronizzano tutti su ciò che viene costruito.
• Le metriche di successo UX indicano ai team quando hanno raggiunto il risultato.
• Le metriche di avanzamento dell'esperienza utente consentono ai team di monitorare e valutare i progressi lungo il percorso.

Come generare grandi storie utente

La creazione della storia dell'utente inizia con le persone distillate dagli approfondimenti della ricerca degli utenti. Una profonda comprensione dei personaggi aiuterà i designer a creare storie significative che si collegano a obiettivi utente più ampi. In questo processo, è possibile scoprire le esigenze degli utenti non soddisfatte e creare narrazioni sui prodotti (denominate Epics in Agile).

I designer possono prendere sostanziali narrazioni UX, guidate da personas e obiettivi degli utenti, e dividerle in parti più piccole: le storie degli utenti . Ad esempio, supponiamo di lavorare su un'app di mobile banking. L'obiettivo di Epic sarebbe "gestire i soldi in movimento". Questo obiettivo utente più ampio può quindi essere suddiviso in storie utente più piccole, come ad esempio:

• Come imprenditore, voglio effettuare depositi mobili, così posso risparmiare tempo.
• Come imprenditore, voglio richiedere un prestito in movimento per ottenere credito più velocemente.
• Come imprenditore, voglio controllare il mio account con un'app per essere sempre aggiornato sulle mie finanze.

Come arriviamo a queste storie di utenti? Impiegando una varietà di tecniche di ricerca UX, come lo shadowing (una tecnica di osservazione), gli studi sui diari e le interviste agli utenti. In alternativa, i progettisti possono utilizzare l'analisi dei prodotti per identificare i modelli di comportamento degli utenti e far emergere le strutture sottostanti che guidano tali modelli.

Ad esempio, osservando i flussi di eventi, i dati potrebbero mostrare che non è stato possibile completare diverse attività. Le attività sono state avviate, sono stati compiuti progressi, ma indicati dalle uscite inaspettate nel mezzo dell'attività, non sono giunti a una conclusione. Tali schemi indicherebbero che le persone si arrendono per la frustrazione perché il prodotto non fornisce un modo semplice per svolgere una serie coordinata di attività . Un designer UX perspicace individuerebbe il problema, indagherebbe con più ricerche sugli utenti, riprogetterebbe la funzionalità del prodotto che non funziona e testerebbe di nuovo il completamento dell'attività.

Come scrivere e dare priorità alle storie degli utenti

Chi scrive le storie degli utenti? Tradizionalmente, scrivere le storie degli utenti è stata responsabilità dei product manager per portare avanti lo sviluppo (spesso quando non c'è un designer nel team). Tuttavia, quando c'è un designer nel team, potrebbe essere meglio se i designer li scrivessero. Hanno condotto ricerche sugli utenti e sono i più familiari con i personaggi degli utenti e le loro esigenze.

Come tecnica, le storie degli utenti devono essere compatte e leggere, consentendo ai team di creare prodotti rapidamente. Come accennato in precedenza, devono essere scritti come una semplice affermazione di una frase dal punto di vista dell'utente: “ Come (utente), voglio (fare qualcosa/l'obiettivo) in modo da poter (raggiungere il risultato desiderato). "

Le storie degli utenti create in questo modo aiutano a giustificare ogni caratteristica aggiunta a un prodotto e mantengono in primo piano la logica alla base di ogni decisione di progettazione: il “ perché facciamo quello che facciamo. "

Per scrivere una fantastica user story:

• Dovrebbe essere chiaro, mirato e perseguibile.
• Dovrebbe catturare la storia in un modo che sembri prezioso.
• Può essere tradotto in una caratteristica del prodotto.
• Ha un test di accettazione (l'obiettivo è stato raggiunto?).

Una volta scritte, le storie degli utenti devono avere la priorità in una matrice. Qualcosa di familiare ai product manager, una matrice di priorità aiuta a garantire che il team di prodotto si concentri prima sulle funzionalità di maggior impatto. Per i designer, questo significa dare la priorità alle storie degli utenti che forniscono il massimo valore ai clienti.

Diversi aspetti influenzano l'indice di priorità di una user story:

• Obiettivi aziendali . Una user story che ha un impatto diretto sulle entrate di un'azienda dovrebbe ottenere un valore di indice superiore a quello di quelle semplicemente desiderabili.
• Dipendenze funzionali . Se più storie utente possono essere implementate solo dopo una storia particolare, quest'ultima diventa critica e ottiene un valore di indice più elevato.
• Tempo di sviluppo . Se il team di sviluppo valuta una user story come veloce da implementare ed essenziale per il raggiungimento degli obiettivi di business, la story ottiene un valore di indice più elevato.

I vantaggi delle storie utente nel design

L'utilizzo di un framework di user story garantisce che il prodotto abbia solo le funzionalità di cui gli utenti hanno bisogno rispetto alle funzionalità che il team del prodotto spera che utilizzeranno, sulla base di ipotesi. In altre parole, lavorare con le storie degli utenti impedisce lo scorrimento delle funzionalità .

Lavorare con le storie degli utenti ha diversi vantaggi:

• Fornisce un linguaggio comune. Le storie degli utenti diventano un linguaggio comune per l'intero team di sviluppo, eliminando l'attenzione su soluzioni e funzionalità. Al contrario, inquadrano la discussione attorno a ciò che deve essere raggiunto.
• Favorisce la collaborazione. Motivano la collaborazione tra utenti, designer e il team di sviluppo.
• Consente una comprensione condivisa. Aiutano a sviluppare una comprensione condivisa delle esigenze degli utenti utilizzando un linguaggio comune.
• Aumenta la trasparenza. Aumentano l'apertura tra i membri del team, il che rafforza la fiducia.
• Sono completi e coesi. La traduzione dei requisiti del progetto in storie degli utenti è relativamente facile per ottenere un controllo sul progetto. Esplorare le storie degli utenti dà un senso più definito di "di cosa tratta il progetto" rispetto agli elenchi di caratteristiche e requisiti funzionali.
• Fornisce flessibilità, accessibilità e gestibilità. Le storie degli utenti sono concettualmente semplici rispetto ad altra documentazione e sono veloci da creare. Gli utenti possono anche essere coinvolti nella loro generazione e le parti interessate possono modificare facilmente le storie degli utenti o aggiungerne di proprie.
• Sposta la prospettiva del progetto. Le storie degli utenti spostano la prospettiva di un progetto da un elenco di requisiti potenzialmente casuali e astratti a una rappresentazione di attività incentrate sull'utente.
• Facilita la consegna di valore più alto. Aiutano a fornire funzionalità incentrate sul cliente che producono il massimo vantaggio.
• Fornisce una lista di controllo. Consentono misurazioni rispetto al completamento delle attività con successo. Se un utente non è in grado di eseguire attività, il prodotto non è riuscito.

Migliore progettazione del prodotto con la mappatura della storia dell'utente

I designer non dovrebbero fare affidamento solo sulle storie degli utenti per guidare la progettazione del prodotto : un processo di progettazione completo del prodotto coinvolge molti altri metodi e artefatti. Le storie degli utenti ben integrate dovrebbero completarsi a vicenda come pezzi di un puzzle che costituiscono l'esperienza utente dell'intero prodotto. Al contrario, le storie degli utenti disgiunte disturberanno la coesione dell'esperienza dell'utente.

Altri potenziali problemi quando ci si affida esclusivamente alle storie degli utenti per guidare il design:

• Mancanza di contesto (ignorando il risultato complessivo dell'UX)
• Nessun senso di completezza (incertezza sul raggiungimento di obiettivi più grandi)
• Storie utente confuse con casi d'uso
• Non evolvere il prodotto (le storie degli utenti non sono fisse, tendono a cambiare nel tempo)

Costruire una mappa delle storie degli utenti ci aiuta a concentrarci sul quadro generale: il prodotto nel suo insieme invece di concentrarci in modo miope su una singola storia. Jeff Patton, autore del libro User Story Mapping

Sommario

Lavorare con le storie degli utenti nella progettazione fornisce le misurazioni critiche di cui i progettisti hanno bisogno per fornire prodotti ben progettati. La disciplina di aderire a un framework di user story significa anche non inserire mai un elemento di design in un'interfaccia utente che non abbia una user story corrispondente.

Il fascino delle storie degli utenti è che identificano i bisogni funzionali ma non stabiliscono come progettare il prodotto per soddisfare quei bisogni funzionali. Si concentrano sul problema prima di prescrivere una soluzione.

I designer dovrebbero considerare le storie degli utenti come elementi costitutivi preziosi nella progettazione del prodotto, mappare le storie degli utenti per creare un'esperienza utente coesa e utilizzare le migliori pratiche per le storie degli utenti. Eviterà lo scorrimento delle funzionalità, consentirà ai team di prodotto di fornire prodotti dal design migliore e consentirà ai designer di creare prodotti con esperienze utente piacevoli e senza attriti.

Fateci sapere cosa ne pensate! Si prega di lasciare i vostri pensieri, commenti e feedback qui sotto.

• • •

Ulteriori letture sul blog di Toptal Design:

• Il potere di Figma come strumento di progettazione
• Una guida completa al design delle notifiche
• Make It Count: una guida per misurare l'esperienza utente
• L'occhio della mente: uno sguardo alla psicologia della visualizzazione dei dati