Come condurre uno Sprint di progettazione efficace

Uno sprint di design è una metodologia inventata da Jake Knapp e Google Ventures utilizzata per convalidare le idee attraverso la progettazione, la prototipazione, i test degli utenti e la collaborazione in soli cinque giorni . Anche se non ci lascia con un prodotto finito, è discutibilmente il modo più veloce ed economico per convalidare strategie aziendali o idee di prodotto con utenti reali.

È un processo a basso rischio/alto rendimento che offre un approccio più strutturato e più efficace al pensiero creativo rispetto al tradizionale brainstorming. La metodologia dello sprint di progettazione è stata adottata dalle migliori aziende come Medium, Slack e IDEO, nonché da Google Ventures e dalle molte aziende di successo in cui hanno investito.

Riscaldamento per lo Sprint

Gli sprint di progettazione di 5 giorni possono essere intensi, ma sono anche divertenti, eccitanti e molto perspicaci purché il processo di sprint proceda senza intoppi. Affinché ciò avvenga, è necessaria una pianificazione.

Reclutamento della squadra

Uno sprint di design è gestito da un facilitatore o "Sprint Master". Il loro primo obiettivo è chiarire il problema che deve essere risolto e reclutare una squadra per condurre lo sprint.

Un team sprint di solito è composto da soli 5-7 membri, il che semplifica la gestione del team. È importante che questi membri abbiano competenze diverse in modo da poter affrontare il problema con uno spettro più ampio di opinioni; quindi, uno sprint team di solito è composto da un facilitatore, un designer, uno sviluppatore, un rappresentante del servizio clienti e un marketer.

Per gli sprint di progettazione a distanza, il facilitatore dovrebbe idealmente reclutare membri da fusi orari simili (o, come ultima risorsa, utilizzare un'app come Every Time Zone per decifrare il "punto debole del fuso orario" in cui tutti sono svegli e disponibili allo stesso tempo).

Dopo che la squadra è stata reclutata, nomina un membro che deciderà : questa persona farà l'ultima chiamata su tutte le decisioni importanti. Un decisore non deve essere un funzionario di alto rango nell'azienda, solo qualcuno le cui decisioni sono considerate affidabili dal resto del team.

Riassumere:

• Un facilitatore , per garantire che la squadra rimanga in carreggiata
• Un rappresentante del servizio clienti , per informazioni sugli utenti
• Un designer , per la loro conoscenza di software di progettazione e UX
• Uno sviluppatore , per la loro comprensione di eventuali limitazioni tecniche
• Un marketer , che può determinare se la soluzione ha un valore di mercato
• Un decisore , che avrà l'ultima parola sulle decisioni (assegnato a uno dei suddetti)

Un facilitatore dovrebbe idealmente prenotare una sala riunioni per la settimana, poiché è meglio mantenere il team dello sprint di progettazione isolato dal resto dell'azienda e concentrato sullo sprint.

Team remoti: garantire buone attrezzature e dintorni

Ogni membro del team dovrebbe trovarsi in un ambiente in cui si può parlare (ad esempio, se si utilizzano spazi di coworking, gli altri membri dello spazio di coworking dovrebbero essere d'accordo con noi che parliamo durante il giorno). Sono inoltre essenziali una buona connessione a Internet e un microfono.

Se alcuni membri del team sono interni mentre altri sono remoti, prendi in considerazione l'acquisto di un microfono per conferenze (un microfono omnidirezionale che si trova su un tavolo).

Strumenti per il Design Sprint

Il team avrà bisogno di un modo per condividere i propri appunti, controllare i programmi degli altri e, soprattutto, comunicare tra loro. Una scelta naturale di strumenti per queste attività è G Suite, poiché Google offre un'ampia gamma di strumenti che funzionano perfettamente con un unico accesso e in cui i membri del team e i documenti sono estremamente facili da gestire.

Gli strumenti di cui avremo bisogno per uno sprint di design sono:

• Google Hangouts, per chiamate di gruppo
• Google Calendar, per controllare gli orari
• Google Docs, per prendere appunti e
• Fogli Google, per la registrazione dei risultati dei test utente

Oltre agli strumenti di G Suite, avremo bisogno anche di:

• Una lavagna (o, se il team è remoto, una lavagna digitale come Mural, Google Jamboard o RealtimeBoard)
• Uno strumento di prototipazione come InVision, Marvel, Sketch, Axure, Figma o Balsamiq
• Duco o Design Sprint Kit, un cheat sheet utilizzato dal facilitatore
• Carta e penna, per disegnare idee in autonomia
• Uno spuntino, perché gli sprint di design possono essere abbastanza estenuanti!

Dopo aver controllato tutti gli articoli di questo elenco, siamo pronti per iniziare il nostro sprint di design lunedì . Vale la pena notare che, a causa dei limiti di tempo naturali degli sprint di progettazione, tutti i membri del team dovrebbero comprendere in anticipo il processo di sprint di progettazione.

Lunedì: Mappa

Il primo giorno dello sprint è dedicato al reverse engineering del problema. Il reverse engineering è il processo di decostruzione del problema per comprenderne la causa principale (e, a sua volta, la soluzione).

Reverse-ingegnerizzazione del problema

Dopo aver concordato un obiettivo a lungo termine (ad es. aumentare le iscrizioni), disegna sulla lavagna una mappa del percorso del cliente che illustri i vari modi in cui gli utenti potrebbero raggiungere questo obiettivo. Posiziona gli utenti sul lato sinistro, l'obiettivo sulla destra, quindi annota tutti i passaggi intermedi. Per mantenere la lavagna in qualche modo organizzata, il facilitatore dovrebbe disegnare la mappa mentre il resto del team suggerisce idee. Questo processo getterà le basi per il resto dello sprint di progettazione, quindi dovremmo prenderci il nostro tempo qui.

Prima di andare avanti, il facilitatore discuterà la mappa del percorso del cliente con ogni membro del team individualmente, modificandola se necessario.

Creazione di note "Come potremmo".

Il passaggio successivo consiste nell'aggiungere le note How Might We (in breve HMW) alla lavagna. Laddove è probabile che ogni fase del percorso del cliente porti con i suoi ostacoli, le note HMW sono formulate come una domanda "Come potremmo..." su una nota adesiva, ad esempio "Come potremmo rendere il modulo di registrazione facile da usare? " Questi ostacoli sono opportunità di miglioramento e determineranno la direzione del nostro design MVP.

Concentrarsi su un percorso specifico del cliente

Avremo bisogno di organizzare le note HMW per somiglianza e consolidarle, poiché non vogliamo che la nostra lavagna diventi troppo disordinata. Con una lavagna più pulita, assegna a ciascun membro del team due voti per decidere quali note HMW dovrebbero avere una priorità elevata.

Se il team utilizza Mural, sfrutta i loro strumenti di voto integrati. Strawpoll è anche un'alternativa decente, o se il team utilizza Slack, Polly può essere installato in pochi secondi.

Al termine della votazione, aggiungi le note HMW vincenti alla mappa del percorso del cliente e discuti su quale viaggio concentrarti per il resto dello sprint (gli altri viaggi possono essere esplorati in un altro sprint in un altro momento). Il decisore alla fine ha la decisione finale.

Pianificazione in anticipo: trovare tester per gli utenti per venerdì

Durante la giornata, un membro del team nominato dovrebbe iniziare a cercare utenti tester perché, venerdì, vorremo testare la soluzione che costruiremo giovedì. Si consiglia di condurre queste interviste faccia a faccia o utilizzando strumenti di test utente remoti come Lookback e UserTesting (che si integrano convenientemente con gli strumenti di prototipazione rispettivamente Marvel e InVision).

6-10 interviste è un importo ragionevole. Pianifica le interviste per circa 10-ish in modo che ci sia abbastanza tempo per esaminarle alla fine della giornata.

Martedì: schizzo

Martedì si tratta di trovare una soluzione. Preparati per iniziare a disegnare!

Per prima cosa, lasciati ispirare . La maggior parte delle innovazioni sono realizzate remixando vecchie idee, quindi prova a esplorare soluzioni già esistenti per problemi simili. Mentre il team suggerisce soluzioni da esaminare, il facilitatore collocherà soluzioni praticabili sulla lavagna.

Successivamente, ogni membro del team sceglierà una sezione del percorso del cliente da disegnare da solo, utilizzando un metodo noto come The Four-step Sketch.

Lo schizzo in quattro fasi

L'approccio dello schizzo in quattro fasi alla prototipazione è progettato per trasformare sistematicamente idee astratte in soluzioni concrete tramite una rapida iterazione. Non hanno bisogno di essere perfetti.

• Passaggio 1: appunti: inizia con 20 minuti di annotazione
• Passaggio 2: idee: per altri 20 minuti, abbozza alcune idee approssimative
• Passaggio 3: 8 pazzi: disegna otto variazioni dell'idea migliore, un minuto per variazione
• Passaggio 4: schizzo della soluzione: crea uno storyboard in tre passaggi della soluzione, trascorrendo 30-120 minuti per aggiungere più fedeltà alla variazione scelta

Dopo aver completato l'esercizio, concludi la giornata consegnando le soluzioni abbozzate al facilitatore. (Team remoti: caricarli su un progetto InVision o su una lavagna murale.)

Mercoledì: Decidi

Il mercoledì riguarda la selezione della soluzione migliore e la creazione di uno storyboard finale.

Una volta che ogni membro del team ha esaminato privatamente gli schizzi, discuti ogni soluzione in gruppo, spendendo non più di tre minuti per schizzo. Quindi fai un altro voto, questa volta decidendo quale soluzione verrà creata con storyboard e prototipazione per i test degli utenti.

Successivamente, dovremo preparare lo storyboard per la prototipazione aumentando la fedeltà. È meglio se il designer ricrea lo storyboard scelto come wireframe ad alto contrasto, poiché non vogliamo pensare troppo al design a causa dei nostri limiti di tempo. Un'interfaccia utente semplice o "brutta" andrà bene, purché l'utente tester sia in grado di visualizzarla e comprenderla.

Spetta al progettista se utilizzare Axure, Balsamiq o qualcos'altro interamente per progettare il wireframe. Anche uno strumento di progettazione come Sketch o Adobe XD sarebbe adatto, purché ci concentriamo sull'UX e scegliamo la funzione rispetto alla forma.

Giovedì trasformeremo questo wireframe in un prototipo cliccabile!

Giovedì: prototipo

Prima di tutto, dovremo confermare i tempi di intervista con gli utenti tester. Come accennato in precedenza, mira a iniziarli intorno alle 10:00-11:00 in modo da avere abbastanza tempo per rivedere le interviste (e l'efficacia dello sprint di progettazione generale) in seguito.

Assegna almeno un membro del team (preferibilmente il marketer o il rappresentante dell'assistenza clienti) per scrivere uno script per l'intervista con il cliente. Questa persona creerà un elenco di domande in un foglio Google da porre all'utente tester mentre esamina il nostro prototipo.

Nel frattempo, il progettista di prototipi inizierà a trasformare il wireframe in un prototipo interattivo con il resto degli input e delle indicazioni del team. Spetta al progettista quale strumento utilizzare e dipende anche dallo strumento utilizzato per creare il wireframe.

Ad esempio, se Axure è stato utilizzato per creare il wireframe, potremmo usarlo anche per la prototipazione, soprattutto perché in seguito possiamo visualizzare in anteprima il prototipo su dispositivi mobili.

Se i wireframe sono stati disegnati su carta, la Marvel offre un modo semplicissimo per importarli e ricrearli prima di trasformarli in prototipi interattivi e condurre test utente con la loro integrazione Lookback.

Se i wireframe fossero stati creati in Sketch o Photoshop, la strada da percorrere sarebbe InVision in quanto è facilmente l'app di prototipazione più ampiamente adottata e completa disponibile oggi. Consente inoltre l'anteprima dal vivo e si integra direttamente con UserTesting.

Se creato in Adobe XD, possiamo anche usarlo per creare e testare il nostro prototipo senza strumenti aggiuntivi.

Venerdì: prova

Venerdì: l'ultimo giorno dello sprint di progettazione. Il nostro prototipo è pronto per essere testato dagli utenti e inizieremo la giornata assicurandoci che il team abbia il prototipo e lo script a portata di mano.

Successivamente, inizieremo le interviste utilizzando il metodo The Five-Act Interview:

L'intervista in cinque atti

1. Atto 1: Benvenuto amichevole. Metti il ​​tester a proprio agio e benvenuto, quindi spiega cos'è il test utente e perché lo stiamo facendo.
2. Atto 2: Domande contestuali. Poni domande generiche per saperne di più sull'utente e sul suo background, quindi indirizza gradualmente la conversazione verso il prototipo.
3. Atto 3: Presentazione del prototipo. Assicurati che il tester capisca perché qualcosa potrebbe non funzionare come previsto e che non ci siano risposte sbagliate quando si tratta di feedback. Vogliamo incoraggiare un feedback onesto e sincero.
4. Atto 4: Compiti. Consenti all'utente di capire il prototipo da solo. Poni domande aperte per incoraggiare il tester a pensare ad alta voce.
5. Atto 5: Debrief. Chiedi al tester di riassumere la sua esperienza. Non dimenticare di ringraziarli per il loro tempo e di chiedere se possiamo seguirli se necessario.

Durante il colloquio con il cliente, registra le risposte in un foglio Google. Una volta completate tutte le interviste, cerca di identificare le intuizioni comuni ed etichettale come positive , negative o neutre . Da questo, saremo in grado di decidere se il nostro prototipo fosse o meno una buona soluzione al problema e, in tal caso, identificare le aree di miglioramento.

Prossimi passi

Sebbene gli sprint di progettazione non si traducano in un prodotto finito, aiutano a convalidare le idee in modo rapido e conveniente, fornendo una vasta gamma di informazioni in un lasso di tempo relativamente breve. Prima di concludere lo sprint, decidi cosa fare con il prototipo.

Miglioreremo il prototipo e condurremo uno sprint di follow-up?

Affronteremo un percorso diverso del cliente in un altro sprint?

Un enorme vantaggio nell'imparare a condurre uno sprint di progettazione efficace è che possiamo riutilizzare la tecnica per sviluppare e sperimentare idee più e più volte.