Reduceți riscul în dezvoltarea produsului cu ajutorul proiectării bazate pe ipoteză

Eliberarea de noi produse și caracteristici este adesea o afacere riscantă. Dacă nu rezolvați problema corectă sau nu îndepliniți așteptările utilizatorilor dvs., aceasta poate avea consecințe dăunătoare succesului companiei dvs.

Din experiență, am aflat că noile versiuni sunt cele mai riscante atunci când se bazează pe o bază la fel de nesigură – presupuneri.
Tindem să credem că știm ce vor și ce au nevoie oamenii, dar, din păcate, am aflat că ipotezele nu funcționează ca un al șaselea simț dat de Dumnezeu sau ca o lumină călăuzitoare a clarității. De fapt, greșim mai des decât avem dreptate pentru că ne folosim pe noi înșine ca exemplu de aur sau facem presupuneri despre modul în care gândesc ceilalți.

Probabil știți cât de importantă este cercetarea utilizatorilor pentru procesul de dezvoltare. Dar proiectarea bazată pe ipoteze (HDD) este pasul înainte de cercetarea utilizatorului. Este o abordare științifică care vă ajută să înțelegeți problema pe care încercați să o rezolvați, precum și o modalitate de a obține cunoștințe extinse pe un subiect într-un interval de timp scurt.

HDD-ul va crea o bază solidă pentru restul procesului și vă va salva durerea de cap de a vă da seama mult prea târziu că nu rezolvați problema corectă. Pentru că dacă fundația ta este slabă, turnul va cădea indiferent cât de bine ai construi restul.

Iată un exemplu pentru a ilustra punctul meu de vedere:

Mark are visul de a deschide un camion de mâncare și, din moment ce Mark are un dinte dulce, el se gândește imediat la înghețată drept produsul ales. Așa că merge pe stradă și intervievează o mulțime de oameni din cartier despre aromele lor preferate de înghețată. Face multe cercetări despre unde să importe înghețată de cea mai bună calitate la cel mai mic preț și despre ce locație obține cel mai mult trafic – totul indică o lansare excelentă! Când deschide magazinul în prima zi, Mark este surprins să constate că nu vinde o singură înghețată .. Dar de ce?

Dacă Mark ar fi întrebat oamenii despre ce mâncare le lipsea în cartier în loc să presupună că toată lumea iubește înghețata la fel de mult ca el, ar fi descoperit că oamenii cred că vremea este prea rece pentru înghețată și că ar prefera să aibă tacos fierbinte, deoarece acea parte a orașului este atât sărată în opțiuni de prânz ieftine, cât și în bucătăria mexicană. Ideea este că, dacă întrebi oamenii ce gustă înghețata le place, nu vor spune tacos. Dacă lăsați presupunerile să vă restrângă perspectiva și să vă închideți mintea de alternative, nu veți pune niciodată întrebările corecte și, astfel, nu veți descoperi niciodată cum să rezolvați problemele corecte, indiferent de câtă cercetare faceți.

Acum, probabil crezi că urăsc presupunerile, nu?

De fapt, cred că sunt grozavi și sunt în esență fundamentul HDD-ului. Ipotezele devin o problemă numai atunci când vă bazați exclusiv pe ele în loc să le folosiți ca punct de plecare în cercetarea dvs.
Să trecem în revistă cum puteți face acest lucru cu HDD pentru a vă ajuta să începeți de minune noul dvs. produs / caracteristică.

HDD-ul este împărțit în următoarele patru faze; Ipoteze, ipoteze, cercetare și proiectare & amp; construi. Să ne scufundăm!

<

Probabil că aveți deja o idee despre ce fel de problemă aveți de-a face și cum veți aborda problema, nu? Grozav! Vrem să adunăm cât mai multe presupuneri posibil.
Dacă este un produs sau o caracteristică nouă, începeți cu problema principală. Care este principala nevoie pe care încercați să o satisfaceți?

Dacă este o îmbunătățire a unei probleme existente, ar trebui să începeți cu soluții potențiale din cunoștințele existente. Dacă aveți la dispoziție date sau informații existente cu privire la problemă, construiți-vă ipotezele în acest sens. Veți fi cu un pas înainte în articularea ipotezelor relevante pentru testare.

Iată un alt exemplu pentru dvs.:

Lisa lucrează într-o clădire mare de birouri, care are o mică cafenea la parter. Magazinul este atât de ocupat încât așteaptă în mod regulat la coadă peste 15 minute pentru a-și lua cafeaua – dar cine are timp pentru asta? Lisa și colegii ei de serviciu din clădire se gândesc să meargă la un alt magazin din cauza așteptării îndelungate, dar cafeaua este atât de bună și ieftină în magazinul clădirii, încât ar fi păcat.

Lisa decide să vadă dacă se poate face ceva. Vrea să creeze o soluție, așa că își stabilește prima presupunere:

Presupunerea Lisei funcționează deoarece este largă. Se bazează parțial pe o observație obiectivă (oamenii s-au săturat să aștepte la coadă) și parțial pe baza datelor de la clienți, inclusiv a ei (ei iau în calcul schimbarea cafenelei). Ea nu presupune ce soluție ar funcționa și, prin urmare, nu este condusă într-o direcție îngustă și posibil greșită prea devreme, așa cum a fost nefericitul Mark din exemplul nostru anterior. Păstrați-vă ipotezele relativ largi pentru a reduce riscul.

Când lucrați cu ipoteze, recomand următorul proces:

<

După ce ați prioritizat ipotezele, este timpul să le convertiți în ipoteze. Pentru ca o ipoteză să fie științifică, trebuie să fie testabilă. Întreaga idee din spatele acestei faze este de a vă converti ipotezele în ceva acționabil pe care îl puteți testa și valida. Pentru a vă configura ipoteza, puteți utiliza următorul cadru ca ghid:

Să luăm ipoteza Lisa cu privire la liniile de cafenele de mai devreme și să o introducem în acest cadru:

Acum, am transformat presupunerea Lisei într-o ipoteză acționabilă pe care o putem testa mai târziu. Dacă aveți mai multe ipoteze, ar trebui să le convertiți pe acestea în ipoteze în acest stadiu.

Pentru a vă structura ipotezele, luați în considerare adunarea lor într-un tabel pentru a vă oferi o imagine de ansamblu clară. De asemenea, va fi util la realizarea interviurilor cu utilizatorii, mai ales dacă primiți informații despre mai multe ipoteze într-o singură sesiune. Tabelul de mai jos este un exemplu al modului în care structurăm ipotezele la noduri:

<

Odată ce ipotezele dvs. sunt configurate, este timpul să testați dacă sunt adevărate sau false. În faza de cercetare, colectați dovezi empirice și măsurabile care vă vor permite să stabiliți dacă ar trebui sau nu să vă proiectați produsul / caracteristica pe baza ipotezelor dvs.

Există o mulțime de modalități de a vă desfășura cercetările și va trebui să determinați care metodă UX este cea mai bună pentru a măsura fiecare ipoteză. Metodele pot varia de la interviuri și teste de utilizare la analiza datelor și analiza concurenților etc. Dacă este posibil, încercați să utilizați atât o metodă de cercetare calitativă cât și una cantitativă pentru a testa fiecare ipoteză.

Pentru a exemplifica cu ipoteza Lisei de mai devreme, ar putea stabili niște interviuri cu utilizatorii (calitative) cu colegii ei de la birou și poate, de asemenea, un chestionar (cantitativ) pentru întreaga clădire, pentru a obține un set de date mai larg. Există o mulțime de metode UX pentru a alege! Nu vă speriați să încercați altele noi.

Dacă aveți nevoie de inspirație pentru a alege metodele UX potrivite pentru contextul dvs., vă recomand cu încredere UXkit . Este foarte aprofundat și vă va ajuta să determinați când să utilizați ce metodă.

Când ați adunat rezultatele pentru fiecare ipoteză, completați coloanele tabelului cu „ Adevărat ” / „ Plauzibil ” / „ False ”și adăugați o notă care explică principalele dvs. constatări.

Design & amp; construi

Acum, ar trebui să aveți o idee destul de bună despre ceea ce își doresc viitorii utilizatori și ce nu vor din validarea ipotezelor dvs. Aceasta este noua dvs. bază de produse / caracteristici. De aici, este timpul să transformați ipotezele în povești ale utilizatorilor și să vă setați criteriile de succes, astfel încât să puteți începe procesul de proiectare, să testați primul prototip de produs și să obțineți feedback, înainte de a începe dezvoltarea. Călătoria produsului de aici este un articol pentru altă dată.

<

Procesul de proiectare bazată pe ipoteză a fost de mare ajutor pentru mine și sunt sigur că a ajutat echipa noastră să construiască produse mai bune.

Deoarece această abordare vă obligă să răspundeți la întrebări vitale și să colectați cunoștințe în primele etape ale procesului, perspectiva dvs. pentru proiectarea unei soluții viabile se lărgește și devine mai puțin limitată de propriile credințe subiective.

Când abordarea dvs. se bazează pe cercetare și testare, „uciderea dragilor voștri” devine mai puțin dureroasă, deoarece deciziile dvs. se bazează acum pe constatări obiective și pe un adevărat sentiment al ceea ce încercați de fapt să rezolvați și cum ar trebui să o faceți .

Creați o bază științifică pe care întreaga echipă o poate folosi ca ghid pentru a construi și o poate consulta pe tot parcursul procesului, dacă este necesar. Acest teren comun vă poate ajuta să obțineți o mai bună aliniere a eforturilor echipei dvs.

Un alt mare avantaj al HDD-ului este scalabilitatea sa! L-am folosit pentru proiecte mari de cercetare care au durat mai mult de 3 luni, precum și pentru proiecte mai mici de 1-2 săptămâni. De fiecare dată, a avut un impact major asupra a ceea ce credeam că vom construi față de ceea ce am ajuns să construim.

Cel mai important, am experimentat că produsele și caracteristicile pe care le-am creat cu acest proces au ajuns să aibă un succes mult mai mare pentru clienți și utilizatori.
HDD vă ajută să reduceți riscul și să creați produse mai bune, în timp ce vă învățați multe despre utilizatorii dvs., colegii dvs. și despre cum să efectuați cercetări în general.

Urmăriți nodurile activate Dribbble · < Twitter / Instagram · <