Se stai creando un sito Web o un'applicazione e riscontri un problema, è importante fermarsi e fare un passo indietro. Oltre a sembrare bello e funzionante in modo efficace, un prodotto dovrebbe anche fornire agli utenti un'esperienza adatta alle loro esigenze.
Non riuscendo a capire i tuoi utenti e le loro aspettative, puoi finire per sprecare sia le tue risorse interne che i soldi dei tuoi clienti.
Ecco perché utilizziamo gli sprint di progettazione del prodotto per testare l'idea di un cliente o rispondere alle loro domande di business critiche. Ora è uno strumento di scelta nel nostro repertorio quando si lavora con un nuovo cliente. Ci aiuta a stabilire una direzione, ad anticipare ed evitare problemi ea ridurre sprechi di tempo, denaro e impegno.
Pioniere di Google Ventures, gli sprint di progettazione del prodotto sono un processo che abbiamo iniziato a utilizzare all'inizio del 2015. Hanno avuto un grande successo nel perfezionare il lavoro che facciamo per i nostri clienti, inestimabile per nuove attività, siti Web e prodotti. Ci consentono di convalidare nuovi prodotti ed evitare problemi potenzialmente costosi.
In una settimana, arriviamo a capire qual è il problema, a trovare soluzioni ea creare un prototipo per convalidarle
In una settimana, arriviamo a capire qual è il problema, a trovare soluzioni ea creare un prototipo per convalidarle. Attraverso questo processo, siamo in grado di raggiungere una serie di obiettivi fondamentali, tra cui:
La settimana è intensa e perspicace; e rapidamente identifichiamo cosa funziona e cosa no. Da lì, possiamo fare i giusti consigli per ottenere il prodotto del cliente sulla strada giusta.
Quindi, come tieni uno sprint di design per il tuo prossimo progetto?
Gli sprint di progettazione vengono eseguiti in cicli di una settimana. Dalla nostra esperienza, riteniamo che un singolo sprint possa convalidare la maggior parte dei problemi di esperienza dell'utente. Con solo 5 giorni lavorativi, dobbiamo assicurarci che ogni ora sia importante. Dovrai riunire le parti interessate giuste e, per la durata, dovrebbe esserci un impegno al 100%.
Quando eseguiamo uno sprint di progettazione del prodotto, includiamo sempre un designer, uno sviluppatore e, soprattutto, un facilitatore per guidare il processo.
Dal cliente, mireremmo a includere un proprietario del prodotto (la persona in grado di prendere decisioni) e idealmente le parti interessate che rappresentano aree chiave come Servizio clienti, Marketing, IT e Finanza. Chi partecipa dipende interamente dalla tua attività, ma il decisore chiave deve essere incluso e tutti i partecipanti devono essere presenti per l'intero sprint.
Infine, abbiamo bisogno di una grande stanza con un sacco di lavagne e spazio per il brainstorming, carta, post-it da attaccare ovunque. Questo può essere qui nei nostri uffici o presso la sede dei nostri clienti.
Ogni giorno ci concentriamo su un nuovo aspetto al fine di raggiungere l'obiettivo finale:
Il primo giorno si concentra sulla comprensione dell'obiettivo principale del progetto o del problema che stiamo cercando di risolvere e sull'identificazione di chi sono gli utenti e di cosa desiderano dal prodotto. Noi gettiamo le idee, analizziamo i prodotti esistenti e guardiamo cosa stanno facendo i concorrenti. Quindi esaminiamo il viaggio dell'utente principale e decidiamo su quali aree saranno focalizzate per il resto della settimana.
Il secondo giorno è incentrato sulle persone che escono con idee proprie. In questa fase, non ci sono cattive idee! Usiamo processi come appunti, mappe mentali, pazzi 8 e storyboard. Niente è troppo piccolo per essere esplorato: una volta ci siamo imbattuti in 160 modi diversi di effettuare ricerche.
Il terzo giorno consiste nel mettere insieme tutto ciò che è stato identificato nei giorni uno e due e prendere decisioni. Analizziamo i meriti e critichiamo i difetti di ogni idea. Seguendo questo, usiamo punto di voto consentire alle persone di individuare le caratteristiche individuali che preferiscono da ogni suggerimento.
Facciamo un elenco di tutte le ipotesi che vogliamo testare il quinto giorno con il prototipo e, come gruppo, decidere gli elementi esatti che vogliamo testare nel prototipo il quinto giorno. Poi li disegniamo alla lavagna come wireframe.
Il quarto giorno si concentra su due cose. Innanzitutto, i prototipi creati dal designer, basati sui wireframe stabiliti il terzo giorno. Questo assicura che tutti nella stanza siano sicuri dell'esatta funzionalità che ci si aspetta nel prototipo quando viene testato il quinto giorno.
In secondo luogo, come gruppo decidiamo lo script di test. Questo contiene la guida, le domande e le attività lette agli utenti, che si concentrano tutte sulle ipotesi che vogliamo convalidare il giorno 5.
Un paio di cose importanti da ricordare: non è pensata per sembrare carina, non è pensata per essere perfetta, e non è pensata per essere appesa al branding. Massimizziamo l'utilità del nostro tempo concentrandoci sulle parti che sono critiche per un utente da rivedere e che ci forniscono informazioni importanti.
Il quinto giorno prevede di coinvolgere utenti reali. Durante le fasi di pianificazione, effettuiamo ricerche per identificare un gruppo di utenti che possono mettere alla prova i tuoi progetti e il tuo prodotto finto.
Reclutiamo gli utenti in diversi modi; ma è importante che otteniamo gli utenti giusti per testare il concetto. Ciò include spesso l'identificazione di potenziali e la qualificazione di noi stessi, l'invio di un sondaggio sui social media e, in alcuni casi, l'utilizzo di un servizio professionale che può aiutare a trovare i giusti utenti di esempio.
Per ottenere la migliore varietà di risultati, tendiamo a puntare su almeno una mezza dozzina di utenti per eseguire i test.
monitorare esattamente ciò che fanno gli utenti, piuttosto che quello che dicono, è l'aspetto più importante del test degli utenti
Al grado 53, abbiamo istituito strutture di test che ci consentono di registrare ciò che sta accadendo sul dispositivo, come gli utenti interagiscono con il prototipo e l'utente stesso. In un'altra stanza, le parti interessate guardano questo come succede.
Il facilitatore è l'unica persona presente con l'utente. Il facilitatore li condurrà attraverso lo script di test prestando molta attenzione alle azioni dell'utente. Dalla nostra esperienza, la maggior parte delle persone dirà che gli piace il prodotto. Questo è il motivo per cui monitorare esattamente ciò che fanno gli utenti, piuttosto che quello che dicono, è l'aspetto più importante dei test degli utenti.
Questa è di gran lunga la parte più entusiasmante dello sprint del design, in quanto aiuta le parti interessate a decidere se vogliono portare il prodotto alla vita, perfezionare o cambiare il concetto o eliminare completamente l'idea. (Probabilmente non è così eccitante, ma almeno non sono passati attraverso lo sviluppo di un prodotto senza vedere i risultati.)
Qualunque sia il risultato dello sprint di progetto, le parti interessate avranno un'idea molto più chiara di come possono risolvere un problema digitale o se la loro nuova idea imprenditoriale sta andando nella giusta direzione. In soli cinque giorni, siamo in grado di creare un prototipo funzionante, con feedback degli utenti reali e qualsiasi critica e feedback costruttivo può essere utilizzato per prendere una decisione.
Allora perché amiamo gli sprint di design? In soli cinque giorni, possiamo ottenere un risultato che normalmente potrebbe richiedere mesi. Condensa tutto fino alle basi e ci dà una comprensione di esattamente ciò che dobbiamo fare.
Prova uno per te.