portaldacalheta.pt
  • Hlavná
  • Životný Cyklus Produktu
  • Iné
  • Agilný Talent
  • Projektový Manažment
Dizajn Ux

Ako zabrániť osvedčenému postupu v experimente User Story



Ako súčasť širšieho príbehu o digitálnom produkte pomáha práca s príbehmi používateľov počas celého procesu návrhu návrhárom zamerať sa na vylepšenie UX. Jasne napísané príbehy používateľov môžu pomôcť udržať ľudí v centre procesu navrhovania, vcítiť sa do cieľovej skupiny produktu a vytvárať nápady, ktoré lepšie zodpovedajú životom ľudí.

Ako často sa dizajnéri produktov dostávajú do povestnej situácie „dať vozík pred koňa“? Keď sa projekt začne, vypracujeme technické podrobnosti a to, ako ich dodáme. Definujú sa vývojové rámce, určia sa cieľové zariadenia, nastavia sa veľkosti obrazoviek, potom sa tím pustí do vytvárania riešení a náhodného pridávania funkcií produktu.



Počas tohto procesu zúfalo generujeme množstvo artefaktov UX: náladové tabule, sitemapy, toky používateľov, persony a mapy empatie, aby sme vymenovali aspoň niektoré. Loď je naložená, ale plaví sa bez kormidla alebo mapy. Potom sa jedného dňa prebudíme a udrie nás to, “ prečo vyrábame tento produkt, ako definujeme jeho vlastnosti a ako im dávame prednosť? „



Klasický budíček.



Obávaný „plazíš sa“ sa nám plíži bližšie priamo pod nos.

Našťastie existuje protiopatrenie na boj proti nej. Je to tzv. Dizajnová taktika príbehy používateľov .



Príbehy používateľov sú technikou spoločného navrhovania produktových tímov, ktorá je prevzatá z metodiky vývoja softvéru Agile. Agilné tímy sa zvyčajne zameriavajú na dosahovanie malých cieľov počas šprintov. Zdôrazňujú rýchlosť, ciele a výsledky namiesto rozsiahlej dokumentácie teda koncept užívateľských príbehov.

Pre väčšinu agilných tímov sú príbehy používateľov hlavným prostriedkom postupného dodávania softvéru. Agilná aliancia

Príbehy používateľov zabránia plazeniu funkcií

(Fotka od Tím Startaê na Unsplash)

Čo je príbeh používateľa?

Príbeh používateľa popisuje niečo, čo chce užívateľ dosiahnuť. Príbehy používateľov môžu pomôcť návrhári a vývojové tímy sa sústreďujú skôr na potreby používateľov, než aby ich chytilo šialenstvo pridávania funkcií produktu.

Príbeh používateľa je krátky, konkrétny a zameraný na cieľ. Jedná sa o výrok s jednou vetou, ktorý je rámcovaný z pohľadu používateľa a má nasledujúcu štruktúru:

nástroje na testovanie jednotiek pre sieť

„ Ako (typ používateľa) chcem (cieľ), aby som mohol (mať z toho úžitok). „

Príbehy používateľov umožňujú tímu počas procesu vývoja viesť lepšie rozhovory o projekte. Pomáha predchádzať plazeniu funkcií, pretože práca s nimi uľahčuje a spoločné porozumenie toho, čo sa tím snaží vybudovať a prečo .

Ak existuje nejaký princíp, ktorý je pre tých v oblasti návrhu užívateľského rozhrania a interakcie človeka s počítačom posvätný, je to tak poznať svojho používateľa . Don Norman, spoluzakladateľ a emeritný riaditeľ spoločnosti Nielsen Norman Group

Vyhlásenia užívateľských príbehov pri vývoji užívateľských príbehov bránia v plazení funkcií dlhou cestou

Zladenie používateľských príbehov medzi dizajnom a agilnosťou

Príbehy používateľov sú konceptom, ktorému vývojári rozumejú. Či už na začiatku projektu alebo počas vývoja produktu, môžu dizajnéri efektívnejšie spolupracovať s vývojármi pri práci s príbehmi používateľov. Funkcie produktu je možné plánovať spoločne, čo optimalizuje vývoj a objasňuje na aké výsledky by sa mal tím zamerať na.

To znamená, veľa dizajnérov sa neprihlási k myšlienke, že Agile a UX môžu spolu pekne hrať . Jedným z presvedčení je, že tieto dve rôznorodé motivačné sily a časové osi sa nezhodujú dobre - príbehy používateľov sa nehodia do holistického procesu návrhu, pretože pri vývoji sa dôraz kladie na krátkodobé doručovacie cykly. Ďalšou predstavou je, že príbehy používateľov nie sú dosť podstatné ako dizajnérsky prístup - chýba im perspektíva, ktorá zohľadňuje väčší obraz: celkovú používateľskú skúsenosť .

Tieto viery sú do istej miery platné, ale sú tiež scestný .

Poďme vyčistiť vzduch. Po prvé, dizajnéri musia uznať, že práca s príbehmi používateľov je proces spoločného návrhu . Aj keď to nemusí byť úplne v súlade s agilnými šprintmi po vývojovej stránke, môžu byť veľmi často súčasťou rozsiahlejšieho asynchrónny proces návrhu pri spolupráci s vývojármi . Príbehy používateľov tiež uľahčujú spoluprácu tímom umiestneným na rôznych miestach.

Po druhé, užívateľské príbehy sú neoddeliteľnou súčasťou dizajnu zameraného na človeka a zameraného na činnosť . Namiesto toho, aby sme sa sústredili na pridávanie ďalších a ďalších funkcií produktu - príslovečného „vylepšenia funkcií“ - užívateľské príbehy ju robia skutočnou . Príbehy používateľov sú za každou aktivitou, ktorú ľudia vykonávajú. Skladajú sa z úloh, ktoré sú zase radom akcií. Výsledkom je, že produkty sú vyvíjané s hlbokým porozumením aktivít používateľov. Práca s používateľskými príbehmi pekne zapadá do celostnej snahy o vytvorenie príjemnej používateľskej skúsenosti.

Vytváranie príbehov používateľov tímmi zabraňuje plazeniu funkcií

Práca s príbehmi používateľov podporuje proces návrhu produktu.

Príbehy používateľov pre testovanie produktov a metriky UX

Jasne uvedené užívateľské príbehy poháňajú rôzne aspekty skvelého dizajnu produktu. Pravidelné prezeranie príbehov používateľov a kontrola, či je konkrétny cieľ používateľa dosiahnuteľný— prijímacia skúška pre daný príbeh používateľa - pomôže udržať produktový tím na dobrej ceste.

čo je súbežnosť v programovaní

Firmy často trávia veľa času a peňazí budovaním produktov, ktoré zákazníci nepotrebujú alebo nechcú, a strácajú tak čas i zdroje. Výrobky môžu byť dobre mienené, ale zlyhávajú, pretože neriešia identifikovateľné potreby spôsobom, ktorému zákazníci rozumejú.

Testovaním produktu na potenciálnych zákazníkoch môžu produktové tímy porozumieť ak produkt rieši jasne identifikovateľnú potrebu . Je to spôsob, ako merať úspech. Vytváranie a testovanie prototypov na základe presne definovaných užívateľských príbehov, návrhári môže merať časy dokončenia úlohy a mieru úspešnosti. Nielen počas počiatočnej fázy návrhu produktu, ale počas celého životného cyklu vývoja produktu. Pritom tímy môžu vidieť, či sa produkt zlepšuje a uspokojuje potreby zákazníkov .

Okrem toho je možné na definovanie výsledkov UX použiť príbehy používateľov (vyhodnotené pomocou Metriky úspechu UX ) a pomáha návrhárom kontrolovať vývoj produktu pomocou metrík pokroku UX.

  • Výsledky UX synchronizujte všetkých, čo sa práve buduje.
  • Metriky úspechu UX povedzte tímom, keď dosiahli výsledok.
  • Metriky postupu UX umožniť tímom sledovať a hodnotiť pokrok na tejto ceste.

Mapovanie príbehov používateľov sa vyhýba plazeniu funkcií

ako nájsť číslo kreditnej karty online

Ako generovať skvelé používateľské príbehy

Príbeh užívateľského príbehu sa začína u osôb, z ktorých sa destiluje prehľady používateľského výskumu . Hlboké pochopenie osobností pomôže návrhárom vytvárať zmysluplné príbehy, ktoré sa spájajú s väčšími cieľmi používateľov. V tomto procese možno odhaliť nenaplnené potreby používateľov a vytvoriť produktové príbehy (tzv Eposy v Agile).

Dizajnéri môžu používať rozsiahle naratívy UX založené na osobnostiach a cieľoch používateľov a rozdeliť ich na menšie kúsky: príbehy používateľov . Povedzme napríklad, že pracujeme na aplikácii pre mobilné bankovníctvo. The Epické cieľom by bolo „spravovať peniaze na cestách“. Tento väčší cieľ používateľa možno potom rozdeliť na menšie príbehy používateľov, napríklad:

  • Ako vlastník firmy chcem robiť mobilné vklady, aby som mohol ušetriť čas.
  • Ako vlastník firmy chcem požiadať o pôžičku na cestách, aby som získal úver rýchlejšie.
  • Ako vlastník firmy si chcem skontrolovať účet pomocou aplikácie, aby som mal stále dostatok svojich financií.

Ako prídeme k takýmto príbehom používateľov? Využitím rôznych výskumných techník UX, ako je tieňovanie (pozorovacia technika), denníkové štúdie a rozhovory s používateľmi. Dizajnéri môžu prípadne použiť analytiku produktov na identifikáciu vzorov správania používateľov a povrchových štruktúr, ktoré tieto vzory riadia.

Napríklad pozorovaním tokov udalostí môžu údaje ukazovať, že nebolo možné dokončiť niekoľko úloh. Úlohy boli zahájené, bol dosiahnutý pokrok, ale naznačené neočakávanými východmi uprostred úlohy, nedospeli k záveru. Takéto vzorce by poukazovali na to, že ľudia sa frustrujú, pretože produkt neposkytuje ľahký spôsob, ako splniť koordinovaný súbor úloh . Vnímavý dizajnér UX by problém spozoroval, prešetril pomocou väčšieho užívateľského prieskumu, prepracoval nefunkčnú funkciu produktu a znova otestoval dokončenie úlohy.

Písanie užívateľského príbehu pri vývoji užívateľského príbehu

(Fotka od LinkedIn Sales Navigator na Unsplash)

Ako písať a uprednostňovať príbehy používateľov

Kto píše príbehy používateľov? Písanie užívateľských príbehov bolo tradične zodpovednosťou produktových manažérov, aby posunuli vývoj ďalej (často ak v tíme nie je žiadny dizajnér). Ak je však v tíme dizajnér, môže byť najlepšie, ak ich dizajnéri napísali. Uskutočnili používateľský prieskum a sú najviac oboznámení s osobnosťami používateľov a ich potrebami.

Ako technika majú byť príbehy používateľov kompaktné a ľahké, čo umožňuje tímom rýchlo vytvárať produkty. Ako už bolo spomenuté, z pohľadu používateľa je potrebné ich napísať ako jednoduché vyhlásenie s jednou vetou: „ Ako (užívateľ) chcem (urobiť niečo / cieľ), aby som mohol (dosiahnuť požadovaný výsledok). „

Príbehy používateľov vytvorené takýmto spôsobom pomáhajú ospravedlniť každú vlastnosť pridanú k produktu a v popredí udržiavajú dôvody každého rozhodnutia o dizajne: „ prečo robíme to, čo robíme. „

Ak chcete napísať skvelý príbeh používateľa:

  • Malo by to byť jasné, sústredené a uskutočniteľné.
  • Mal by zachytiť príbeh spôsobom, ktorý je hodnotný.
  • Môže byť preložený do funkcie produktu.
  • Má prijímací test (bol cieľ dosiahnutý?).

Po napísaní je potrebné uprednostniť príbehy používateľov do matice. Matrica priorít, ktorá je produktovým manažérom známa, pomáha zabezpečiť, aby sa produktový tím najskôr zameral na najpôsobivejšie funkcie. Pre návrhári , to znamená uprednostňovať príbehy používateľov, ktoré pre zákazníkov majú najväčšiu hodnotu.

Na index priorít užívateľského príbehu má vplyv niekoľko aspektov:

  • Obchodné ciele . Príbeh používateľa, ktorý priamo ovplyvňuje výnosy spoločnosti, by mal mať vyššiu hodnotu indexu než iba žiaduce.
  • Funkčné závislosti . Ak je možné implementovať viac príbehov používateľov až po určitom príbehu, stane sa tento príbeh kritickým a získa vyššiu hodnotu indexu.
  • Čas vývoja . Ak vývojársky tím vyhodnotí príbeh používateľa ako rýchlo implementovateľný a nevyhnutný pre dosiahnutie obchodných cieľov, príbeh získa vyššiu hodnotu indexu.

Stickies na stene pomáhajú tímu zosúladiť sa s osvedčenými postupmi príbehov používateľov

Výhody užívateľských príbehov v dizajne

Práca s rámcom užívateľského príbehu zaisťuje, že produkt má iba funkcie, ktoré používatelia potrebujú, v porovnaní s funkciami, ktoré produktový tím dúfa, že budú používať, na základe hypotéz. Inými slovami, práca s príbehmi používateľov zabraňuje plazeniu funkcií .

Práca s príbehmi používateľov má niekoľko výhod:

  • Poskytuje spoločný jazyk. Príbehy používateľov sa stávajú spoločným jazykom celého vývojového tímu a odpadá zameranie na riešenia a funkcie. Namiesto toho rámcujú diskusiu o tom, čo sa má dosiahnuť.
  • Podporuje spoluprácu. Motivujú spoluprácu medzi používateľmi, dizajnérmi a vývojovým tímom.
  • Umožňuje spoločné porozumenie. Pomáhajú rozvíjať spoločné porozumenie potrieb používateľov používaním spoločného jazyka.
  • Zvyšuje transparentnosť. Zvyšujú otvorenosť medzi členmi tímu, čo posilňuje dôveru.
  • Sú komplexné a súdržné. Prevod projektových požiadaviek do užívateľských príbehov je pomerne jednoduchý, aby bolo možné projekt zvládnuť. Prechádzanie príbehmi používateľov dáva jednoznačnejší pocit „o čom projekt je“, ako zoznamy funkcií a funkčných požiadaviek.
  • Poskytuje flexibilitu, prístupnosť a správu. Príbehy používateľov sú v porovnaní s inou dokumentáciou koncepčne jednoduché a ich vytváranie je rýchle. Používatelia môžu byť tiež zapojení do ich generovania a zúčastnené strany môžu bez námahy upravovať príbehy používateľov alebo pridávať svoje vlastné.
  • Posúva perspektívu projektu. Príbehy používateľov posúvajú perspektívu projektu zo zoznamu potenciálne náhodných a abstraktných požiadaviek na reprezentáciu aktivít zameraných na používateľov.
  • Uľahčuje dodanie s najvyššou hodnotou. Pomáhajú poskytovať funkcie zamerané na zákazníka, ktoré prinášajú najväčší úžitok.
  • Poskytuje kontrolný zoznam. Umožňujú merania proti úspešnému splneniu úlohy. Ak používateľ nie je schopný vykonať úlohy, produkt zlyhal.

Vytváranie príbehov používateľov s cieľom vyhnúť sa plazeniu funkcií

Lepší dizajn produktu s mapovaním užívateľských príbehov

Dizajnéri by sa nemali spoliehať iba na príbehy používateľov, ktorí budú viesť pri tvorbe produktu —Komplexný proces návrhu produktu zahŕňa mnoho ďalších metód a artefaktov. Dobre integrované príbehy používateľov by sa mali navzájom dopĺňať ako kúsky puzzle, ktoré tvoria UX celého produktu. Naopak, nesúvislé príbehy používateľov narušia súdržnosť používateľského zážitku.

Ďalšie potenciálne problémy, keď sa dizajn spolieha výlučne na príbehy používateľov:

  • Nedostatok kontextu (ignorovanie celkového výsledku UX)
  • Žiadny pocit úplnosti (neistota, či sú pokryté väčšie ciele)
  • Mätúce príbehy používateľov s prípadmi použitia
  • Produkt sa nevyvíja (príbehy používateľov nie sú pevné, majú tendenciu sa časom meniť)

Vytváranie užívateľskej mapy príbehov nám pomáha sústrediť sa na celkový obraz - produkt ako celok namiesto toho, aby sme sa myopicky zameriavali na individuálny príbeh. Jeff Patton, autor knihy Mapovanie užívateľských príbehov

čo je s corporation a c corporation

Mapovanie používateľských príbehov hrá dôležitú úlohu pri vytváraní používateľských príbehov, aby sa zabránilo plazeniu funkcií

(Fotka od Zelený chameleón na Unsplash)

Zhrnutie

Kritické merania poskytuje práca s používateľskými príbehmi v dizajne návrhári je potrebné dodávať dobre navrhnuté produkty. Disciplína dodržiavania rámca užívateľského príbehu tiež znamená, že do používateľského rozhrania nikdy nevložíte dizajnový prvok, ktorý nemá zodpovedajúci príbeh používateľa.

ako používať erisbot discord

Príťažlivosť príbehov používateľov je taká, že sú identifikovať funkčné potreby ale nestanovujte ako navrhnúť výrobok s cieľom uspokojiť tieto funkčné potreby. Pred predpísaním riešenia sa najskôr zamerajú na problém.

Dizajnéri by mali príbehy používateľov vnímať ako cenné stavebné prvky v dizajne produktu, mapovať príbehy používateľov, aby vytvorili súdržné UX, a využívať osvedčené postupy týkajúce sa príbehov používateľov. Zabráni plazeniu funkcií, umožní produktovým tímom dodávať lepšie navrhnuté produkty a umožní návrhárom vytvárať produkty s bezstarostnými a príjemnými používateľskými skúsenosťami.


Dajte nám vedieť, čo si myslíte! Prosím, zanechajte svoje myšlienky, komentáre a spätnú väzbu nižšie.

• • •

Ďalšie čítanie na blogu ApeeScape Design Blog:

  • Sila Figmy ako dizajnového nástroja
  • Komplexný sprievodca návrhom oznámení
  • Make It Count - Sprievodca meraním užívateľskej skúsenosti
  • Mind’s Eye - pohľad na psychológiu vizualizácie údajov
  • Čo je to UX Design? Bežné mylné predstavy a mýty o UX

Pochopenie základov

Ako zastavím funkciu creep?

Práca s príbehmi používateľov zabraňuje plazeniu funkcií, pretože príbehy používateľov pomáhajú produktovým tímom pochopiť, či produkt vyrieši jasne identifikovateľnú potrebu používateľa. Príbehy používateľov pomáhajú predchádzať plazeniu funkcií, pretože práca s nimi uľahčuje spoločné pochopenie toho, čo sa tím snaží vytvoriť, a prečo.

Čo je to creep rozsahu a creep funkcie?

Pri vývoji produktu sa rysuje, keď sa k produktu pridá príliš veľa funkcií a funkcií, bez toho, aby pre ne boli dostatočne odôvodnené. Rozsahom je obťažovanie, keď sa vývojové tímy mylne domnievajú, že viac je lepšie. Chytí ma šialenstvo pri pridávaní funkcií produktu.

Čo znamená funkcia Creep?

Pri vývoji produktu sa rysuje, keď sa k produktu pridá príliš veľa funkcií a funkcií, bez väčšieho opodstatnenia, čo vedie k zbytočnej zložitosti a ťažko použiteľným produktom.

Čo je dobrý príbeh používateľa?

Dobrý príbeh používateľa je jasný, zameraný a použiteľný. Mal by zachytiť príbeh spôsobom, ktorý je z pohľadu používateľa hodnotný: „Ako (používateľ) chcem (urobiť niečo / cieľ), aby som mohol (dosiahnuť požadovaný výsledok).“ Dobrý príbeh používateľa pomôže pri vývoji príbehu používateľa a zabráni plazeniu funkcií.

Ako sú príbehy používateľov užitočné pri vytváraní webových stránok?

Práca s príbehmi používateľov je tiež cenná pri predchádzaní tečeniu funkcií pri vytváraní webových stránok. Príbehy používateľov pomáhajú zamerať vývojový tím na potreby návštevníkov v reálnom svete a poskytujú kritické merania, ktoré návrhári potrebujú na vyhodnotenie efektívnosti dizajnu webových stránok.

Kto by mal písať príbehy používateľov?

Aby sa projekt mohol posunúť ďalej a zabránilo sa plazeniu funkcií, zvyčajne je úlohou písať príbehy používateľov predovšetkým produktových manažérov. Pretože však dizajnéri uskutočnili užívateľský prieskum a sú oboznámení s osobnými postavami používateľov a ich potrebami, projektu sa najlepšie hodí, ak užívateľské príbehy píšu dizajnéri.

Investovanie do kryptomien: Sprievodca príručkou

Finančné Procesy

Investovanie do kryptomien: Sprievodca príručkou
eCommerce UX pre mobilné zážitky

eCommerce UX pre mobilné zážitky

Dizajn Ux

Populárne Príspevky
Augmented Reality vs. Virtual Reality vs. Mixed Reality - Úvodný sprievodca
Augmented Reality vs. Virtual Reality vs. Mixed Reality - Úvodný sprievodca
Správa: Stav pracovných síl
Správa: Stav pracovných síl
Päť techník vyskúšaných v bitke, ktoré váš vývojár rozhrania WordPress API nepoužíva
Päť techník vyskúšaných v bitke, ktoré váš vývojár rozhrania WordPress API nepoužíva
Prvé dojmy - Sprievodca prihlásením sa do UX
Prvé dojmy - Sprievodca prihlásením sa do UX
Prispôsobia sa nakupujúci a vývojári marketingu v blízkosti obchodu v obchode?
Prispôsobia sa nakupujúci a vývojári marketingu v blízkosti obchodu v obchode?
 
Electron: Desktopové aplikácie pre rôzne platformy sú jednoduché
Electron: Desktopové aplikácie pre rôzne platformy sú jednoduché
Don't Hate WordPress: 5 Common Biases Debunked
Don't Hate WordPress: 5 Common Biases Debunked
Sass Mixins: Udržujte svoje štýly suché
Sass Mixins: Udržujte svoje štýly suché
REST zaistené vs. JMeter: Porovnanie nástrojov na testovanie REST
REST zaistené vs. JMeter: Porovnanie nástrojov na testovanie REST
Vplyv s dizajnom - Sprievodca farbami a emóciami
Vplyv s dizajnom - Sprievodca farbami a emóciami
Populárne Príspevky
  • c-corporation vs s-corporation
  • ako programovať v chode
  • ako kódovať strojové učenie
  • učiť sa programovanie v c++
  • ako funguje responzívny webdizajn
Kategórie
  • Životný Cyklus Produktu
  • Iné
  • Agilný Talent
  • Projektový Manažment
  • © 2022 | Všetky Práva Vyhradené

    portaldacalheta.pt