Share
"Livrarea". Un concept simplu de înțeles (ceva ce "dați"), dar dificil de explicat în mod corespunzător.
O modalitate de a descrie o livrare ar fi o lucrare sau un artefact care este un colectiv dintr-un grup mai larg de muncă. De exemplu: un sitemap, un model nav și o definiție a căutării ar cădea sub umbrela "arhitecturii informaționale". Pentru a formaliza această livrare, este posibil să existe un document care să conțină toate aceste artefacte și o foaie de acoperire cu unele informații de versiune.
În plus, artefactele și rezultatele pot fi, de asemenea, independente și interschimbabile. De exemplu, o rețea wireframe poate fi utilizată ca livrare a unui proiect pentru a arăta un manager pe care faceți progrese, pentru a furniza informații dezvoltatorului despre structura necesară sau pentru a colecta o plată militară de la un client.
Cel mai important lucru pe care trebuie să-l scoateți este faptul că un produs nu este ceva ce trebuie făcut pentru o ieșire, ci pentru a oferi o luciditate mai mare sau pentru a aduce proiectul / produsul mai aproape de starea finală dorită. Prin urmare, este important să ne gândim critic la ce motiv creăm un produs și la ce nivel de fidelitate / formalitate există potențialul de a pierde o mulțime de timp!
Produsele furnizate au o audiență și, uneori, există o suprapunere, după cum se arată în diagrama Venn de mai jos. Înțelegerea faptului că publicul este un prim pas important în înțelegerea necesității livrării și a nivelului de fidelitate sau formalitate care poate fi solicitat.
În general, managerul de produs sau orice administrator intern va fi în mare măsură interesat de faza de descoperire și de definire. Acesta este momentul în care nevoile și procesele afacerii sunt eliminate și produsul este definit. Prin urmare, dacă solicită o reprezentare a ceea ce ar putea arăta produsul în jos pe linie, ar fi mai bine să dați o schiță trasată manuală a unor planuri, mai degrabă decât să pierdeți timp pentru a codifica un prototip, de exemplu.
Dezvoltatorii sunt însărcinați cu programarea a ceea ce a fost descoperit, definit și concepute în reprezentări finale prin cod. Există mult spațiu pentru o interpretare greșită cu telefoanele mobile. Orice layouts sunt livrate unei echipe dev trebuie să fie pixel perfect și ar trebui să fie create specificațiile, deoarece dezvoltatorul dvs. mediu va crea exact ceea ce solicitați, mai ales dacă este o echipă externalizată!
În cazul clienților, este posibil ca livrările să fie mai lustruite și să servească drept instrumente de marketing (pentru a arăta cât de bună este agenția). Uneori veți folosi rezultate pentru a influența părțile interesate externe sau pentru a îndeplini o parte a unui acord contractual atunci când lucrați cu o "structură de plată".
Segmente de public și tipuri de livrăriNu numai că audiența joacă un rol masiv în modul în care ar trebui creat produsul, ci și structura organizației. Nimic nu rămâne constant, chiar în cadrul aceleiași structuri (cum ar fi o firmă de consultanță); rezultatele pot varia de la proiect la proiect. Descrierile de mai jos sunt generalizări, dar un bun punct de plecare dacă încercați să încercați să eliminați ce tip de ieșiri ar putea fi necesare.
Produsele livrate sunt adesea de o fidelitate mai mare în acest mediu, deoarece obiectivul dvs. nu este numai de a muta proiectul înainte, ci și de a educa clientul și de a se asigura că acesta este "uimit" de livrare. Eficace, îi liniștește pe clienți că au făcut alegerea potrivită cu tine în fața unui concurent.
Acest lucru este esențial în etapa de licitație atunci când un număr de consultanți se concurează pentru același loc de muncă. Cu toate acestea, rețineți că există o serie de alte lucruri pe care clienții au în minte atunci când fac selecția lor; cum ar fi expertiza tehnologică, resurse etc.
Produsele livrate într-un "hackathon" sunt concepute pentru a fi prezentate unui juriu. Este posibil să existe un pachet de diapozitive și puteți să prezentați niște storyboard-uri, foi de parcurs pentru produs ... Orice lucru care va evoca emoții, va comunica o problemă și o rezolvare problemei și va demonstra o viziune clară asupra pașilor de urmat! Aceasta probabil nu este ocazia unui prototip complet dezvoltat, dacă nu aveți membri în echipa dvs. cu această capacitate.
Din experiența mea, concertele independente (în special cele desfășurate online) sunt deseori foarte mici. Este adesea "Wireframes necesare pentru aplicația X" sau "Raportul de utilizare a site-ului X". Aceste rezultate sunt utilizate în primul rând pentru a indica finalizarea, mai degrabă decât pentru progres și sunt adesea legate de plățile de piatră de hotar.
Ofertele de pornire se concentrează în mare parte în jurul descoperirii, validării și definirii, în timp ce antreprenorul încearcă să spargă piața. De asemenea, designul este important, iar livrările în faza de rafinare a proiectului se vor schimba în jurul pivotării ideii și făcând schimbări în urma feedback-ului de la utilizatori și părțile interesate timpurii.
Prin "echipa de produse" mă refer la o companie care are unul sau mai multe produse digitale și personal intern. Aceste echipe folosesc, în general, livrabile într-un proces de capăt la capăt. Acestea pot fi fidelitate mai mică, cu excepția cazului în care managerul de produs trebuie să comunice și să furnizeze pachete de informații directorilor. Fiecare livrare tinde să se alinieze mai mult la diferitele faze ale procesului UX.
Produsele pot fi incluse, de asemenea, într-o serie de faze în cadrul procesului de proiectare UX:
Tipuri de rezultate în timpul procesului de proiectare UXDupă cum puteți vedea, mai devreme în acest proces există mai multe rezultate, deoarece proiectul începe în linii generale și există mai multă muncă petrecută în planificare și încercarea de a identifica ce trebuie să lucrați. Acest model este probabil cel mai aplicabil pentru echipele de produse și există o mulțime de crossover-uri în timpul primelor două faze. Designerii UX, managerii de produse și analiștii de afaceri pot să colaboreze, de exemplu, pe hărțile de călătorie ale clienților.
De ce creăm rezultate, așa cum sunt enumerate mai sus, este contextuală. Motivele se bazează pe rolul, tipul organizației, publicul și mulți alți factori. Iată cinci dintre cele mai frecvente motive pentru crearea de rezultate:
Abordarea mea personală este menținerea rezultatelor obișnuite în fața și centrul procesului meu; cum ar fi personajele, prototipurile și interviurile utilizatorilor. Păstrez rezultatele cele mai puțin obișnuite la periferie; cum ar fi grupurile de focus și modelele de domenii.
Îmi place, de asemenea, să analizez rezultatele pe care probabil că nu le-am mai auzit până acum. Există atât de multe metode diferite acolo. Acesta vă poate oferi într-adevăr o perspectivă mai largă și vă va face un designer mai bun pentru a adăuga câteva rezultate noi în fluxul de lucru.
Ei bine, care acoperă livrabile! Iată câteva detalii pe care le puteți lua:
Accentsconagua