Less is More: utilizzo di Lean UX per valutare la fattibilità del prodotto

Anche se designer e team di prodotto parlano continuamente dei principi Agile, la maggior parte dei team non li sfrutta ancora in modo efficace. Quando finiamo per spendere tempo e denaro per fare qualcosa che nessuno vuole usare, come possiamo finalmente fare una pausa per migliorare radicalmente il nostro processo di sviluppo del prodotto?

Il seguente case study esplora come, integrando i principi Lean UX come fondamento della metodologia Agile, il team di prodotto ha ridotto gli sprechi e ottimizzato il processo del prodotto.

Il problema: coprire un caso d'uso solitario

Il nostro team di prodotto stava lavorando per risolvere il problema del coordinamento dell'ora di pranzo al lavoro. Con l'avvicinarsi della pausa pranzo, i dipendenti si distraggono, trascorrendo molto tempo a decidere cosa vogliono che sia il loro pasto, dove vogliono mangiarlo e con chi vogliono condividerlo. Abbiamo deciso di creare un'app per l'assistente del pranzo digitale che li avrebbe aiutati a rendere tutto più facile.

Abbiamo iniziato con la ricerca degli utenti intervistando le aziende e raccolto dati sufficienti per iniziare a lavorare su una soluzione, o almeno così pensavamo. Quando abbiamo ottenuto un prodotto abbastanza funzionante da poter essere testato internamente, abbiamo iniziato a dubitare di aver coperto tutti i casi d'uso del nostro mercato potenziale.

I potenziali utenti con cui avevamo parlato lavoravano tutti in condizioni simili, provenivano dalla stessa località, con lo stesso numero di ristoranti nelle vicinanze e tempi di consegna previsti. Tuttavia, prima del lancio, ci siamo resi conto che dovevamo convalidare le ipotesi aziendali e includere più gruppi target nella nostra ricerca sui prodotti.

Dopo aver condotto interviste di ricerca sugli utenti con 30 rappresentanti di diverse aziende IT in tutta la città, ci siamo resi conto che mentre esisteva un problema simile in altre aziende, la nostra soluzione non era allineata alle abitudini di un pubblico più ampio. Il prodotto che stavamo sviluppando fino a quel momento non teneva conto di utenti con diversa vicinanza a ristoranti, preferenze di ordinazione e pagamento, ecc.

Quando si progettano prodotti, è essenziale sapere esattamente cosa deve essere convalidato e quanti utenti diversi sono necessari per ottenere risultati validi. Tuttavia, come molti team di prodotto, ci siamo entusiasmati per le prime convalide e siamo passati a una soluzione prima di raccogliere informazioni sufficienti sugli aspetti aggiuntivi che il problema potrebbe avere.

Una volta che ci siamo resi conto di aver perso i dati critici all'inizio del processo di sviluppo del prodotto, abbiamo dovuto cambiare rapidamente. Mai un gioioso, ho dovuto presentare i risultati della nuova ricerca sugli utenti a un team che aveva trascorso mesi a sviluppare una soluzione che stava per essere scartata.

Avevamo già perso tempo e denaro realizzando qualcosa che non era stato adeguatamente convalidato e non copriva tutti i casi d'uso del pubblico di destinazione. Questi erano i maggiori ostacoli che abbiamo dovuto superare:

1. Come convincere i vertici ad abbandonare quel prodotto e accettare di perseguire una soluzione completamente nuova.
2. Come evitare di far perdere motivazione al team e sentirsi come se avessero sprecato mesi di lavoro su qualcosa che avremmo dovuto ricercare meglio all'inizio.
3. Come assicurarci di convalidare a fondo le nostre idee di prodotto per essere sicuri di essere sulla strada giusta.
4. Come accelerare il processo e assicurarsi che tutti siano d'accordo con le scadenze di consegna che si avvicinano rapidamente.

Dopo aver accettato di non aver convalidato adeguatamente la nostra precedente idea di prodotto, è stato fondamentale riconsiderare il nostro approccio.

Principi di Lean UX

Abbiamo deciso di adattare il metodo spiegato da Jeff Gothelf nel suo libro Lean UX. Lean UX è un approccio al processo di progettazione che allontana i team di progettazione dalla produzione di carichi di documentazione a favore della convalida iterativa e dello sfruttamento del feedback degli utenti.

Il processo si concentra su tre fasi principali: costruire, misurare e apprendere . Il framework Lean UX consiglia di coinvolgere il maggior numero possibile di contributori e stakeholder per ottenere una varietà di prospettive e idee per la soluzione del prodotto. Ciò significa includere nel processo di progettazione tutti, dai designer, ai proprietari di prodotti/imprese, ai project manager e ai responsabili marketing fino ai programmatori.

Lean UX incoraggia il team a muoversi più velocemente e in modo più efficiente limitando il processo di time box. Per massimizzare l'efficienza dell'esercizio, consultare la legge di Parkinson e limitare l'intervallo di tempo per ciascuna fase per produrre pressione e velocità positive.

Il team ha deciso di riservare cinque giorni lavorativi per il processo, lasciando l'ultimo giorno per i test programmati con un gruppo di potenziali early adopter. Quell'impegno ci ha costretto ad avere qualcosa da mostrare e provare dopo quattro giorni.

Adattamento del processo Lean UX

Sulla base del nostro particolare progetto e delle esigenze del team, abbiamo apportato alcune modifiche al metodo descritto in Lean UX di Jeff Gothelf. Per una descrizione più dettagliata di come utilizzare lo stesso metodo con il tuo team, consulta il libro.

Passaggio 1: raccogliere e analizzare i dati.
In primo luogo, abbiamo analizzato le interviste agli utenti condotte in precedenza e presentato quelli che abbiamo contrassegnato come i principali punti deboli degli utenti.

Passaggio 2: sviluppare ipotesi.
Ciascuno dei membri del team ha scritto la propria ipotesi per rispondere alle principali domande sul prodotto e sul business dai fogli di lavoro del libro. Abbiamo quindi discusso le idee di tutti e le abbiamo mappate su una matrice che confrontava l'entità del rischio che tali presupposti comportano per l'azienda, con quanto ne sapevamo davvero.

Passaggio 3: immagina un piano di convalida.
Abbiamo elaborato un piano su come convalidare ogni ipotesi: cosa volevamo misurare, quali metriche avremmo tracciato e quali risultati avrebbero significato che erano stati convalidati con successo.

Passaggio 4: sviluppa i personaggi.
Abbiamo creato persone sulla base delle precedenti interviste agli utenti. È molto importante non solo fidarsi della propria esperienza, ma anche sapere per chi stai costruendo il tuo prodotto e progettare sempre pensando all'utente finale.

Passaggio 5: dai la priorità alle funzionalità in base al valore che forniscono.
Per il brainstorming sulle funzionalità e la scelta di quelle da sviluppare, abbiamo combinato il nostro approccio Lean UX con MoSCoW Prioritization. Questo approccio aiuta i team a dare priorità alle soluzioni in base alle risorse disponibili. Le lettere stanno per:

• Deve avere
• Avrebbe dovuto
• Potrebbe avere
• Non avrò questa volta

Tutti i membri del team assegnano quindi un numero concordato di punti alle caratteristiche che considerano più importanti. Le funzioni a cui è stato assegnato il maggior numero di punti sono designate come priorità più alta.

Passaggio 6: tutti abbozzano idee.
Tutti i membri del team hanno dovuto abbozzare le proprie soluzioni, quindi presentarle e ottenere feedback. Le buone idee non vengono esclusivamente dai designer: è importante includere tutti nel processo per essere sicuri di non perdere alcune grandi proposte.

Passaggio 7: affinare la soluzione e testarla.
Abbiamo criticato insieme gli schizzi e deciso la soluzione ottimale. Quindi abbiamo creato wireframe a bassa fedeltà e li abbiamo messi insieme in un semplice MVP che potevamo mostrare agli utenti e testare se la nostra nuova idea avesse un senso.

Passaggio 8: ricevi feedback.
L'ultimo giorno, abbiamo programmato i test degli utenti con potenziali clienti. L'intero team ha condotto il test in coppia: uno intervistando e l'altro scrivendo appunti. Questo è stato molto importante affinché l'intero team potesse ascoltare le reazioni alla loro soluzione offrendo prospettive diverse da quelle previste.

Abbiamo mostrato ai tester wireframe su un telefono cellulare e abbiamo chiesto loro di imitare il tocco, spiegare cosa volevano ottenere e condividere i loro pensieri lungo il percorso.

Anche se la nostra soluzione non ha soddisfatto con successo le esigenze dei nostri utenti durante i test, avremmo comunque ottenuto preziosi feedback e informazioni su quale nuova direzione prendere il nostro prodotto.

Fortunatamente, i potenziali primi utenti con cui abbiamo testato erano entusiasti della nostra soluzione.

Vantaggi di Lean UX

L'esperimento è stato un successo e abbiamo deciso di includere la metodologia Lean UX nei processi regolari dell'azienda in futuro. Durante tutto il processo di test del prodotto, abbiamo inviato frequenti sondaggi ai membri del team partecipanti per valutare le loro reazioni: il feedback è stato costantemente positivo. Il team si è fidato del metodo Lean UX e si sentiva sicuro che ci stava guidando nella giusta direzione.

Il nostro più grande successo è stato che il processo di progettazione di Lean UX ha aiutato tutti i membri del team a entusiasmarsi per la realizzazione di questo straordinario, in precedenza scoraggiante pivot. Altri vantaggi per la squadra includono:

• Reazioni positive del team e motivazione ad abbandonare la versione precedente del prodotto e iniziare a lavorare sul nuovo concept
• Convalida del prodotto principale e delle principali caratteristiche da parte del pubblico di destinazione
• Mostrare l'importanza di test precoci per l'azienda, garantendo il successo di un prodotto
• Migliorare la posizione del team di progettazione in azienda e tra colleghi

Applicazione dei principi di Lean UX allo sviluppo del prodotto

Se ti interessa quello che stai facendo e ti rendi conto che le cose potrebbero andare meglio, prenditi la responsabilità di introdurre i cambiamenti necessari e assicurati che i miglioramenti si radicano nella cultura aziendale.

L'introduzione dei principi Lean UX nei processi di sviluppo dei prodotti può rendere il tuo team più efficiente e migliorare i tuoi prodotti. Adatta e adatta il framework alle esigenze e alle dinamiche specifiche del tuo team.

Alla fine della giornata, abbiamo tutti lo stesso obiettivo all'interno dell'azienda, anche se le prospettive su come raggiungerlo sono diverse. Se il tuo compito è creare un prodotto che gli utenti apprezzeranno e da cui l'azienda trarrà vantaggio, potresti dover prima creare le condizioni di lavoro in cui tu e il tuo team potete realizzare questo.

• • •

Ulteriori letture sul blog di Toptal Design:

• Il valore della ricerca sugli utenti
• Come condurre una ricerca UX efficace: una guida
• Le leggi provate e vere di UX
• Migliora il flusso degli utenti: una guida all'analisi dell'esperienza utente
• Sfruttare i modelli mentali in UX Design