Modelarea experienței utilizatorului la Zivame: un studiu de caz de management de produs

Acesta este un blog invitat al lui Udit Khandelwal.

„Site-ul web este uimitor și sesiunea a fost minunată! Mi-ar plăcea să revin pentru o altă rundă!” – A strigat Deepika în timp ce pleca spre casă, după ce a trecut printr-o sesiune de testare a utilizabilității la Zivame. Din acel moment, Zivame a fost întotdeauna prima alegere pentru Deepika – o casnică și antreprenor mândră.

Ce am făcut pentru a invoca astfel de emoții suprareale în oamenii care fac cumpărături cu noi?

Ei bine, am implicat utilizatorii la fiecare pas al designului produsului. În articolul meu Cum am schimbat modul în care femeile cumpără sutiene online, am descris modul în care am folosit cercetarea utilizatorilor pentru a descoperi un nou mod de a cumpăra sutiene. Aici, merg pe http://notuser.com/how-i-changed-the-way-women-buy-bras-online pentru a vă ghida prin călătoria în care am reușit să testăm designul cu utilizatori reali, am obținut informații reale și corectarea cursului implementat.

Planul jocului

Provocare
Resursele erau limitate, domeniul de aplicare a fost uriaș și a trebuit să continuăm să creăm modele îmbunătățite progresiv.

Efort

Întregul site ar fi trebuit să fie proiectat și dezvoltat de la zero în decurs de 5 luni. Ultima lună a fost deja rezervată pentru toate activitățile legate de testare, implementare și stabilitate. Deci nu am avut mai mult de 120 de zile pentru a proiecta și dezvolta noua experiență Zivame. Am auzit pe undeva zicala asta:

Nicio scurtătură astăzi; Mă grăbesc – zic elvețian

… și m-am gândit că era momentul potrivit să-l urmăresc. Aveam nevoie de un plan de joc care să nu implice scurtături pentru că nu ne puteam permite să mergem pe banda greșită. Prin urmare, am decis să facem următoarele după ce cercetările noastre timpurii s-au încheiat:

• Prototipuri Lo-Fi: Rafinați schițele până când am terminat de descoperit lacune și până am remediat toate fluxurile rupte.
• Teste formative: Folosiți prototipuri de hârtie pentru a testa cu oricine puteți, oricând puteți, chiar dacă a fost pe masa de prânz.
• Prototipuri Hi-Fi: Dezvoltați un prototip interactiv de înaltă fidelitate, cât mai aproape de produsul final.
• Teste sumative: testați-l cu utilizatori reali și obțineți informații reale.
• Teste beta: O rundă finală de testare, pe produsul real, înainte de a-l preda lumii.
• Iterații: Fiecare test a oferit câteva vești bune și unele proaste (care era o veste bună). A trebuit să acordăm prioritate remedierii erorilor și să facem îmbunătățiri pentru fiecare iterație.

Lecţie

Testarea de utilizare este o activitate continuă care necesită o planificare, timp și resurse adecvate.

Teste formative

Provocare
Designul inițial a fost complet netestat și echipele de dezvoltare ne așteptau. A trebuit să le dăm ceva solid, foarte repede.

Efort

Prototipurile de joasă fidelitate funcționează frumos atunci când doriți să eșuați mai repede. Ele vă ajută să descoperiți defecte în design într-un stadiu incipient, iar designerii înșiși sunt foarte deschiși să facă schimbări în designul brut. La Zivame am făcut același lucru. Odată ce am terminat cu tabla albă, am trecut rapid la instrumentele noastre pentru a crea diferite ecrane pe computer și am luat printuri pentru a crea fluxuri de ecran.

Și apoi, le-am cerut pur și simplu unor oameni din birou (care se potriveau îndeaproape cu personajul nostru țintă Mahi Agarwal) să realizeze anumite scenarii. Ori de câte ori erau blocați chiar și pentru un pic, știam că există o problemă. De cele mai multe ori, chiar ne dădeau sugestii, de care le-am ținut cont. Ne-am întoarce apoi și vom discuta de ce utilizatorii sugerau ceea ce sunt, mergeam la cauza principală a problemei și găsim propria noastră soluție.

Uneori, testele nu numai că vă spun ce este în neregulă cu designul, dar dezvăluie și noi oportunități. De exemplu, în timpul testelor formative am descoperit că utilizatorii au putut înțelege și interacționa cu notificările. Am luat asta ca pe un semnal verde și un design pentru o integrare mai puternică și mai profundă a notificărilor.

Lecţie

Pentru testare, nu așteptați produsul final; mergeți mai departe cu orice prototip vă puteți permite și testați cu oricine puteți găsi. Eșuează mai repede.

Prototipuri de înaltă fidelitate

Provocare
Site-ul web avea peste 300 de ecrane și stări de ecran unice. Asamblarea unui click-through a fost o sarcină mamut.

Efort

Mai întâi ne-am stabilit obiectivele și non-obiectivele înainte de a construi prototipul. Acest lucru ne-a ajutat să reducem domeniul de aplicare al prototipurilor. de exemplu. Am vrut să testăm noua funcție magazin după experiență, dar eram destul de siguri că am urmat cele mai bune practici pentru finalizarea achiziției, așa că am decis să nu ne concentrăm pe acest flux.

În continuare, am evaluat 3 opțiuni pentru construirea prototipului:

1. Flash – favoritul meu personal, știu că sună de la vechea școală!
2. Aplicația Marvel – pentru că toată lumea merge în acest fel.
3. Aplicația Invision – concurentul Marvel.

Acum Flash a fost eliminat rapid din cauza cheltuielilor generale implicate. Marvel a funcționat într-un fel, dar a avut un suport limitat pentru suprapuneri, iar întregul meu design s-a bazat pe suprafețe și suprapuneri. Invision mi-a oferit o mai bună flexibilitate, așa că am continuat cu Invision.

Lecţie

Scoping este critic; chiar și pentru un prototip.

Teste sumative

Provocare
Testul a trebuit să fie optimizat pentru a EȘECĂ designul.

Efort

Am decis să notăm scriptul pe care urma să-l folosim în timpul sesiunilor de testare a utilizabilității. Piesa critică aici a fost de a afla exact ce să testeze și cum. Așa că mi-am enumerat obiectivele și non-goalurile, pe baza cărora mi-am dat seama ce aveam de gând să testez.

1. Modelul mental inițial – Testul de așteptare
2. Utilizare reală – Test de explorare gratuit
3. Navigare – Test de performanță
4. Affordance – Test de Affordance vizuale
5. Fluxul sarcinilor – Test de performanță
6. Sentiment – ​​Proces diferențial semantic

Odată ce am făcut acest lucru, am mapat rapid o tehnică pentru fiecare element rând și apoi am trecut la modulele pe care voiam să mă concentrez. După aceasta, am trecut la definirea fluxului de sarcini a scenariilor individuale. Nu am notat limbajul scenariilor pentru că nu am vrut să par rigid. Am distribuit scriptul de mai jos pe Slideshare.

Lecţie

Folosiți un ciocan pentru cuie, dar o șurubelniță pentru șuruburi.

Recrutare

Provocare
Găsirea femeilor (în India) care ar fi de acord să participe la testarea unui site web de lenjerie.

Efort

Ne-am dorit femei care să semene îndeaproape cu persoana țintă a lui Zivame, Mahi Agarwal. Am accesat rețelele de socializare și am făcut un anunț. Le-am cerut femeilor să o ajute pe Zivame în construirea unei experiențe grozave de cumpărături pentru femei! O mulțime de femei s-au prezentat și am primit un număr bun de răspunsuri. Nu numai asta, ci și-au invitat și prietenii să participe. Și felicitări femeilor care gândesc înainte ca Deepika, Subha și Aastha, care au făcut un pas mai departe și au fost de acord să pună o față participanților noștri.

Am fost într-o poziție bună pentru a ne selecta și recruta participanții. Femeile care și-au exprimat interesul au trebuit să completeze formularul de recrutare a participanților. După o analiză rapidă, am selectat participanții și le-am sunat pentru a programa sesiunea cu ei.

Lecţie

Găsirea utilizatorilor reali nu este atât de dificilă. Trebuie doar să o faci cum trebuie!

Lectură sugerată

Dragonfly Effect, Jennifer Aaker și Andy Smith

Sesiuni de testare a utilizării

Provocare
Vorbesc cu femei despre un site web care vinde sutiene.

Efort

În ziua Z, am fost bine pregătiți cu sistemele instalate, copii tipărite ale scenariului, echipa era pregătită să-și îndeplinească rolurile și participanții trebuiau să fie întâmpinați cu căldură.
Am început sesiunile făcându-i pe participanți să se simtă confortabil. Am început cu câteva discuții și scurte prezentări. Am subliniat cât de importantă este contribuția lor și le-am rugat să nu-și facă griji că ne rănesc sentimentele și să ofere feedback sincer. Pentru a evita ca ei să ne împărtășească detaliile mărimii sutienului, ne -am asigurat că le-am spus să presupună că mărimea lor este 34C. Cred că le-a plăcut ideea. Ne-am asigurat că ei cred:

Nu ești testat, noi suntem!
Invariabil, fiecare utilizator ar zâmbi în acest moment și știam că am reușit să-i facem confortabil. Pe parcursul sesiunii, ne-am asigurat că accentul era pe sarcini (și, prin urmare, pe design) și nu pe produse. Atunci am începe fluxul (așa cum se menționează în PPT).

Am descoperit câteva lucruri destul de interesante în timpul acestor teste. Spre surprinderea noastră, niciunul dintre utilizatori nu a avut probleme în a înțelege meniul „magazin” , ceea ce a reprezentat o schimbare majoră față de designul nostru anterior. Cu toate acestea, utilizatorii au fost confuzi când au ajuns în submeniu și știam că trebuie simplificat (ceea ce am făcut mai târziu).
De asemenea, am descoperit o problemă de bază cu barele de titlu ale suprafețelor noastre. Utilizatorii au întâmpinat dificultăți să se întoarcă și să închidă suprafețele. Din nou, am rezolvat această problemă în următoarea noastră iterație.

Una dintre descoperirile cheie a fost despre butoanele lipicioase din partea de jos a suprafețelor. Ne-am dat seama că uneori butonul folosit pentru a întrerupe fluxul de utilizatori, deoarece utilizatorii făceau clic pe el fără a citi etichetele sau interpretau greșit etichetele. Am găsit alternative la astfel de situații.
Una peste alta, utilizatorii s-au dovedit a fi de mare ajutor!

Lecţie

Utilizatorii sunt oameni, dacă îi trateți bine, vă vor fi de mare ajutor.

The Bug Bash

Provocare
Trebuia să ne asigurăm dacă produsul final se comportă așa cum a fost proiectat și intenționat și că rămâneam fără timp!

Efort

Există întotdeauna o diferență destul de mare între produsul real și implementare.
Când site-ul web al produsului Zivame beta a fost gata, am vrut să ne asigurăm că produsul se comportă conform așteptărilor. Am vrut să vedem dacă utilizatorii sunt confortabili să interacționeze cu controalele UI pe care le-am implementat și am vrut să le vedem funcționând în lumea reală.

Așadar, l-am deschis pentru toți angajații Zivame și am organizat un maraton de 3 ore de înregistrare a erorilor, pe care l-am numit Bug Bash. Am emis un cupon care ar funcționa numai pe site-ul beta timp de 3 ore și am cerut tuturor angajaților să folosească cuponul și să înregistreze orice eroare cu care s-au confruntat în Formularul Bug Bash.
Le-am împărțit în diferite echipe și am anunțat premii pentru primele 3 echipe. Planul a funcționat și am primit 223 de răspunsuri de la diferite echipe. Ne-a luat 2 zile să parcurgem întreaga listă și să ne dăm seama care sunt autentice. Majoritatea erorilor înregistrate au fost probleme duplicate sau cunoscute, dar am descoperit 12 erori noi (dintre care 3 erau legate de UI).

Acest lucru ne-a oferit un grad ridicat de încredere pentru a lansa versiunea beta în exterior!

Lecţie

Testarea nu strică niciodată și poate fi făcută în orice etapă.
Felicitări femeilor, care ne-au ajutat pe tot parcursul drumului să construim o astfel de experiență de cumpărături fantastică la Zivame!

Studiați online cursuri de management de produs de la cele mai bune universități din lume. Câștigă programe de master, Executive PGP sau Advanced Certificate pentru a-ți accelera cariera.

Program recomandat pentru tine: Programul de certificare Design Thinking de la Duke CE