Kaip atpažinti ir valdyti UX skolą

Vartotojo patirtis skolos neišvengiamai vyksta laikui bėgant. Tai suma uždelstų dizaino ir naudojimo galimybių gaunami iš tokių dalykų kaip greiti verslo sprendimai, dizaino nuorodos, praleistos galimybės, laiko apribojimai ir kiti veiksniai.

Vartotojo patirties skola vadinama skola, nes ji panaši į realią skolą; mes gauname kažką dabar, bet tik mokėti už tai ateityje. Iki skolos grąžinimo, palūkanų normos atsiranda kaip nuolatinė kaina.

Vartotojo patirties skola - kartu su artimuoju pusbroliu, technine skola - yra dizainas antipatternas, kuris sumažina projekto kokybę. Kadangi vartotojų patirties skola yra mažiau plačiai aptarta tema, be to, ne visada lengva ją atpažinti, šiame straipsnyje mes jį atidžiau apžvelgiame.

Techninė skola prieš UX skolą

Interneto svetainėse yra įvairių rūšių skolų. Labiausiai žinomas yra techninė skola tai apibrėžia CSS gudrybės "suma kompromisus kurdami kūrimo procesą mes gaminame kodą.

Vėliau mūsų darbo eigoje turėsime spręsti šių kompromisų pasekmes, tai reiškia papildomą darbą ateityje.

Techninė skola nėra susijusi su tiesioginėmis klaidomis, bet dėl ​​to, kad netgi geriausia kodavimo praktika neįmanoma visiškai užtikrinti ateities kodo, tačiau efektyvus kodo optimizavimas tikrai gali padėti.

Naudojant antipatternus, kodavimo sparčiuosius klavišus, neveiksmingą architektūrą arba sunkiai valdomas priklausomybes, visi gali prisidėti prie techninės skolos, tačiau svarbu, kad net optimaliame, hipotetiniame idealiame scenarijuje neįmanoma to išvengti - kaip būsimi nesuderinamumai, poreikiai ir problemos yra nenuspėjami. Štai kodėl po tam tikro laiko rekomenduojama refactoring.

Naudotojo patirtis yra panaši į techninę skolą ta prasme, kad:

• negali būti vengiama (nors jis gali būti sumažintas)
• sunku atpažinti
• gali pakenkti projekto sėkmei.

Vartotojo patirties skola yra platesnė kategorija nei panaudojimo skola, nes tai ne tik apie tai, kaip galima naudoti svetainę ar programą, bet ir apie tai kaip vartotojai patiria jūsų produktą - ar jie mano, kad tai linksmas, naudingas atlygis, ar bet koks jausmas, kurį norėtumėte remtis savo tikslinėje auditorijoje.

Naudotojo patirtis apima naudojimą, nes sunkiai naudojama svetainė nepadės naudotojų jaustis patogiai ir tuo pačiu būdu, UX skola apima ir naudojimosi skolą.

Deja, nėra daug internetinių išteklių, susijusių su skolos panaudojimui ir vartotojo patirties skola, tačiau čia yra keletas naudingų rezultatų ir padėjau suformuoti mano nuomonę šiuo klausimu:

• Catriona Cornett, „SalesforceIQ“ produktų dizaino direktorius kaip veiksmingai spręsti skolos panaudojimo galimybes (skaityti čia)
• TryMyUI's apie dienoraštį kaip išvengti UX skolos krizės (skaityti čia)
• Vartotojo patirties profesionalų asociacija dėl jų požiūrio į UX skolą su rekomendacija kaip apskaičiuoti jo apimtį (skaityti čia)
• Andrew Wright UX skolos paaiškinimas ir klasifikavimas „nForm“ tinklaraštyje (skaitykite čia)

Tarp visų galimų iliustracijų, kurias galėčiau rasti dėl UX skolos, tai yra geriausias pasirinkimas, nes manau, kad jis glaustai parodo jo turinį.

Vartotojo patirties skola gali būti apibrėžiama kaip skirtumas tarp jūsų dabartinio ir optimalaus produkto patirties kokybės.

UX skola yra subjektyvesnė nei techninė skola, kaip jūs (ar jūsų klientas), kuris nusprendžia, kokią kokybę norite pasiekti. Pavyzdžiui, galite nukreipti į „funkcinis“ minimalus gyvybingas produktas, bet taip pat galite nustatyti aukštus (bet paprastai brangius) standartus nukreipti į „malonus“ aukščiausios kokybės produktą - viskas priklauso nuo jūsų tikslų.

Techninė skola skiriasi tuo, kad daugeliu atvejų blogai valdomas kodas tiesiog nustoja veikti. Su UX skola yra tokių drastiškų pokyčių nėra, vis dėlto tai ne tik perkūnija, bet ir grėsmė palengvina tokio pobūdžio skolą.

Kaip atpažinti UX skolą

Norėdami valdyti UX skolą, iš pradžių turime ją pripažinti. Yra dviejų rūšių UX skolos, tyčinės ir netyčinės.

1. Tyčinė UX skola yra mūsų sąmoningų sprendimų rezultatas kada mes trūksta pinigų, laiko, mokymo, ar kitais ištekliais, arba kai mes esame priversti laikytis išorės taisyklių. Geros idėjos, kurias mes praradome skubotame darbe, taip pat prisideda prie tyčinės UX skolos.
2. Tai lengva pamatyti, kad tyčinė UX skola gali atsirasti bet kuriuo metu per visą produkto gyvavimo ciklą.
3. Netyčinė UX skola kyla iš klaidingų prielaidų apie mūsų vartotojus. Dažniau nei mes linkę manyti, kad žinome, ką nori mūsų naudotojai, kaip ir gali naudoti, ir mes statome visą mūsų svetainę (programą, produktą ir pan.) numanomos žinios.
4. Gera suma netyčinio UX skolos atsiranda produkto gyvavimo ciklo pradžia, ir tai natūraliai didėja laikui bėgant. Netyčinė UX skola yra daug sunkiau sugauti, kaip mums reikia atsikratykite mūsų poreikio pateisinti mūsų prielaidas.

Taigi, kaip UX skola atrodo realiame gyvenime? Kai naudotojai negali arba nenori naudoti mūsų svetainės dėl prastos vartotojų patirties. Jie tiesiog nesirūpinkite; mes negali sugauti savo dėmesio ir susidomėjimo.

UX skolos pasireiškimas skirtingose ​​vietose skiriasi, bet jei turime mažėjantis perskaičiavimo kursas arba didėjantis atšokimo lygis daugeliu atvejų galime įtarti, kad sukaupėme gražų UX skolos sumą.

Kaip valdyti UX skolą

Yra universalus receptas efektyviai valdyti UX skolą, nes daugelis dalykų priklauso nuo subjektyvių savybių, tačiau verta pažvelgti, kaip kiti su šiuo klausimu susiduria, kad galėtume rasti savo kelią.

Pavyzdžiui, Catriona Cornett, „SalesforceIQ“ gaminių projektavimo direktorius parodo 5 etapų procesą, kuriuo jie valdo „SalesforceIQ“ panaudojimo skolą.

Pažiūrėkime trumpai, kad galėtume įvertinti, kaip mes galime ją taikyti savo darbo eigai.

1. Nustatykite a bendra kalba aptarimo naudojimo klausimais.
2. Rasti ir rinkti naudojimo galimybės.
3. Organizuoti ir klasifikuoti naudojimo galimybes.
4. Pirmenybė naudojimosi patobulinimai.
5. Priemonė patobulinimų poveikį.

Naudotojų patirtis yra platesnė sritis nei naudojimui, bet manau, kad aukščiau aprašytas darbas gali būti veiksmingai taikomas.

Andrew Wright „UX“ skolos pristatyme pateikiama šiek tiek kitokia valdymo darbo eiga, ir rekomenduoja keturių pakopų procesą, skirtą UX skolai.

1. Nustatyti jei ir kur Yra UX skola.
2. Palyginkite svarba.
3. Skirk laiko ją išspręsti.
4. Bendrinkite sąvoka.

Taip pat reikia elgtis su tyčia ir netyčia UX skola skirtingų metodų. Tvarkydami sąmoningai padarytas nuorodas ir geras idėjas, kurios prarandamos užsirašinėjimas, užduočių valdymas, arba problemos stebėjimas programos.

Netyčinė UX skola gali būti daugiau ar mažiau įveikta reguliariai vykdant veiklą naudotojų testai, Prašyti klientų atsiliepimai, arba naudojant pažangias technologijas, pvz., A / B bandymus, kad būtų galima pamatyti skirtingų dizainų poveikį.

Taikymas principai iteracinis dizainas taip pat gali būti naudinga; mes galime sukurti savo UX skolos valdymo žingsnius į kiekvieną iteraciją, kad būtų išvengta jos kaupimosi.

UX skolos valdymas turi būti tinka mūsų platesnei darbo eigai, su mūsų komandos charakteristikomis, mūsų tikslais ir mūsų gaminio pobūdžiu, tačiau yra keletas universalūs dalykai tai rekomenduojama laikytis visais atvejais.

1. Mums reikia bendrauti visoje mūsų komandoje kodėl turime susidoroti su UX skola, kokie yra mūsų tikslai, ir kaip mes norime pasiekti juos.
2. Mums reikia rasti įrankių sekti sąmoningą UX skolą.
3. Turime rasti būdų, kaip išbandyti mūsų produktą ir gauti mūsų naudotojų atsiliepimus sugauti netyčinę UX skolą.
4. Mums reikia organizuoti ir pirmenybę mūsų klausimus.
5. Mums reikia priemonė mūsų darbas, kaip mes visada turime reguliuoti UX skolos valdymas pagal mūsų kintančius poreikius.

Galutiniai žodžiai

Norint sukurti kokybiškus produktus, turime ne tik būti novatoriški, bet ir atkreipti dėmesį į dalykus, kurie iš pirmo žvilgsnio nėra tokie akivaizdūs, vienas iš jų yra pripažinti ir veiksmingai valdyti UX skolą. Tai tikriausiai nėra įdomiausia užduotis, tačiau tai labai svarbu, nes per ilgą laiką UX skola gali būti rimta grėsmė mūsų darbo sėkmei.

Jei mes supjaustome UX skolą valdomi gabalai, ir integruoti susijusias užduotis į mūsų darbo eigą, mes neturime pernelyg daug nuveikti vienu metu, galime išvengti nemalonių siurprizų ir patogiai išlaikyti ar pagerinti produkto kokybę.