Empātijas rīki: artefakti UX procesā

Šajā rakstā jūs uzzināsiet par artefaktiem UX procesā. Artefakti ir dokumenti, ko izstrādā dizaina komandas, lai apkopotu, sakārtotu un prezentētu informāciju visā UX procesā. Jums būs ievads par lietotāju personībām, scenārijiem, lietotāju stāstiem un scenārijiem. Jūs apskatīsiet arī UX UI dizaineru procesu aprakstus, lai tos izveidotu.

 

Lietotāju personas

Lietotāja persona ir modelis vai tēls, kas attēlo iespējamo jūsu vietnes vai lietotnes lietotāju. Personas palīdz dizaina komandai produkta izstrādes laikā koncentrēties uz galalietotājiem. Personas mārketingā tiek izmantotas kopš 90. gadu vidus. Tie ir būtiski programmatūras izstrādes procesa lietotāju pieredzes izpētes posmā. Personas palīdz produktu komandai pastāvīgi koncentrēties uz saviem mērķa lietotājiem, nodrošinot, ka izstrādātais produkts atbilst viņu vajadzībām un prasībām.

Vairāku veidu lietotāji var mijiedarboties ar vietni vai lietotni. Lietotāju personību izstrāde palīdz noteikt lietotāju loku, viņu vecuma grupu, sociometrisko stāvokli utt. Lietotāju izpēte ir pirmais solis lietotāja personības izveidē. UX dizaineri var izprast lietotāju uzvedību un motivāciju, tos novērojot un attiecīgi izstrādājot. Dažas lietotāju izpētes metodes ir klientu intervijas, pieņēmumu izdarīšana un tīmekļa analītikas izmantošana, un tas viss ir aprakstīts nākamajā sadaļā.

Klientu interviju vadīšana

Intervē vismaz piecus cilvēkus. Pēc vairāku interviju veikšanas pamanīsiet, ka saņemat ļoti maz jaunas informācijas vai tās nav vispār. Tas nozīmē, ka jums nav jāintervē vairāk lietotāju. Izmantojiet arī visu informāciju, kas jums jau ir. Jums var būt dažas domas par saviem klientiem. Neatkarīgi no tā, vai esat iepriekš veicis pētījumus vai kaut ko zināt droši.

Pieņēmumu izdarīšana

Ja jūs ilgu laiku esat strādājis pie produkta. Jums var būt pietiekami daudz informācijas, lai izdarītu pietiekami precīzus pieņēmumus par saviem klientiem. Noteikti vēlāk tos dublējiet, veicot izpēti.

UI / UX pieņēmumi: kā tos izmantot un pārbaudīt

UI / UX dizains ir balstīts uz pieņēmumiem. Pieņēmumi ir hipotēzes par to, kas darbojas un kas nepatīk mūsu lietotājiem. Mēs izmantojam pieņēmumus, lai veidotu prototipus, testētu idejas un uzlabotu produktus. Bet kā mēs varam būt droši, ka mūsu pieņēmumi ir pareizi?

Pieņēmumu izdarīšana ir svarīga prasme UI / UX dizaineriem.

Ja mēs neizdarām pieņēmumus, mums būtu jāveic izpēte par katru nelielu lēmumu, kas būtu laikietilpīgs un neefektīvs process. Ja mēs ilgu laiku esam strādājuši pie produkta, mums var būt pietiekami daudz informācijas, lai izdarītu pietiekami precīzus pieņēmumus par saviem klientiem. Noteikti vēlāk tos dublējiet, veicot izpēti.

Pieņēmumu pārbaude ir tikpat svarīga kā to izdarīšana. Ja mēs neapstiprinām savus pieņēmumus ar reāliem datiem un atsauksmēm, mēs riskējam radīt produktus, kas neatbilst lietotāju vajadzībām un gaidām. Pieņēmumu pārbaude ir veids, kā novērst vai samazināt risku un nodrošināt labu lietojamību un lietotāju apmierinātību.

Kā pārbaudīt savus UI / UX pieņēmumus? Ir daži soļi, kas jums jāseko:

1. Identificējiet savus pieņēmumus. Uzrakstiet tos uz papīra vai digitālajā formātā. Padariet tos konkrētus un skaidrus. Piemēram: “Mūsu lietotāji vairāk uzticas zilajam pogu krāsai nekā sarkanajai”.
2. Prioritizējiet savus pieņēmumus. Ne visi pieņēmumi ir vienlīdz svarīgi vai riskanti. Izvērtējiet to ietekmi un drošību. Ietekme ir tas, cik daudz jūsu produkts mainītos, ja jūsu pieņēmums būtu nepareizs. Drošība ir tas, cik daudz pierādījumu jums ir par jūsu pieņēmuma pareizību. Izvēlieties tos pieņēmumus, kas ir augstas ietekmes un zemas drošības.
3. Izstrādājiet testa plānu. Izlemiet, kuru metodi izmantosiet, lai pārbaudītu savus pieņēmumus. Tas var būt intervijas, aptaujas, A / B testi, lietojamības testi vai citi veidi. Izveidojiet testa protokolu ar jautājumiem vai uzdevumiem, kas palīdz atbildēt uz jūsu pieņēmumu.
4. Veiciet testu ar reāliem lietotājiem. Rekrutējiet pietiekami daudz lietotāju no jūsu mērķa auditorijas un veiciet testu ar viņiem.

Izmantojot tīmekļa analīzi

Tīmekļa analīzes rīki ir lielisks kvantitatīvo datu resurss, tāpēc izmantojiet tos pēc iespējas labāk. Viņi var pastāstīt, kā jūsu klienti uzvedas, bet ne, kāpēc. Jums joprojām būs jārunā ar viņiem, lai noskaidrotu, kas viņus motivē.

Klientu personas grupas izveide
Kad izpēte ir pabeigta, jūs sadalāt informāciju klientu personu grupās, kuras pēc tam tiks konsolidētas viena lietotāja personās, koncentrējoties uz vissvarīgākās lietotāju grupas primārajām vajadzībām un vienu nozīmīgu sāpju punktu.

Vispirms pievienojiet savai personai galveni; tas ietver izdomātu vārdu, attēlu, demogrāfisko profilu un citātu, kas apkopo jūsu personai vissvarīgāko. Šīs funkcijas nodrošina, ka jūsu personība paliek neaizmirstama, un palīdz dizaina komandai koncentrēties uz to, kam viņi ir izstrādājuši. Pievienojiet personisku izcelsmi, sava veida minibiogrāfiju. Pēc tam jūs izveidojat psiholoģisku profilu, piemēram, lietotāja vajadzības, intereses, motivāciju un sāpju punktus.

Tas ļauj labāk izprast, kāpēc jūsu lietotājs uzvedas noteiktā veidā, tostarp kāpēc viņam ir nepieciešams vai vēlas izmantot jūsu produktu. Iepriekš minētajā piemērā Tillijam tas būtu lietderīgi. Veidojot lietotāju personības, neaizmirstiet koncentrēties uz projektējamā produkta kontekstu, kamēr vēlaties izveidot reālistisku raksturu. Nav nepieciešams iekļaut bezjēdzīgas detaļas, kas neietekmēs galīgo dizainu.

Lietotāju stāsti

Lietotāja stāsts ir īss paziņojums vai kopsavilkums, kas apraksta lietotāju un viņa vajadzības vai mērķi. Tas nosaka, kas ir lietotājs, kas viņam ir vajadzīgs un kāpēc viņiem tas ir vajadzīgs. Katrai lietotāja personai parasti ir viens lietotāja stāsts. Lietotāju stāsti parasti atbilst vienkāršai veidnei:

(lietotāja veids) es (kādu iemeslu dēļ) vēlos (mērķi).

Lietotāja veids: šī ir galalietotāja vai lietotāja loma lietojumprogrammatūrā. Piemēram: “Kā tiešsaistes bankas klients.”

Mērķis: šī ir darbība, ko lietotājs veic lietojumprogrammatūrā. Piemēram: “Es vēlos savam kontam pievienot maksājuma saņēmēju.”

Kāds iemesls: – Rezultāts vai vēlamā vērtība, ko lietotājs sagaida no veiktās darbības. Piemēram: “lai es varētu pārskaitīt naudu saņēmējam.”

Šajā piemērā lietotāja stāsts ir:

Kā internetbankas klients vēlos savam kontam pievienot maksājuma saņēmēju, lai varētu pārskaitīt naudu saņēmējam.”

Lietotāju stāsti palīdz dokumentēt noderīgu informāciju par lietotājiem, piemēram, dažādas vietnes vai lietotnes izmantošanas vajadzības un motivācijas. Tie arī palīdz izstrādes komandai novērtēt laika grafiku, kas nepieciešams gala produkta piegādei.

Scenāriji

Scenārijs ir situācija, kas parāda, kā lietotāji mijiedarbojas ar jūsu vietni vai lietotni. Scenāriji apraksta lietotāja motivāciju tur atrasties (viņa uzdevums vai mērķis) un jautājumu, uz kuru viņiem ir jāatbild. Viņi arī iesaka iespējamos veidus, kā sasniegt šos mērķus. Scenāriji būtībā ir lietotāja stāsta paplašinājums, un tos var attiecināt uz dažādiem mērķa lietotājiem. Tomēr tos var arī iedalīt lietošanas gadījumos, kas apraksta uzdevumu secību, ko jebkurš lietotājs veic nodrošinātajā funkcionalitātē vai ceļā.

Piemēram, scenārijs var aprakstīt, kā lietotājs pārskaita naudu maksājuma saņēmējam, izmantojot mobilo ierīci ceļā uz darbu. Scenāriji palīdz ieinteresētajām personām vizualizēt dizaina komandas idejas, nodrošinot kontekstu paredzētajai lietotāja pieredzei — bieži vien mazinot komunikācijas plaisas starp radošo un biznesa domāšanu. Scenāriji palīdz dizaina komandai iztēloties ideālu lietotāja problēmas risinājumu.

Scenāriju kartēšana ir pirmais solis scenāriju plānošanā. Dizaina komanda, izstrādātāji un produktu īpašnieki pulcējas, lai apspriestu idejas un izstrādātu plānu, kura centrā ir viņu lietotāju personas. Viņi domā par kritisko uzdevumu, ko lietotājs cer sasniegt pēc primārā lietotāja definēšanas, izmantojot personības attīstību. Nākamā darbība ir scenārija analīze, lietotāja mērķu kontekstualizēšana un lietotāja veiktās darbības.

 

Sižeti, jeb storyboards – storyboarding

Sižets ir vizuāls attēlojums tam, kā lietotājs mijiedarbosies ar produktu. Dizaineri var izveidot dažādus scenārijus: skices, ilustrācijas un ekrānuzņēmumus, slaidrādes un animācijas vai tiešraides demonstrācijas. Šeit ir ieskicēts scenārija, jeb sižeta piemērs:

Storyboards

Storyboarding ir lieliska metode dizaina koncepciju vizuālai komunikācijai komandām, ieinteresētajām personām un galalietotājiem. Dizaina idejas vizualizēšana ar interaktīvu sižetu, piemēram, augstas precizitātes prototipus, kas ļoti atgādina galaproduktu, palīdzēs auditorijai to atcerēties, just līdzi un sazināties ar to.

Kā izveidot sižetu

Lai izveidotu scenāriju, jeb sižetu, iestatiet ainu, definējot:

  • tava personība,
  • vide (kur atrodas persona) un
  • sižets (ko viņi vēlas sasniegt).

Pēc tam jūs sākat ieskicēt katras ainas pamatideju un izveidot to ar tik daudz mijiedarbību, cik vēlaties.

 

Kopsavilkums

Šajā rakstā jūs uzzinājāt, ka pirmais solis lietotāju vajadzībām ir lietotāju izpēte, parasti izmantojot lietotāju intervijas, novērojumus un citas kvantitatīvās metodes. Jūs koncentrējāties uz empātijas rīkiem kā artefaktiem UX procesā un to izmantošanai. Jūs īpaši uzzinājāt par lietotāju personībām, scenārijiem, lietotāju stāstiem un scenārijiem. Atcerieties, ka ar katru no šiem rīkiem ir svarīgi dokumentēt savāktos datus, lai jūs varētu tos izmantot, veidojot artefaktus UX procesā. Tas arī kalpos jūsu lēmumu pieņemšanas atbalstam. Lietotāju personību, lietotāju stāstu, scenāriju un scenāriju izmantošana palīdzēs jums noteikt būtisku informāciju par lietotājiem. Tie palīdzēs jums izveidot produktus, kas viņus iepriecinās atkal un atkal. Viss, ko darāt, lai tuvinātu lietotāju, ir pozitīvs solis ceļā uz lietojamu un patīkamu produktu.

 

Loading

Noderīgs raksts? Dalies ar citiem: