Dare forma all'esperienza utente in Zivame: un caso di studio sulla gestione del prodotto

Questo è un blog ospite di Udit Khandelwal.

“Il sito web è fantastico e la sessione è stata fantastica! Mi piacerebbe tornare per un altro round!” - Deepika ha chiamato mentre usciva per casa dopo aver superato una sessione di test di usabilità a Zivame. Da quel momento, Zivame sarebbe sempre stata la prima scelta per Deepika, un'orgogliosa casalinga e imprenditrice.

Cosa abbiamo fatto per evocare emozioni così surreali nelle persone che fanno acquisti con noi?

Bene, abbiamo coinvolto gli utenti in ogni fase della progettazione del prodotto. Nel mio articolo Come ho cambiato il modo in cui le donne acquistano i reggiseni online ho spiegato come abbiamo sfruttato la ricerca degli utenti per scoprire un nuovo modo di acquistare i reggiseni. Qui, vado a http://notuser.com/how-i-changed-the-way-women-buy-bras-online per guidarti attraverso il viaggio in cui siamo riusciti a testare il design con utenti reali, ottenuto spunti reali e correzione di rotta implementata.

Il piano di gioco

Sfida
Le risorse erano limitate, l'ambito era enorme e dovevamo continuare a sfornare progetti migliorati in modo incrementale.

Tentativo

L'intero sito web doveva essere progettato e sviluppato da zero entro 5 mesi. L'ultimo mese era già riservato a tutte le attività relative a test, implementazione e stabilità. Quindi non abbiamo avuto più di 120 giorni per progettare e sviluppare la nuova esperienza Zivame. Avevo sentito questo dire da qualche parte:

Nessuna scorciatoia oggi; Ho fretta – proverbio svizzero

… e ho pensato, era proprio il momento giusto per seguirlo. Avevamo bisogno di un piano di gioco che non prevedesse scorciatoie perché non potevamo permetterci di prendere la corsia sbagliata. Quindi, abbiamo deciso di fare quanto segue al termine della nostra prima ricerca:

• Prototipi Lo-Fi: perfeziona gli schizzi fino a quando non abbiamo finito di scoprire le scappatoie e fino a quando non abbiamo corretto tutti i flussi interrotti.
• Test formativi: usa i prototipi di carta per testare con chiunque tu possa, ogni volta che puoi, anche se era sul tavolo del pranzo.
• Prototipi Hi-Fi: sviluppa un prototipo interattivo ad alta fedeltà, il più vicino possibile al prodotto finale.
• Test sommativi: testalo con utenti reali e ottieni approfondimenti reali.
• Beta test: un ultimo giro di test, sul prodotto reale, prima di consegnarlo al mondo.
• Iterazioni: ogni test ha fornito una buona notizia e una cattiva notizia (che era una buona notizia). Abbiamo dovuto dare la priorità alla correzione dei bug e all'implementazione di miglioramenti per ogni iterazione.

Lezione

Il test di usabilità è un'attività continua che richiede un'adeguata pianificazione, tempo e risorse.

Test Formativi

Sfida
Il design iniziale non era completamente testato e i team di sviluppo ci stavano aspettando. Abbiamo dovuto dare loro qualcosa di solido, molto veloce.

Tentativo

I prototipi a bassa fedeltà funzionano magnificamente quando vuoi fallire più velocemente. Ti aiutano a scoprire i difetti del design in una fase iniziale e gli stessi designer sono molto aperti ad apportare modifiche al design grezzo. Abbiamo fatto lo stesso a Zivame. Una volta terminato con la lavagna, siamo passati rapidamente ai nostri strumenti per creare diversi schermi sul computer e abbiamo preso le stampe per creare flussi di schermo.

E poi, abbiamo semplicemente chiesto ad alcune persone all'interno dell'ufficio (che corrispondevano molto al nostro personaggio target Mahi Agarwal) di eseguire determinati scenari. Ogni volta che erano bloccati anche per un po', sapevamo che c'era un problema. Più che spesso, ci davano anche suggerimenti, di cui abbiamo preso atto. Quindi tornavamo e discutevamo del motivo per cui gli utenti stavano suggerendo cosa fossero, andavamo alla causa principale del problema e immaginavamo la nostra soluzione.

A volte i test non solo ti dicono cosa c'è che non va nel design, ma rivelano anche nuove opportunità. Ad esempio, è stato durante i test formativi che abbiamo scoperto che gli utenti erano in grado di comprendere e interagire con le notifiche. Lo abbiamo preso come un segnale verde e un progetto per un'integrazione più forte e più profonda delle notifiche.

Lezione

Per il test, non aspettare il prodotto finale; vai avanti con qualsiasi prototipo ti puoi permettere e prova con chiunque tu possa trovare. Fallisci più velocemente.

Prototipi ad alta fedeltà

Sfida
Il sito Web aveva più di 300 schermate e stati dello schermo unici. Mettere insieme un click-through è stato un compito mastodontico.

Tentativo

Per prima cosa stabiliamo i nostri obiettivi e non obiettivi prima di costruire il prototipo. Questo ci ha aiutato a ridurre l'ambito della prototipazione. per esempio. Volevamo testare la nuova funzionalità acquisto per esperienza, ma eravamo abbastanza sicuri di aver seguito le migliori pratiche per il checkout, quindi abbiamo deciso di non concentrarci su quel flusso.

Successivamente, abbiamo valutato 3 opzioni per la costruzione del prototipo:

1. Flash : il mio preferito, so di suonare vecchia scuola!
2. Marvel App – perché tutti stanno andando da questa parte.
3. Invision App : il concorrente della Marvel.

Ora Flash è stato rapidamente escluso a causa delle spese generali coinvolte. La Marvel ha funzionato, ma aveva un supporto limitato per le sovrapposizioni e il mio intero design era basato su superfici e sovrapposizioni. Invision mi ha offerto una maggiore flessibilità, quindi sono andato avanti con Invision.

Lezione

L'ambito è fondamentale; anche per un prototipo.

Test sommativi

Sfida
Il test doveva essere ottimizzato per FALLIRE il progetto.

Tentativo

Abbiamo deciso di scrivere lo script che avremmo utilizzato durante le sessioni di test di usabilità. Il punto critico qui era capire esattamente cosa testare e come. Quindi ho elencato i miei obiettivi e non, in base ai quali ho capito in generale cosa avrei testato.

1. Modello mentale iniziale – Test di aspettativa
2. Utilizzo effettivo : test di esplorazione gratuito
3. Navigazione – Test delle prestazioni
4. Affordance - Test di Affordance visivo
5. Flusso di attività : test delle prestazioni
6. Sentimento – Processo Semantico Differenziale

Una volta fatto, ho mappato rapidamente una tecnica per ogni elemento pubblicitario e poi sono passato ai moduli su cui volevo concentrarmi. Successivamente sono passato alla definizione del flusso di attività dei singoli scenari. Non ho scritto il linguaggio degli scenari perché non volevo sembrare rigido. Ho condiviso lo script qui sotto su Slideshare.

Lezione

Usa un martello per i chiodi, ma un cacciavite per le viti.

Reclutamento

Sfida
Trovare donne (in India) che accetterebbero di partecipare al test di un sito web di Lingerie.

Tentativo

Volevamo donne che somigliassero molto al personaggio target di Zivame, Mahi Agarwal. Ci siamo rivolti ai social media e abbiamo fatto un annuncio. Abbiamo chiesto alle donne di aiutare Zivame a creare una fantastica esperienza di acquisto per le donne! Molte donne si sono fatte avanti e abbiamo ricevuto un buon numero di risposte. Non solo questo, hanno anche invitato i loro amici a partecipare. E complimenti alle donne lungimiranti come Deepika, Subha e Aastha, che sono andate oltre e hanno accettato di dare un volto ai nostri partecipanti.

Eravamo in una buona posizione per selezionare e reclutare i nostri partecipanti. Le donne che hanno espresso interesse hanno dovuto compilare il modulo di reclutamento dei partecipanti. Dopo una rapida selezione, abbiamo selezionato i partecipanti e li abbiamo chiamati per programmare la sessione con loro.

Lezione

Trovare utenti reali non è così difficile. Devi solo farlo nel modo giusto!

Lettura consigliata

Effetto libellula, Jennifer Aaker e Andy Smith

Sessioni di test di usabilità

Sfida
Parlando con le donne di un sito web che vende reggiseni.

Tentativo

Il D-day, eravamo ben preparati con i sistemi impostati, le copie stampate della sceneggiatura, il team era pronto a svolgere i propri ruoli ei partecipanti dovevano essere accolti calorosamente.
Abbiamo iniziato le sessioni facendo sentire i partecipanti a proprio agio. Abbiamo iniziato con alcune chiacchiere e brevi introduzioni. Abbiamo sottolineato quanto fosse importante il loro contributo e abbiamo chiesto loro di non preoccuparsi di ferire i nostri sentimenti e di fornire un feedback onesto. Per evitare che condividessero con noi i dettagli della taglia del reggiseno, ci siamo assicurati di aver detto loro di presumere che la loro taglia fosse 34C. Penso che gli sia piaciuta l'idea. Ci siamo assicurati che credessero:

Non sei messo alla prova, noi lo siamo!
Invariabilmente, ogni utente avrebbe sorriso in questo momento e sapevamo di essere riusciti a metterli a loro agio. Durante tutta la sessione, ci siamo assicurati che il focus fosse sui compiti (e quindi sul design) e non sui prodotti. È allora che inizieremmo il flusso (come menzionato nel PPT).

Abbiamo scoperto alcune cose piuttosto interessanti durante questi test. Con nostra sorpresa, nessuno degli utenti ha avuto problemi a capire il menu "negozio" , che è stato un grande cambiamento rispetto al nostro design precedente. Tuttavia, gli utenti erano confusi quando hanno raggiunto il sottomenu e sapevamo che doveva essere semplificato (cosa che abbiamo fatto in seguito).
Abbiamo anche scoperto un problema di base con le barre del titolo delle nostre superfici. Gli utenti avevano difficoltà a tornare indietro e chiudere le superfici. Ancora una volta, abbiamo risolto questo problema nella nostra prossima iterazione.

Uno dei risultati chiave riguardava i pulsanti adesivi nella parte inferiore delle superfici. Ci siamo resi conto che a volte il pulsante veniva utilizzato per interrompere il flusso degli utenti mentre gli utenti facevano clic su di esso senza leggere le etichette o interpretavano erroneamente le etichette. Abbiamo trovato alternative a tali situazioni.
Tutto sommato, gli utenti si sono rivelati molto utili!

Lezione

Gli utenti sono umani, se li tratti bene, saranno molto utili.

La caccia agli insetti

Sfida
Dovevamo assicurarci che il prodotto finale si comportasse come progettato e previsto e il tempo stava finendo!

Tentativo

C'è sempre un discreto grado di differenza tra il prodotto reale e l'implementazione.
Quando il sito Web del prodotto Zivame beta è stato pronto, volevamo assicurarci che il prodotto si comportasse come previsto. Volevamo vedere se gli utenti si sentivano a proprio agio nell'interazione con i controlli dell'interfaccia utente che avevamo implementato e volevamo vederlo funzionare nel mondo reale.

Quindi, l'abbiamo aperto a tutti i dipendenti Zivame e abbiamo condotto una maratona di registrazione dei bug di 3 ore, che abbiamo chiamato Bug Bash. Abbiamo emesso un coupon che avrebbe funzionato solo sul sito Web beta per 3 ore e abbiamo chiesto a tutti i dipendenti di utilizzare il coupon e di registrare qualsiasi bug riscontrato nel modulo Bug Bash.
Li abbiamo divisi in diverse squadre e abbiamo annunciato i premi per le prime 3 squadre. Il piano ha funzionato e abbiamo ricevuto 223 risposte da diversi team. Ci sono voluti 2 giorni per esaminare l'intero elenco e capire quali fossero autentici. La maggior parte dei bug segnalati erano problemi duplicati o noti, ma abbiamo scoperto 12 nuovi bug (di cui 3 relativi all'interfaccia utente).

Questo ci ha dato un alto grado di fiducia per rilasciare la beta esternamente!

Lezione

Il test non fa mai male e può essere fatto in qualsiasi momento.
Complimenti alle donne, che ci hanno aiutato lungo tutto il percorso a costruire un'esperienza di shopping così fantastica a Zivame!

Studia i corsi di Product Management online dalle migliori università del mondo. Guadagna master, Executive PGP o programmi di certificazione avanzati per accelerare la tua carriera.

Programma in primo piano per te: programma di certificazione Design Thinking di Duke CE