Ghid pentru începători pentru Lean UX - Ipoteze, Ipoteze și MVP

Cadrul agil devine rapid coloana vertebrală a companiilor care oferă noi funcții în explozii rapide. Cu toate acestea, în timpul ciclurilor de dezvoltare sau sprinturi, cea mai mare parte a timpului este încă consumată în procesul de proiectare - adunând cerințele utilizatorilor, cercetând și documentând în cele din urmă totul. Acest lucru se agravează chiar și atunci când echipa ta petrece luni întregi în documentarea tuturor, dar chiar înainte de începutul fazei de dezvoltare efectivă, cerințele se schimbă sau cercetările efectuate mai multe luni în urmă devin învechite. Rezultatul? - Echipa ta trebuie să înceapă de la cel pătrat. Acesta este locul în care majoritatea companiilor produc multe deșeuri care costă atât timp, cât și resurse.

Lean UX, bazat pe dezvoltarea Agile, este o abordare centrată pe utilizator, care se concentrează pe reducerea deșeurilor produse în timpul ciclului de proiectare și îmbunătățirea UX prin mai multe iterații, fără a cheltui mult timp documentării.

Prea mult de digerat? Să scufundăm puțin mai adânc!

Ce este Lean UX?

După cum sa menționat mai sus, Lean UX se bazează pe trei faze principale - construiți, măsurați, învățați.

La fel ca prima dată mâncarea gătită nu este niciodată perfectă, Lean UX presupune că primul design al unui produs va fi întotdeauna greșit. Acesta este motivul pentru care nu ar trebui să petreci mult timp în documentarea cercetării tale, ci ar trebui să eliberezi un produs de lucru minim dezvoltat folosind resurse minime și apoi să începi să colectezi feedback-ul de la utilizatori. Analizați feedback-ul și apoi faceți modificările necesare produsului și repetați procesul din nou. Amintiți-vă doar un lucru! -

Filme sau documente de cercetare nu vor rezolva problemele utilizatorilor dvs., dar produsul dvs. va.

Colaborare - coloana vertebrală a Lean UX

Pentru o clipă, amintiți-vă doar de această imagine a unei rochii care a mers viral câțiva ani în urmă doar pentru că diferite persoane o vedeau în nuanțe diferite. Acesta este un exemplu foarte mic, care dovedește punctul în care diferiți oameni aduc perspective diferite împreună cu ei. Acesta este motivul pentru care companii, cum ar fi Google, Microsoft, Apple, etc. angajează persoane cu medii culturale diferite.

Lean UX recomandă cu multă colaborare întreaga echipă în timp ce rezolvați o problemă. Să luăm un alt exemplu, cine credeți că cunoaște mai bine clientul dvs. sau persoana care petrece 8 ore pe zi pentru a rezolva întrebările utilizatorilor? Evident, directorul de asistență pentru clienți, dar acest lucru nu înseamnă că opiniile dvs. au o valoare mai mică. Fiecare membru al echipei ar trebui să aibă posibilitatea de a-și prezenta ideile cu privire la problema rezolvată. Cele mai bune porțiuni din fiecare idee ar trebui colectate și lucrate în continuare. Acest lucru vă va ajuta directorul de asistență pentru clienți să ridice problemele cu care se confruntă clienții dvs. în timpul procesului inițial de proiectare. De asemenea, vă va ajuta echipa de marketing să se pregătească pentru noile funcții care vor apărea în următoarea versiune. Mai mult, dezvoltatorii pot începe să lucreze la arhitectura noilor actualizări și în acest timp echipa de proiectare poate lucra în sfârșit la prototipuri.

Abordarea colaborativă nu numai că aduce puncte de vedere diferite asupra problemei, dar, de asemenea, inițiază procesarea paralelă a sarcinilor în cadrul diferitelor departamente ale echipei tale. Această procesare paralelă a sarcinilor îmbunătățește eficiența și reduce timpul de livrare. Și în cazul în care aveți o echipă mare, încercați să împărțiți echipa în sub echipe mai mici cu un membru de la fiecare departament din fiecare echipă mai mică.

În timp ce formăm echipe de colaborare nu angajăm niciodată un ninja centrat pe sine. Acest lucru se datorează faptului că persoanele care sunt egotice evită adesea feedback-urile, iar acest lucru împiedică motivul colaborării în Lean UX.

Cicl de proiectare cu Lean UX

După cum am menționat anterior, Lean UX începe cu găsirea unei soluții la problemă și apoi măsurarea feedback-urilor și îmbunătățirea soluțiilor anterioare bazate pe aceste feedback-uri.

Declarația problemei și ipoteze

Așa cum am menționat în 4 greșeli comune, designerii UX ar trebui să evite în timpul procesului de proiectare a produsului, ori de câte ori echipa ta întâlnește o declarație de problemă, concentrează-te pe „De ce” și nu pe „Cum”. Acest lucru vă va ghida pentru a forma presupuneri.

O presupunere este formată din problema dată și se presupune a fi adevărată. Fiecare individ al echipei dvs. (colaborativ) vine cu propria soluție la problema dată, care sunt ipotezele create. Aceste ipoteze se pot baza pe răspunsurile la - tipul de utilizatori care vor utiliza produsul sau situațiile în care va fi utilizat produsul dvs. sau pe incertitudini care ar putea împiedica utilizarea produsului etc.

Echipe diverse vor putea veni cu răspunsuri multiple la cazurile de mai sus. Acest lucru sugerează necesitatea de a acorda prioritate ipotezelor bazate pe - nivelul de cunoaștere a problemei pe care o aveți și nivelul de consecințe care ar putea apărea în cazul în care presupunerea merge greșit. Ipotezele cu risc ridicat asociate lor sau celor, echipa dvs. are puține cunoștințe despre au prioritate ridicată.

De asemenea, este destul de evident că, presupunerile se pot dovedi greșite la un moment dat în viitor, dar pot fi schimbate ori de câte ori se întâmplă.

Ipoteză

După crearea de idei pe afirmațiile problemelor și amalgamarea diferitelor idei de la membrii echipei tale, creezi ipoteze. Ipotezele sunt utilizate pentru a testa presupunerile dvs.

După cum a declarat Fundația de Interacțiune de Dezvoltare, afirmați o credință, importanța acesteia și persoanele pentru care este important. Apoi vorbești despre așteptările tale și despre un rezultat final care îți va dovedi credința.

De exemplu, „Considerăm că adăugarea unei înregistrări cu un clic folosind Facebook va fi o caracteristică utilă pentru utilizatorii ocupați care au un cont Facebook, deoarece le va economisi timpul. Aceasta va crește rata de înregistrare a utilizatorilor cu 20%. ”

În exemplul de mai sus, convingerea este că se adaugă un clic de înregistrare folosind Facebook va fi util; Persoanele sunt utilizatori ocupați care au un cont Facebook; importanța este să economisești timpul utilizatorului; așteptarea este că ne va crește rata de înscriere; iar rezultatul care va demonstra credința este creșterea ratei de înscriere cu 20%.

Unul dintre aspectele pozitive ale scrierii ipotezei este că puteți trage concluzia că vă îndreptați într-un mod greșit, dacă nu puteți găsi niciodată vreo cale de a vă demonstra ipoteza.

MVP (produs minim viabil)

După ce echipa dvs. completează ipotezele pentru aceste presupuneri, începeți cu produsul viabil minim sau MVP.

Conform Wikipedia,

MVP este un produs cu caracteristici suficiente pentru a satisface clienții timpurii și pentru a oferi feedback pentru actualizările viitoare.

Această definiție ne readuce la locul în care am început - construim, măsurăm, învățăm. Vă construiți un MVP folosind toate ideile pe care echipa dvs. le-a făcut creier și ipotezele create, apoi cereți utilizatorilor dvs. feedback-urile lor valoroase și, în sfârșit, utilizați aceste feedback-uri pentru a vă actualiza presupunerile și, eventual, produsul.

[Sursa Organizare Proiectare Internet]

MVP nu cuprinde doar câteva funcții, ci, în schimb, cuprinde câteva funcții care pot fi utilizate, rezolvă problemele utilizatorului și au unele UX-uri atașate la ele.

MVP poate fi, de asemenea, un prototip de fidelitate scăzută (Lo-Fi), de exemplu, prototip de hârtie sau prototip digital cu care utilizatorii dvs. pot interacționa și vizualiza diferite ecrane ca urmare a acțiunilor.

Concluzie

Lean UX poate fi foarte puternic pentru echipele cu resurse reduse și poate fi benefic și pentru echipele care doresc să-și maximizeze producția și să reducă deșeurile. Ea merge mână în mână cu cadrul de dezvoltare agil, făcând astfel o adaptare foarte bună în sistemul actual. Mai multe despre feedback și testare.

Dacă v-a plăcut să citiți acest lucru, vă rugăm să nu uitați să vă arătați dragostea oferind „50 de claps” și făcând clic pe butonul „follow” :). Mă motivează să scriu mai multe povești de genul acesta și îi ajut pe prietenii tăi să găsească asta, împărtășind acest lucru cu ei. Mulțumesc! :)