Abordarea eficientă - Cum să proiectați un MVP Lean UX

Unii designeri și laici par să creadă că Lean UX și Minimum Viable Products sunt un rezultat. În schimb, sunt procese care, atunci când sunt făcute bine, au ca rezultat cele mai bune produse posibile, economisind în același timp designerilor UX timp și resurse. Produsele finale servesc nevoilor afacerii, fiind totodată soluții optime la problemele pe care le prezintă clienții.

Procesul Lean UX (sau Lean UX Loop, așa cum este adesea numit) nu este diferit de metoda științifică - observarea, formarea unei ipoteze, testarea și colectarea datelor, analizarea rezultatelor și apoi acceptarea sau respingerea ipotezei. În Lean UX, pașii se corelează aproximativ cu Idei (observare și ipoteză), Construire și codificare (testare), Măsurare și date (colectarea datelor) și Învățare (analiza rezultatelor și acceptarea sau respingerea ipotezei). Uneori, procesul Lean UX este rezumat mai succint ca Think, Make, Check .

La fel ca metoda științifică, procesul Lean UX este unul circular până la atingerea rezultatului dorit. Spre deosebire de metoda științifică, totuși, designerii pot începe oriunde aleg pe Lean UX Loop (majoritatea încep proiecte noi fie cu învățare, fie cu idei, dar lucrează la produse consacrate care pot începe mai ușor oriunde).

Produsele minime viabile se încadrează bine în metodologia Lean UX. Metodologia MVP generală este în general rezumată ca Construire (sau Prototip), Măsurare, Învățare (și apoi repetată pe baza acelor învățături). Este ușor de văzut cum acești pași se corelează cu bucla Lean UX (în special versiunea succintă).

Unii designeri confundă MVP-urile cu dovezi de concept sau prototipuri (primul pas al procesului MVP este uneori denumit prototipare , ceea ce ar putea explica această confuzie). Dar MVP-urile sunt produse complete care sunt gata pentru producție, iar MVP-urile Lean UX nu sunt diferite. Un Lean UX MVP ar trebui să fie un produs complet funcțional pe care oamenii îl pot folosi.

Nu vă mai gândiți la produsul final

Când un designer UX se uită la o problemă, poate fi tentant să treacă înainte și să se gândească la produsul final care ar putea rezolva problema. A ajunge la un produs final, finit este, în general, scopul, așa că de ce să nu începem de acolo?

Problema cu începerea cu produsul finit și lucrul înapoi este că înăbușă inovația și creativitatea. Ar putea exista o duzină de moduri diferite de a rezolva problema unui utilizator. Designerii care încep prin a se gândi la rezultatul final ar putea să rateze majoritatea acestor potențiale soluții și să vină cu una care nu este insuficientă.

Atunci când designerii renunță la orice noțiune preconcepută despre soluția care va servi cel mai bine oamenilor care folosesc produsul lor, pot veni cu idei mai inovatoare. În cartea sa Lean UX: Applying Lean Principles to Improve User Experience , Jeff Gothelf afirmă că Lean UX „este să scoată la lumină adevărata natură a unui produs mai rapid”. Este un proces de colaborare care se concentrează pe „construirea unei înțelegeri comune a experienței reale a produsului proiectat”.

Acest proces presupune ca proiectanții să înțeleagă nu numai nevoile oamenilor pe care încearcă să îi servească, ci și nevoile afacerii înainte de a începe. Atunci când vă lansați într-un proiect de design Lean UX, această înțelegere formează baza pentru toți ceilalți pași ai procesului de proiectare.

Concentrați-vă pe nevoile utilizatorilor

Când un designer abordează o problemă, deseori cred că are o înțelegere aprofundată a problemei respective. De exemplu, dacă ideea este de a crea o aplicație pentru lista de activități, atunci designerul poate presupune că utilizatorii au nevoie de o soluție care să le permită să adauge sarcini la o listă și nimic mai mult. MVP-ul lor inițial Lean UX s-ar concentra pe crearea unei aplicații care oferă această funcționalitate.

Dar este aceasta cea mai bună soluție la problema reală? Oamenii nu folosesc aplicațiile de făcut doar pentru a adăuga sarcini la o listă. Le folosesc pentru că trebuie să-și mențină viața organizată. Ei nu vor să uite să facă ceva important. Le este frică, dacă nu țin o listă, vor trece cu vederea lucrurile.

Un format de listă poate să nu fie cel mai bun mod pentru ca oamenii să țină evidența a ceea ce trebuie să facă. Dar dacă un designer intră în proiect gândindu-se: „Trebuie să creez o aplicație pentru liste de activități”, s-ar putea să nu dea niciodată o idee care să servească mai bine oamenilor pentru care proiectează. Concentrându-se pe ceea ce are nevoie utilizatorul și uitând de propriile presupuneri, designerul poate găsi o soluție care să rezolve problema reală la îndemână, mai degrabă decât să adauge încă o altă aplicație pentru lista de activități la celelalte opțiuni existente.

Designerii ar trebui să urmărească să-și conteste presupunerile despre ceea ce cred ei de care are nevoie un utilizator. Oamenii de multe ori nici nu știu de ce au nevoie pentru a-și rezolva problemele. Deci, cum pot designerii să presupună că știu cel mai bine înainte de a efectua cercetări despre utilizatori și de a căuta să înțeleagă cu ce se confruntă clienții?

O modalitate de a vă gândi la nevoile clienților este să vă concentrați pe punctul lor de durere. Un punct de durere este aspectul problemei care provoacă cea mai mare suferință clientului. Când designerii se concentrează pe asta, pot ajunge la rădăcina problemei mai repede și pot găsi soluții unice. Pentru exemplul aplicației pentru lista de activități, punctul dureros este probabil îngrijorarea cu privire la uitarea a ceva important sau la nevoia să irosească energia mentală ținând evidența lucrurilor.

Odată ce un designer are o idee despre cum să rezolve o problemă, este esențial să testeze acea soluție cu oameni reali. Nu ar trebui să piardă prea mult timp încercând să creeze un produs finit de la început. Colectarea feedback-ului de la oameni cu privire la ideea inițială, înainte de a investi o mulțime de timp și resurse pe un produs șlefuit, face mult mai ușoară schimbarea detaliilor, domeniului de aplicare sau chiar a întregii premise.

Prima iterație ar putea fi ceva la fel de simplu ca un slide deck sau o machetă semi-funcțională. Ceva care le permite oamenilor să-și facă o idee generală despre experiența oferită este un precursor util pentru crearea unui MVP Lean UX real.

Aceste pre-MVP timpurii pot fi, de asemenea, utile pentru cartografierea călătoriilor utilizatorilor. Odată strâns feedback-ul inițial, designerii își pot face o idee mai bună despre ceea ce își doresc oamenii cu adevărat de la un produs. Acest lucru este de neprețuit pentru a afla cum să le duceți de la punctul A (problema lor) la punctul B (soluția ideală). Designerii pot descoperi că sunt necesari mai mulți pași de-a lungul acelei hărți decât au crezut inițial, sau mai puțini.

Designerii ar putea chiar să constate că problema inițială pe care încercau să o rezolve nu era problema reală. În aplicația pentru lista de activități, de exemplu, designerul poate descoperi că o soluție care îi ajută pe oameni să se simtă mai puțin stresați de lucrurile pe care trebuie să le facă este un produs final mai valoros decât ceva care le menține sarcinile organizate. Fără să caute în mod activ feedback și să creeze noi iterații care au scopul de a rezolva problema reală, designerul s-ar putea să nu descopere niciodată acea soluție.

Gândiți-vă la caracteristicile necesare

Când un designer începe un nou proiect, deseori începe cu o listă de caracteristici pe care trebuie să le aibă produsul. O listă de posibile funcții de inclus nu este un loc rău pentru a începe. Dar ar trebui comparat cu ceea ce oamenii exprimă că doresc de fapt de la un produs.

Majoritatea oamenilor, însă, nu vor ști ce caracteristici doresc. În schimb, se vor concentra pe beneficii. Este datoria designerului să descopere ce caracteristici oferă aceste beneficii. Și pot exista mai multe moduri de a oferi fiecare beneficiu.

Scrierea unei liste cu toate caracteristicile posibile care abordează beneficiile pe care oamenii le caută este o parte valoroasă a procesului de proiectare. Totuși, lista ar trebui să includă mai mult decât ideile „bune”. Ideile rele pot servi, de asemenea, unui scop important - pot duce la idei bune.

Scrierea tuturor ideilor care vă vin în minte este deosebit de utilă atunci când un grup face brainstorming. O persoană va arunca o idee proastă și va stârni o idee mai bună pentru altcineva. Chiar și atunci când fac brainstorming solo, ideile „rele” îi pot determina pe designeri să călătorească pe căi diferite și să vină cu soluții inovatoare.

Odată ce un designer are această listă mare de idei, poate începe să o restrângă la cele care sunt fezabile din punct de vedere tehnic, având în vedere resursele proiectului și să abordeze cel mai bine punctele dureroase ale clientului. De acolo, poate începe construirea unui MVP și testarea cu potențiali utilizatori.

Construirea unui MVP inițial Lean UX

Gândirea și venirea cu idei este primul pas către crearea unui MVP Lean UX. Dar construirea de produse reale ar trebui să urmeze rapid. Atât procesul Lean UX, cât și procesul MVP pun accent pe construirea de produse reale, utilizabile.

Este important să încercați să nu introduceți toate caracteristicile posibile în această fază inițială de construire. În schimb, gândiți-vă la numărul minim de funcții care vor atenua cel mai critic punct de durere al utilizatorului. Primul design ar trebui să se concentreze pe ceea ce designerul UX crede că vor fi caracteristicile cu cel mai mare ROI. Dacă acest lucru se dovedește a fi adevărat sau nu, va fi dezvăluit odată ce oamenii vor începe să folosească produsul.

Iterația este cheia

Colectarea feedback-ului calitativ și a datelor cantitative de la oameni este inutilă, cu excepția cazului în care designerul acționează pe baza feedback-ului pentru a crea iterații mai bune ale produsului. Rețineți, MVP-urile Lean UX sunt un proces, nu un rezultat. Și una dintre cele mai importante părți ale acestui proces este crearea de noi iterații îmbunătățite ale produsului pentru a răspunde mai bine nevoilor oamenilor.

Fiecare iterație a unui MVP ar trebui făcută pe baza feedback-ului colectat de la utilizatorii reali. Aceasta înseamnă că fiecare iterație ar trebui testată, fie într-un mediu de producție, fie de către un grup mai mic de oameni. În multe cazuri, are sens să testați mai întâi cu un grup mic și apoi, în funcție de modul în care acești oameni răspund, să testați la o scară mai mare de producție.

Cu grupuri mici, designerii ar trebui să colecteze feedback calitativ. Puneți întrebări oamenilor despre produs pentru a colecta informații despre ceea ce funcționează și ce nu, precum și idei pentru îmbunătățiri sau alternative.

Într-un mediu de producție, designerii ar trebui să se concentreze mai mult pe feedback cantitativ (lucruri precum ratele de respingere, timpul pe pagină și abandonarea coșului în cazul site-urilor de comerț electronic). Acest feedback cantitativ poate spune designerilor dacă noua iterație se mișcă în direcția corectă, adică acele cifre se îmbunătățesc sau se înrăutățesc?

Când se termină un MVP Lean UX?

Când poate fi considerat „terminat” un MVP Lean UX, poate fi o întrebare dificilă pentru designerii care sunt noi în proces (și uneori chiar pentru profesioniștii experimentați). Ar putea veni după cinci iterații sau 50. Depinde de complexitatea produsului, de calitatea testării utilizatorilor și a feedback-ului colectat și de câte iterații nu prezintă îmbunătățiri vizibile. În multe cazuri, nu există niciodată un punct în care fiecare persoană care utilizează un produs este 100% mulțumită de rezultat. Depinde de echipa de produs să decidă ce nivel de nemulțumire este acceptabil, având în vedere obiectivele lor de afaceri.

Designerii și părțile interesate ar trebui să vină cu criterii pentru momentul în care un proiect este „terminat” (sau cel puțin gata pentru o lansare publică fără testare în curs și noi iterații). Aceste criterii ar putea include lucruri precum:

• O rată de conversie mai mare a clienților
• Mai mult timp petrecut pe site
• Un scor mai mare de calitate sau de satisfacție din partea clienților
• Mai puține reclamații ale clienților
• O creștere a clienților sau utilizatorilor
• Mai multe înscrieri la newsletter

Criteriile și obiectivele exacte ar trebui discutate la începutul proiectului și revizuite în mod regulat. Pe măsură ce iterațiile se modifică în funcție de feedback-ul clienților și de testarea utilizatorilor, este posibil ca obiectivele să fie nevoite să se schimbe odată cu acestea.

De fapt, un produs este rareori „realizat”. Chiar și după lansarea finală a produsului, este probabil ca lucrurile să se schimbe în următoarele luni sau ani. Nevoile clienților și ale afacerii se schimbă. Tendințele de design și noile tehnologii apar. Oricare dintre aceste lucruri poate determina o evoluție necesară a designului în viitor. Designerii și proprietarii de produse ar trebui să țină cont de aceste lucruri și să fie pregătiți să lanseze un nou ciclu Lean UX MVP, dacă este necesar.

Concluzie

MVP-urile Lean UX au o mulțime de avantaje față de alte metode de proiectare a produselor. Atunci când designerii UX și proprietarii de produse doresc să creeze un produs care să servească cel mai bine clienții, în același timp eficientizand ciclul de proiectare, este adesea cea mai bună alegere.

Procesul Lean UX MVP – de la idei la construirea unui prototip funcțional până la măsurarea și învățarea de la oameni reali – poate fi implementat din nou și din nou pentru a crea un produs optim. Procesul în sine este simplu și direct și funcționează bine indiferent dacă un designer lucrează singur sau cu o echipă.

Produsul rezultat va aborda punctele dureroase ale oamenilor, creând în același timp o experiență plăcută. Construirea de produse folosind metodologia Lean UX MVP oferă designerilor o foaie de parcurs curată pentru întregul proces. De la idee până la iterații bazate pe feedback-ul real al clienților, această metodă face designul mai eficient și mai puțin risipitor.

• • •

Citiri suplimentare pe Blogul Toptal Design:

• Renunțați la MVP, adoptați prototipuri minime viabile (MVPr)
• Obținerea unui impact maxim de la un produs minim valoros
• Scorul net al promotorului nu este suficient: aveți nevoie de cercetarea utilizatorilor
• Valoarea testării utilizatorilor cu prototipuri
• Cum să desfășurăm o cercetare eficientă UX – Un ghid