Ghidul pentru procesul de proiectare UX și documentare

Documentația este esențială pentru conceperea, proiectarea, crearea și măsurarea performanței produselor. Dar nu ar trebui făcut doar de dragul întreținerii. La urma urmei, nu există nimic despre un teanc gros de documente care să semene cu experiența produsului tău real.

După cum descrie avocatul Lean UX Jeff Gothelf într-un articol pentru Smashing Magazine, livrabilele groase create pur și simplu pentru referințe viitoare în ceea ce privește experiența utilizatorului devin învechite aproape de îndată ce sunt create. În lumea Lean și Agile de astăzi, experiența ar trebui să fie punctul central, nu livrabile. Indiferent dacă alegeți procese ușoare sau mai detaliate, cheia este că documentația dvs. ar trebui să vă ajute să avanseze proiectarea (mai degrabă decât să fie doar un indicator întârziat).

Mai jos este o prezentare generală a documentației de proiectare și dezvoltare a produsului, elementele individuale și fazele respective cărora le aparțin. Dezvoltarea și documentația produsului pot varia în funcție de companie (de exemplu, Spotify, așa cum se discută în Crearea de produse minime viabile la Spotify), dar multe dintre rezultatele de mai jos sunt comune în majoritatea organizațiilor, într-o anumită formă.

Am ales metodele care considerăm că funcționează cel mai bine, dar nu ezitați să alegeți doar ceea ce funcționează.

Cum se leagă toate

Când vine vorba de documentația de proiectare a produsului, teoria și practica sunt două lucruri foarte diferite. Cunoaștem cu toții principiile de bază ale designului centrat pe utilizator. Recunoaștem diferite metode de cercetare, etapa de prototipare, precum și procesul de documentare a tehnicilor în mediile noastre metodologice bogate. Întrebarea pe care probabil că ți-o pui adesea este „Cum funcționează totul în practică?”

Sursa imaginii: Procesul de proiectare .

Pur și simplu, este vorba de a face documentația complementară, mai degrabă decât suplimentară, procesului de proiectare. Înainte de a intra în detalii, ar putea ajuta să luăm o privire rapidă a documentației în timpul proiectării și dezvoltării produsului. Mai jos, am oferit o explicație practică a modului în care fiecare pas al documentației de proiectare se leagă împreună:

1. În timpul fazei inițiale de definire a produsului , faceți brainstorming despre produs și despre cum să executați proiectul la cel mai înalt nivel cu toate părțile interesate necesare. Acest lucru ar putea duce la un plan de lansare a proiectului, o pânză slabă și o grămadă de hărți conceptuale și machete cu adevărat timpurii a ceea ce doriți să construiți.
2. Trecând la cercetare , echipa ta perfecționează ipotezele și completează spațiile libere. Această etapă variază în funcție de complexitatea produsului, calendarul, resursele, nivelul de cunoștințe existente și mulți alți factori. În general, totuși, este bine să construiți analize competitive și de piață și să efectuați sondaje pentru clienți. Dacă aveți un produs existent, revizuirea analizelor, euristicii, conținutului, contextului produsului și testelor utilizatorilor sunt, de asemenea, destul de utile.
3. În analiză, datele de marketing ale produselor colectate până acum oferă fundația pentru persoane, hărți de experiență și documente de cerințe, cum ar fi foile de calcul cu funcții prioritizate și matricele utilizatorului-sarcină. În acest moment, definiția produsului, prioritățile produsului și planul de produs au fost definite și sunt gata pentru livrabile de design mai formale. După cum sa discutat în Ghidul procesului și documentației de design UX, schițele și diagramele sunt, de asemenea, probabil generate în mod constant în acest timp.
4. Din această ieșire, pot fi create scenarii, hărți conceptuale și machete, care conduc în faza de proiectare . Documentația comună include schițe, wireframes, prototipuri, diagrame de flux de sarcini și specificații de proiectare. De exemplu, analiza competitivă și personajele create în timpul cercetării și analizei se alimentează în machete, hărți conceptuale și scenarii. La rândul lor, aceste piese influențează livrabile intermediare și avansate, cum ar fi wireframes, storyboard-uri și machete detaliate. Unele companii tratează faza de cercetare, analiză și proiectare ca un proces mare, așa cum puteți vedea în acest grafic de prezentare generală.
5. În timpul implementării , codul și elementele de proiectare sunt asamblate pentru a crea un produs care urmează specificațiile de proiectare a produsului.
6. La lansarea produsului live , datele de feedback, cum ar fi biletele de asistență, rapoartele de erori și alte analize, continuă să conducă la îmbunătățirea produsului prin iterațiile și actualizările ulterioare. Cu oferta în modul de producție, datele ar trebui să fie generate și monitorizate continuu sub formă de analize și rapoarte pentru a asigura succesul continuu.
7. Îmbunătățirea continuă, bazată pe date, a produsului se realizează prin măsurarea și iterarea ofertei în producție, folosind tablouri de bord și analize de performanță.

Principii directoare

Acum că ați văzut cum fiecare etapă este conectată una cu cealaltă, să ne uităm la câteva principii utile pentru deplasarea produsului de-a lungul fiecărei etape. Vom explica cum să folosiți sprinturile de design, astfel încât procesul să evolueze în timp în loc să fie definit doar la început.

Sursa imaginii: Sursa: Design centrat pe utilizator .

Similar cu omologul său software Agile, sprinturile de design sunt sprinturi de 1-3 săptămâni care se concentrează pe rezolvarea problemelor specifice de produs și design. Potrivit lui Alok Jain, UX Lead la 3Pillar, cele trei elemente cheie pentru proiectarea sprinturilor sunt colaborarea, reducerea frecării de transfer și concentrarea pe echipă . Pe scurt, documentația dvs. este un efort de colaborare care trebuie să se concentreze întotdeauna asupra utilizatorului însuși. Pentru că vă deplasați rapid între fiecare etapă, creați impuls și minimizați risipa. Mai important, abordezi probleme mai mici, ceea ce permite mai multă explorare și asumare de riscuri.

O versiune extrem de slabă a ciclului complet poate fi găsită aici, dar vom descrie în detaliu mai jos cum să aplicați această gândire pe măsură ce înțelegeți produsul, proiectați produsul și lansați și îmbunătățiți produsul.

1. Înțelegerea produsului

Înainte de a putea construi un produs, trebuie să înțelegeți contextul său de existență. De ce ar trebui să le pese părților interesate, companiei și utilizatorilor să avanseze cu ideea ta?

Sursa imaginii: Achieve Shared Understanding .

Potrivit Smashing Magazine, trebuie să includeți activități care abordează cerințele afacerii, cerințele utilizatorilor și cea mai bună soluție de design pentru a le satisface pe ambele. Cuvântul cheie aici este „activități”, deoarece, în timp ce documente precum Business Model Canvas și Lean Canvas sunt importante, trebuie să dinamizați părțile interesate - altfel aveți doar o grămadă de oameni scumpi care vorbesc despre lucruri pe care toată lumea le știe deja. Aceste activități sunt eficiente și invită la colaborare:

• Interviuri cu părțile interesate — Folosind acest șablon, puteți solicita fiecărui membru al echipei să intervieveze 3 părți interesate. Cum îi va face produsul să se simtă pe clienți? Ce ar trebui să facă? Înregistrând modul în care părțile interesate cred că vor gândi, simți și vor face clienții, stabiliți un etalon de comparat cu testele de utilizare și analiza utilizatorilor.
• Ateliere de cerințe — Adunați părțile interesate, discutați planul proiectului și începeți să discutați despre modul în care conceptele se alimentează în produs și
  cerinte tehnice. Puteți începe cu un Business Model Canvas necompletat sau Lean Canvas și îl puteți completa cu echipa.
• Crazy 8s — Luați niște markere și faceți pe toți să schițeze 8 idei de produse sau caracteristici în 5 minute. Puneți tuturor să înscrie fiecare idee și
  veți începe să vedeți tendințe și preferințe. Acesta a fost de fapt Pasul 2 în procesul de reproiectare pentru Google Ventures. Pentru idei suplimentare, consultați această listă de activități de brainstorming.

După ce ați pus bazele, discutați și testați cu tone de utilizatori, astfel încât să aveți date reale de teren pentru cercetare și analiză. Marcin Treder, CEO al UXPin, s -a aprofundat în dezvoltarea clienților și testarea utilizabilității după ce a identificat problema și domeniul de aplicare. Pe vremea când UXPin era doar un instrument de prototipare pe hârtie, Marcin a documentat (pe hârtie și video) peste 50 de interviuri cu utilizatori și teste de utilizare în persoană cu superstaruri UX precum Brandon Schauer, Luke Wroblewski, Indi Young și alții. Echipa de produs a folosit apoi aceste informații pentru a crea personaje, a scrie zeci de povești ale utilizatorilor și, în cele din urmă, a schițat cerințele produsului.

La Amazon, se folosește o abordare alternativă de „lucrare inversă”, în care primul pas este redactarea unui comunicat de presă intern pentru produsul finit. Această abordare vă ajută să lucrați înapoi de la client, mai degrabă decât să încercați să-i aducă pe clienți la o idee. Repetând comunicatul de presă până când sună atrăgător, echipa de produs primește o verificare imediată a realității, precum și un document de referință rapid pentru proiectarea și dezvoltarea ulterioară.

2. Proiectarea produsului

După cum sa discutat în Ghidul produselor minime viabile , odată ce ai o idee despre
scopul produsului, obiectivul dvs. principal este de a construi un prototip. Indiferent dacă echipei tale îi place să deseneze pe șervețele, să creeze wireframes de înaltă sau joasă fidelitate, în cele din urmă ar trebui să ajungi cu ceva funcțional. Ceea ce este unic la această etapă este că pentru majoritatea livrabilelor, documentația este designul.

Sursa imagine: UXPin .

Potrivit lui Cennydd Bowles, Design Manager la Twitter, echipa de produs ar trebui să cerceteze două iterații înainte, să proiecteze o iterație înainte și să revizuiască iterația anterioară. Dacă încercați să rămâneți Agil, el vă sfătuiește să vă scufundați direct în prototipuri de joasă fidelitate, ca o modalitate de a prioritiza „interacțiunile față de procese”. Dacă doriți să obțineți un pic mai detaliat, dar doriți să rămâneți oarecum ușor, puteți începe cu hărți conceptuale sau schițe, apoi puteți repeta la wireframes de joasă fidelitate și, în final, puteți crea un prototip de înaltă fidelitate. Indiferent de metoda dvs., asigurați-vă că testați cu părțile interesate și utilizatori.

Dacă bugetul și calendarul permit acest lucru, puteți crea și hărți de experiență pentru a evidenția locurile în care produsul îndeplinește sau eșuează nevoile utilizatorilor și modelele de sarcini pentru a oferi informații despre activitățile pe care utilizatorii le efectuează pentru a-și atinge obiectivele. Deși acestea nu fac parte din design, ele sunt complementare, deoarece trebuie, de asemenea, să vedeți unde se potrivește produsul dvs. în minte și pe piață. Destul de interesant, Yelp își duce etapa de proiectare cu un pas mai departe prin crearea unui ghid de stil care include linii comune de cod, permițând ca documentația să fie literalmente integrată în produs.

La UXPin, procesul nostru este să ținem o sesiune de schiță de grup cu ascuțitori pe hârtie grilată, apoi să o reducem la câteva wireframes și apoi să adăugăm detalii până când avem o machetă de înaltă fidelitate. Dacă este implicată testarea utilizatorilor, vom construi macheta într-un prototip de înaltă fidelitate. Pentru lansările mari de caracteristici, efectuăm teste extensive pentru utilizatori, astfel încât raportul este de aproximativ 70/30 în favoarea prototipurilor.

3. Construirea și lansarea produsului

Pe măsură ce începeți să faceți sarcini tehnice grele, este important să creați documentație care să vă ajute să vedeți viziunea de ansamblu. Cerințele specifice se pot schimba pe măsură ce perfecționați produsul, dar documentația dvs. ar trebui să vă ajute să înțelegeți prioritățile pe măsură ce produsul dvs. merge în sălbăticie.

Sursa imagine: Campania MVP .

Kristofer Layon, UX Manager la RedStamp , consideră că puteți vizualiza cerințele de produs și documentele cu specificațiile tehnice ca o foaie de parcurs. Foaia de parcurs a produsului arată poveștile utilizatorilor și ajută la prioritizarea funcțiilor pe care le veți construi pentru a le satisface. Uneori, anumite date pot fi adăugate în foaia de parcurs, astfel încât să funcționeze și ca o cronologie. Eleganța foii de parcurs te ajută să prioritizezi ceea ce construiești, făcându-l complementar cu „cum” definit de cerințele produsului și de specificațiile tehnice. Când decideți caracteristicile, puteți utiliza modelul Kano pentru a le evalua în 3 categorii:

• Atribute de bază — Acestea sunt absolut necesare doar pentru ca produsul să funcționeze. De exemplu, atributul de bază al unui laptop este tastatura sau ecranul.
• Atribute de performanță — Acestea pot fi comparate între diferite produse ca KPI. De exemplu, un laptop este judecat după viteza procesorului și spațiul pe hard disk, deoarece oamenii tind să prefere computerele rapide care pot stoca o mulțime de date.
• Atribute încântătoare — Acestea sunt subiective în funcție de preferințele clienților. De exemplu, Macbook Air este extrem de subțire și fin la atingere. Clientul potrivit ar considera că este un punct de vânzare excelent, în timp ce alții nu sunt impresionați.

Punând punctaj caracteristici pe o scară de la 1 la 5 pe baza acestui model, apoi le puteți reprezenta într-o matrice de prioritizare pentru a vă ajuta să începeți să vă imaginați cum va arăta foaia de parcurs al produsului. La Apple, „Regulile drumului” și „Procesul pentru noile produse Apple” servesc drept foaie de parcurs pentru produs , definind responsabilitățile, etapele de creare și etapele importante de la început până la lansare. De fapt, Regulile Rutiere sunt luate atât de în serios încât pierderea acesteia poate duce la rezilierea imediată (chiar se spune în document).

4. Îmbunătățirea produsului

Pe măsură ce construiți (și în cele din urmă lansați) produsul, documentația trebuie să se concentreze și pe definirea și urmărirea vânzărilor și a altor KPI. La urma urmei, nu puteți îmbunătăți produsul dacă nu știți ce valori doriți să optimizați.

Sursa imaginii: Product Management by Numbers .

Dave Daniels, fondatorul LaunchClinic, vă sfătuiește să notați obiectivele de lansare (de exemplu, 30.000 de descărcări în 30 de zile) și să verificați că aveți instrumentele potrivite pentru a documenta progresul. Folosind instrumente de măsurare și software de raportare a erorilor, puteți configura rapoarte recurente pentru a ține evidența în primele săptămâni de la lansare și ulterior. În ceea ce privește clienții, puteți, de asemenea, să segmentați utilizatorii și să le trimiteți sondaje personalizate pentru a evalua unde doriți să repetați.

La Spotify, faza de iterație este cea mai lungă etapă de dezvoltare a produsului. Echipa de produs folosește valorile actuale și matricea de prioritizare (creată probabil în timpul etapei de proiectare) pentru a evalua beneficiile față de efortul de îmbunătățire a anumitor produse dincolo de „maximul lor local”. Dacă determină că efortul merită, se vor întoarce apoi la etapa de definire pentru a reînnoi produsul pentru „maximul global”.

Procese obiective într-un mediu subiectiv

Când vine vorba de documentația de proiectare a produsului, nu există un singur glonț magic. Aproape toate companiile care folosesc produsul nostru folosesc fragmente din tacticile pe care le-am descris mai sus. În timp ce dezvoltarea produselor și designul UX sunt spații extrem de subiective, procesele și documentația dvs. nu trebuie să fie. La urma urmei, scopul final al unui produs este veniturile și nu este nimic subiectiv în asta.

Sursa imaginii: Note despre procesul de proiectare .

Indiferent dacă sunteți ușor sau preferați o documentare mai detaliată, scopul este același - scoateți-l din cap și pe hârtie (sau pe ecran), astfel încât echipa dvs. să poată interacționa și reacționa. Documentația ar trebui să fie o busolă pentru produs, nu reguli sculptate în piatră. Unele dintre etapele pe care le-am discutat se pot întâmpla în ordine puțin diferită sau chiar în paralel, dar toate există pentru a oferi o metodă nebuniei. Folosiți ceea ce funcționează, eliminați restul și evoluați documentația pe măsură ce produsul dumneavoastră evoluează.

Pentru mai multe modalități de a încorpora documentația în procesul de proiectare, descărcați Ghidul pentru proiectarea UX și documentația procesului. Sfaturile experților sunt oferite de Aarron Walter, Laura Klein, Ian McAllister și alți zeci. Exemple vizuale sunt prezentate și de la companii precum Vurb, MailChimp, Apple, Google și multe altele.