L'approccio efficiente: come progettare un MVP UX snello

Alcuni designer e profani sembrano pensare che la Lean UX e i Minimum Viable Products siano un risultato. Al contrario, sono processi che, se eseguiti bene, danno come risultato i migliori prodotti possibili, risparmiando tempo e risorse ai progettisti di UX. I prodotti finali soddisfano le esigenze aziendali pur essendo soluzioni ottimali ai problemi presentati dai clienti.

Il processo Lean UX (o Lean UX Loop, come viene spesso chiamato) non è dissimile dal metodo scientifico: osservazione, formazione di un'ipotesi, verifica e raccolta di dati, analisi dei risultati e quindi accettazione o rifiuto dell'ipotesi. In Lean UX, i passaggi sono più o meno correlati a Ideas (osservazione e ipotesi), Build and Code (test), Measure and Data (raccolta di dati) e Learn (analisi dei risultati e accettazione o rifiuto dell'ipotesi). A volte, il processo Lean UX è riassunto in modo più succinto come Think, Make, Check .

Come il metodo scientifico, il processo Lean UX è circolare fino al raggiungimento del risultato desiderato. A differenza del metodo scientifico, tuttavia, i designer possono iniziare ovunque scelgano sul Lean UX Loop (la maggior parte avvia nuovi progetti con l'apprendimento o con le idee, ma lavora su prodotti consolidati che possono iniziare più facilmente ovunque).

I prodotti minimi praticabili si adattano bene alla metodologia Lean UX. La metodologia generale MVP è generalmente riassunta come Build (o Prototype), Measure, Learn (e quindi ripeti in base a tali apprendimenti). È facile vedere come questi passaggi siano correlati al ciclo Lean UX (in particolare la versione succinta).

Alcuni designer confondono gli MVP con le proof of concept o con i prototipi (il primo passaggio del processo MVP viene talvolta chiamato prototipazione , il che potrebbe spiegare questa confusione). Ma gli MVP sono prodotti completi pronti per la produzione e gli MVP Lean UX non sono diversi. Un Lean UX MVP dovrebbe essere un prodotto completamente funzionale che le persone possono utilizzare.

Smetti di pensare al prodotto finale

Quando un designer UX esamina un problema, può essere tentato di andare avanti e pensare al prodotto finale che potrebbe potenzialmente risolvere il problema. Raggiungere un prodotto finale e finito è generalmente l'obiettivo, quindi perché non iniziare da lì?

Il problema di iniziare con il prodotto finito e lavorare a ritroso è che soffoca l'innovazione e la creatività. Potrebbero esserci una dozzina di modi diversi per risolvere il problema di un utente. I designer che iniziano pensando al risultato finale potrebbero perdere la maggior parte di queste potenziali soluzioni e trovarne una che non è all'altezza.

Quando i designer lasciano andare qualsiasi preconcetto su quale soluzione possa servire al meglio le persone che utilizzano il loro prodotto, possono elaborare idee più innovative. Nel suo libro Lean UX: Applying Lean Principles to Improve User Experience , Jeff Gothelf afferma che Lean UX "riguarda il portare alla luce la vera natura di un prodotto più velocemente". È un processo collaborativo che si concentra sulla "costruzione di una comprensione condivisa dell'effettiva esperienza del prodotto in fase di progettazione".

Questo processo richiede ai progettisti non solo di comprendere le esigenze delle persone che stanno cercando di servire, ma anche le esigenze aziendali prima di iniziare. Quando si intraprende un progetto di design Lean UX, questa comprensione costituisce la base per tutte le altre fasi del processo di progettazione.

Concentrati sulle esigenze degli utenti

Quando un designer affronta un problema, spesso pensa di avere una conoscenza approfondita di quale sia quel problema. Ad esempio, se l'idea è quella di creare un'app per l'elenco delle cose da fare, il progettista può presumere che gli utenti necessitino di una soluzione che consenta loro di aggiungere attività a un elenco e nient'altro. Il loro MVP Lean UX iniziale si concentrerebbe sulla creazione di un'app che fornisca quella funzionalità.

Ma è questa la migliore soluzione al problema reale? Le persone non usano le app di cose da fare esclusivamente per aggiungere attività a un elenco. Li usano perché hanno bisogno di mantenere le loro vite organizzate. Non vogliono dimenticare di fare qualcosa di importante. Hanno paura che se non tengono un elenco, trascureranno le cose.

Un formato elenco potrebbe non essere il modo migliore per le persone di tenere traccia di ciò che devono fare. Ma se un designer entra nel progetto pensando: "Ho bisogno di creare un'app per gli elenchi di cose da fare", potrebbe non imbattersi mai in un'idea che possa servire meglio le persone per cui stanno progettando. Concentrandosi su ciò di cui l'utente ha bisogno e dimenticando i propri presupposti, il progettista può trovare una soluzione che risolva il vero problema a portata di mano, piuttosto che aggiungere semplicemente un'altra app per l'elenco delle cose da fare alle altre opzioni disponibili.

I progettisti dovrebbero mirare a sfidare le loro ipotesi su ciò di cui pensano che un utente abbia bisogno. Le persone spesso non sanno nemmeno di cosa hanno bisogno per risolvere i loro problemi. Quindi, come possono i designer presumere di sapere meglio prima di aver fatto ricerche sugli utenti e cercato di capire con cosa stanno lottando i clienti?

Un modo per pensare alle esigenze dei clienti è concentrarsi sul loro punto dolente. Un punto dolente è l'aspetto del problema che causa più angoscia al cliente. Quando i designer si concentrano su questo, possono arrivare più rapidamente alla radice del problema e trovare soluzioni uniche. Per l'esempio dell'app dell'elenco delle cose da fare, il punto dolente è probabilmente la preoccupazione di dimenticare qualcosa di importante o di dover sprecare energia mentale per tenere traccia delle cose.

Una volta che un designer ha un'idea su come risolvere un problema, è essenziale che verifichi quella soluzione con persone reali. Non dovrebbero perdere troppo tempo cercando di creare un prodotto finito fin dall'inizio. Raccogliere feedback dalle persone sull'idea iniziale, prima di investire un sacco di tempo e risorse su un prodotto raffinato, rende molto più semplice modificare i dettagli, l'ambito o anche l'intera premessa.

La prima iterazione potrebbe essere qualcosa di semplice come una presentazione o un mockup semi-funzionale. Qualcosa che consenta alle persone di avere un'idea generale dell'esperienza offerta è un utile precursore per creare un vero e proprio Lean UX MVP.

Questi primi pre-MVP possono anche essere utili per mappare i percorsi degli utenti. Una volta raccolto un feedback iniziale, i designer possono avere un'idea migliore di ciò che le persone vogliono veramente in un prodotto. Questo è inestimabile per mappare come portarli dal punto A (il loro problema) al punto B (la soluzione ideale). I progettisti potrebbero scoprire che sono necessari più passaggi lungo quella mappa di quanto pensassero inizialmente, o meno.

I designer potrebbero anche scoprire che il problema originale che stavano cercando di risolvere non era il problema reale. Nell'app dell'elenco delle cose da fare, ad esempio, il designer potrebbe scoprire che una soluzione che aiuta le persone a sentirsi meno stressate per le cose che devono fare è un prodotto finale più prezioso di qualcosa che mantiene le loro attività organizzate. Senza cercare attivamente feedback e creare nuove iterazioni che mirino a risolvere il problema reale, il designer potrebbe non scoprire mai quella soluzione.

Pensa alle funzionalità necessarie

Quando un designer inizia un nuovo progetto, spesso inizia con un elenco di caratteristiche che il prodotto deve avere. Un elenco di possibili funzionalità da includere non è un brutto punto di partenza. Ma dovrebbe essere paragonato a ciò che le persone esprimono di volere effettivamente da un prodotto.

La maggior parte delle persone, tuttavia, non saprà quali funzionalità desiderano. Si concentreranno invece sui vantaggi. È compito del progettista capire quali funzionalità offrono tali vantaggi. E potrebbero esserci diversi modi per fornire ciascun vantaggio.

Scrivere un elenco di tutte le possibili caratteristiche che affrontano i vantaggi che le persone cercano è una parte preziosa del processo di progettazione. Tuttavia, l'elenco dovrebbe includere più delle semplici idee "buone". Le cattive idee possono anche servire a uno scopo importante: possono portare a buone idee.

Annotare tutte le idee che vengono in mente è particolarmente utile quando un gruppo fa brainstorming. Una persona getterà via una cattiva idea e scatenerà un'idea migliore per qualcun altro. Anche durante il brainstorming da soli, le idee "cattive" possono portare i designer a percorrere strade diverse e trovare soluzioni innovative.

Una volta che un designer ha questo grande elenco di idee, può iniziare a restringerlo a quali sono tecnicamente fattibili date le risorse del progetto e affrontare al meglio i punti deboli del cliente. Da lì, può iniziare la creazione di un MVP e il test con potenziali utenti.

Costruire un MVP Lean UX iniziale

Pensare e inventare idee è il primo passo per creare un Lean UX MVP. Ma la costruzione di prodotti reali dovrebbe seguire rapidamente. Sia Lean UX che il processo MVP enfatizzano la creazione di prodotti reali e utilizzabili.

È importante cercare di non inserire tutte le funzionalità possibili in questa fase di costruzione iniziale. Invece, pensa al numero minimo di funzionalità che allevieranno il punto dolente più critico dell'utente. Il primo design dovrebbe concentrarsi su ciò che il designer UX pensa saranno le funzionalità con il ROI più alto. Se ciò si rivelerà vero o meno verrà rivelato una volta che le persone inizieranno a utilizzare il prodotto.

L'iterazione è fondamentale

Raccogliere feedback qualitativi e dati quantitativi dalle persone è inutile a meno che il designer non agisca sul feedback per creare migliori iterazioni del prodotto. Ricorda, i Lean UX MVP sono un processo, non un risultato. E una delle parti più significative di questo processo è la creazione di nuove e migliorate iterazioni del prodotto per rispondere meglio alle esigenze delle persone.

Ogni iterazione di un MVP dovrebbe essere eseguita sulla base del feedback raccolto dagli utenti effettivi. Ciò significa che ogni iterazione dovrebbe essere testata, in un ambiente di produzione o da un gruppo più piccolo di persone. In molti casi ha senso testare prima con un piccolo gruppo e poi, in base a come rispondono quelle persone, testare su una scala di produzione più ampia.

Con piccoli gruppi, i progettisti dovrebbero raccogliere feedback qualitativi. Fai domande alle persone sul prodotto per raccogliere informazioni su cosa funziona e cosa no, nonché idee per miglioramenti o alternative.

In un ambiente di produzione, i designer dovrebbero concentrarsi maggiormente sul feedback quantitativo (cose come le frequenze di rimbalzo, il tempo sulla pagina e l'abbandono del carrello nel caso dei siti di e-commerce). Questo feedback quantitativo può dire ai designer se la nuova iterazione si sta muovendo nella giusta direzione, ad esempio, quei numeri stanno migliorando o peggiorando?

Quando viene completato un Lean UX MVP?

Quando un Lean UX MVP può essere considerato "fatto" può essere una domanda difficile per i designer che sono nuovi al processo (e talvolta anche per i professionisti esperti). Potrebbe arrivare dopo cinque o 50 iterazioni. Dipende dalla complessità del prodotto, dalla qualità dei test degli utenti e dai feedback raccolti e dal numero di iterazioni che non mostrano miglioramenti evidenti. In molti casi, non c'è mai un punto in cui ogni persona che utilizza un prodotto sia soddisfatta al 100% del risultato. Spetta al team di prodotto decidere quale livello di insoddisfazione è accettabile in base ai propri obiettivi aziendali.

I progettisti e le parti interessate dovrebbero elaborare criteri per quando un progetto è "finito" (o almeno pronto per un rilascio pubblico senza test in corso e nuove iterazioni). Questi criteri potrebbero includere cose come:

• Un tasso di conversione dei clienti più elevato
• Più tempo speso sul sito
• Un punteggio di qualità o soddisfazione più alto da parte dei clienti
• Meno reclami da parte dei clienti
• Un aumento di clienti o utenti
• Più iscrizioni alla newsletter

I criteri e gli obiettivi esatti dovrebbero essere discussi all'inizio del progetto e rivisti regolarmente. Poiché le iterazioni cambiano in base al feedback dei clienti e ai test degli utenti, potrebbe essere necessario modificare gli obiettivi insieme a loro.

In verità, un prodotto raramente viene "fatto". Anche dopo il rilascio del prodotto finale, è probabile che le cose cambieranno nei mesi o anni successivi. Le esigenze di clienti e aziende cambiano. Emergono tendenze di design e nuove tecnologie. Ognuna di queste cose potrebbe richiedere una necessaria evoluzione del design in futuro. Designer e proprietari di prodotti dovrebbero tenere a mente queste cose ed essere preparati a lanciare un nuovo ciclo Lean UX MVP, se necessario.

Conclusione

Gli MVP Lean UX hanno molti vantaggi rispetto ad altri metodi di progettazione del prodotto. Quando i designer UX e i product owner vogliono creare un prodotto che serva al meglio i clienti e allo stesso tempo rendere più efficiente il ciclo di progettazione, spesso è la scelta migliore.

Il processo Lean UX MVP, dalle idee alla costruzione di un prototipo funzionale, alla misurazione e all'apprendimento da persone reali, può essere implementato più e più volte per creare un prodotto ottimale. Il processo stesso è semplice e diretto e funziona bene sia che un designer lavori da solo o con un team.

Il prodotto risultante affronterà i punti deboli delle persone creando allo stesso tempo un'esperienza piacevole. La creazione di prodotti utilizzando la metodologia Lean UX MVP offre ai progettisti una roadmap chiara per l'intero processo. Dall'ideazione alle iterazioni basate sul feedback reale dei clienti, questo metodo rende la progettazione più efficiente e meno dispendiosa.

• • •

Ulteriori letture sul blog di Toptal Design:

• Abbandona gli MVP, adotta prototipi minimi vitali (MVPr)
• Ottenere il massimo impatto da un prodotto di valore minimo
• Il punteggio del promotore netto non è sufficiente: è necessaria la ricerca degli utenti
• Il valore del test utente con i prototipi
• Come condurre una ricerca UX efficace: una guida