UX-velan tunnistaminen ja hallinta

Käyttökokemusvelka tapahtuu väistämättä ajan myötä. Se on summa myöhästyneiden suunnittelun ja käytettävyyden tehtävät johdettu asioista, kuten nopeat liiketoimintapäätökset, suunnittelun pikavalinnat, unohdetut mahdollisuudet, aikarajoitukset ja muut tekijät.

Käyttökokemuksen velkaa kutsutaan velaksi, koska se on samanlainen kuin reaalivelka; saamme jotain nykyhetkellä, mutta vain maksamaan siitä tulevaisuudessa. Kunnes velka on maksettu, korot aiheutuvat pysyvinä kustannuksina.

Käyttäjäkokemusvelka - sekä sen läheinen serkku, tekninen velka - on a design antipattern, joka vähentää hankkeen laatua. Koska käyttäjäkokemusvelka on vähemmän yleisesti keskusteltu aihe, sen lisäksi ei ole aina helppo tunnistaa sitä, tässä artikkelissa tarkastelemme sitä lähemmin.

Tekninen velka vs. UX-velka

Web-kehityksessä on erilaisia ​​velkoja. Tunnetuin on tekninen velka se on määritelty CSS Tricks as "summa kompromisseja teemme, kun kirjoitat koodia kehitysprosessin aikana ".

Myöhemmin meidän työnkulussa on käsiteltävä näiden kompromissien seurauksia, mikä tarkoittaa ylimääräistä työtä tulevaisuudessa.

Tekninen velka ei koske suoria vikoja, vaan siitä, että jopa parhaiden koodaustapojen avulla koodia ei voida täysin tulevaisuudessa suojata, mutta tehokas koodin optimointi voi varmasti auttaa.

Antipatternien, koodauksen pikakuvakkeiden, tehottoman arkkitehtuurin tai vaikeasti hallittavien riippuvuuksien käyttö voi lisätä teknistä velkaa, mutta on tärkeää, että jopa optimaalisessa, hypoteettisessa ihanteellisessa skenaariossa on mahdotonta välttää sitä - tulevina yhteensopimattomuuksina, tarpeina ja ongelmina ovat arvaamattomia. Siksi refaktorointi on suositeltavaa jonkin aikaa.

Käyttökokemuksen velka on samanlainen kuin tekninen velka siinä mielessä, että:

• ei voida välttää (vaikka sitä voidaan vähentää)
• on vaikea tunnistaa
• voi vaarantaa hankkeen onnistumisen.

Käyttökokemuksen velka on laajempi luokka kuin käytettävyysvelka, koska se ei koske ainoastaan ​​sitä, miten verkkosivusto tai sovellus on käyttökelpoinen, vaan myös siitä miten käyttäjät kokevat tuotteen - ovatko he viihdyttäviä, hyödyllisiä palkitsevia tai mihin tahansa tunteeseen, jota haluat käyttää kohdeyleisössäsi.

Käyttökokemus kattaa käytettävyyden, sillä vaikeasti käyttökelpoinen sivusto ei anna käyttäjille viihtyisyyttä ja samalla tavalla UX: n velka kattaa myös käytettävyysvelan..

Valitettavasti online-resursseja käyttökelpoisuusvelasta ja käyttäjäkokemuksesta ei ole, mutta tässä on muutamia hyödyllisiä, ja olen auttanut minua muodostamaan näkemykseni aiheesta:

• Catriona Cornett, SalesforceIQ: n tuotesuunnittelun johtaja miten tehokkaasti käsitellä käytettävyyden velkaa (lue tästä)
• TryMyUI n blogi miten välttää UX-velkakriisi (lue tästä)
• User Experience Professionals Association niiden lähestymistapaa UX-velkaan ja suositusta miten sen määrä lasketaan (lue tästä)
• Andrew Wright UX-velan selitys ja luokittelu nForm-blogissa (lue tästä)

Kaikkien mahdollisten kuvien joukossa, joita voisin löytää UX-velasta, tämä on melko paras valinta, koska mielestäni se näyttää lyhyesti sen sisällön.

Käyttökokemuksen velka voidaan määritellä ero nykyisen ja optimaalisen tuotteen kokemuslaadun välillä.

UX-velka on subjektiivisempi kuin tekninen velka, koska se on sinä (tai asiakkaasi), joka päättää, mitä laatua haluat saavuttaa. Voit esimerkiksi kohdistaa kohteen "Toiminnallinen" tasolla, mutta voit myös asettaa korkeat (mutta yleensä kalliit) standardit kohdistaminen "miellyttävä" taso korkealle tuotteelle - kaikki riippuu tavoitteistasi.

Tekninen velka on erilainen siinä mielessä, että monissa tapauksissa huonosti hallinnoitu koodi yksinkertaisesti lakkaa toimimasta. UX-velka on olemassa ei ole niin suuria muutoksia, mutta tämä ei ole pelkästään pirteä vaan myös uhka tekee tällaisen velan laiminlyönnistä.

UX-velan tunnistaminen

UX-velan hallitsemiseksi meidän on ensin tunnistettava se. UX-velkaa on kahdenlaisia ​​tahallaan ja tahattomasti.

1. Tarkoitettu UX-velka on tietoisen päätöksemme tulos kun me ei ole rahaa, aikaa, koulutusta, tai muita resursseja tai kun olemme pakko noudattaa ulkopuolisia sääntöjä. Hyvät ajatukset, joita menetämme kiireisen työn keskellä, myötävaikuttavat myös tahalliseen UX-velkaan.
2. On helppo nähdä, että tahallinen UX-velka voi tapahtua milloin tahansa tuotteen elinkaaren aikana.
3. Tahaton UX-velka johtuu vääristä oletuksista, joita teemme käyttäjistämme. Useimmiten me ajattelemme, että tiedämme, mitä käyttäjät haluavat, haluavat tai voivat käyttää, ja rakennamme koko sivuston (sovelluksen, tuotteen jne.) Tähän oletettu tieto.
4. Hyvää määrää tahatonta UX - velkaa syntyy tuotteen elinkaaren alussa, ja se luonnollisesti kasvaa ajan myötä. Tahaton UX-velka on paljon vaikeampi saada kiinni, kuten meidän on tarpeen päästä eroon tarpeestamme perustella oletuksemme.

Miten UX-velka näyttää todellisessa elämässä? Kun käyttäjät eivät voi tai eivät halua käyttää sivustoa huonon käyttäjäkokemuksen vuoksi. He yksinkertaisesti älä ota vastaan; me ei voi tarttua huomiota ja kiinnostusta.

UX-velan ilmentyminen vaihtelee sivustosta toiseen, mutta jos meillä on a muuntokurssin aleneminen tai kasvava palautumisnopeus useimmissa tapauksissa voimme epäillä, että olemme keränneet mukavan määrän UX-velkaa.

UX-velan hallinta

Siellä on ei ole yleistä reseptiä hallita UX-velkaa tehokkaasti, koska monet asiat riippuvat subjektiivisista ominaisuuksista, mutta on syytä tarkastella, miten muut käsittelevät ongelmaa löytääksemme oman tavamme.

Esimerkiksi, Catriona Cornett, SalesforceIQ: n tuotesuunnittelupäällikkö osoittaa 5-vaiheisen prosessin, jota he käyttävät SalesforceIQ: n käytettävyysvelkojen hallintaan.

Katsotaanpa sitä lyhyesti, jotta voimme arvioida, kuinka hyvin voimme soveltaa sitä omaan työnkulkuun.

1. Määritä a yhteinen kieli käytettävyysongelmista.
2. löytö ja kerätä käytettävyysongelmat.
3. Järjestää ja luokitella käytettävyysongelmia.
4. asettaa etusijalle käytettävyyden parantaminen.
5. Mitata parannusten vaikutuksia.

Käyttökokemus on laajempi alue kuin käytettävyys, mutta mielestäni yllä oleva työnkulku voidaan tehokkaasti soveltaa siihen.

Andrew Wright siinä on hieman erilainen hallinta-työnkulku UX-velka-esityksessään, ja hän suosittelee neljän vaiheen prosessia käsittelemään UX-velkaa.

1. määrittää jos ja missä UX-velka on olemassa.
2. Vertailla vakavuutta.
3. Tehdä aikaa korjata se.
4. Seurustella käsite.

Myös tahallisen ja tahattoman UX-velan käsittely edellyttää eri tekniikoita. Voit hallita tarkoituksellisesti tehtyjä pikakuvakkeita ja hyviä ideoita, jotka menetetään prosessin aikana muistiinpanojen tekemistä, tehtävien hallinta, tai ongelman seuranta sovellukset.

Tahaton UX-velka voidaan voittaa enemmän tai vähemmän säännöllisesti käyttäjän testit, pyytävät Asiakaspalaute, tai käyttämällä kehittyneitä tekniikoita, kuten A / B-testausta, nähdäksesi eri mallien vaikutuksen.

hakeminen periaatteet iteratiivinen muotoilu voi olla myös hyödyllinen; voimme rakentaa UX-velkojen hallintavaiheemme jokaiseen iterointiin, jotta estetään sen kertyminen.

UX: n velanhoito on tarpeen sovi laajempaan työnkulkuun, tiimimme ominaisuudet, tavoitteet ja tuotteemme luonne, mutta joitakin yleismaailmallisia asioita joka on suositeltavaa seurata kaikissa tapauksissa.

1. Meidän täytyy tiedottaa koko tiimimme miksi meidän on käsiteltävä UX-velkaa, mitkä ovat tavoitteemme, ja miten haluamme saavuttaa niitä.
2. Meidän on löydettävä työkaluja seurata tahallista UX-velkaa.
3. Meidän on löydettävä tapoja testata tuotteitamme ja saada palautetta käyttäjiltämme vangita tahaton UX-velka.
4. Meidän täytyy järjestää ja asettaa etusijalle meidän ongelmamme.
5. Meidän täytyy mitata tulokset meidän työmme, kuten aina tarvitaan säätää UX-velanhallinta muuttuviin tarpeisiin.

Lopulliset sanat

Laadukkaiden tuotteiden luomiseksi meidän ei tarvitse olla vain innovatiivisia, vaan myös kiinnittää huomiota asioihin, jotka eivät ole niin ilmeisiä ensi näkemältä, joista yksi on UX-velan tunnistaminen ja tosiasiallinen hallinta. Se ei luultavasti ole kaikkein mielenkiintoisin tehtävä, mutta se on ratkaisevan tärkeää, sillä UX-velka voi ajan mittaan olla vakava uhka työmme menestykselle.

Jos viipymme UX-velkaa hallittavat palat, ja integroida niihin liittyvät tehtävät työnkulkuun, meidän ei tarvitse tehdä liikaa kerralla, voimme välttää epämiellyttäviä yllätyksiä ja ylläpitää tai parantaa tuotteen laatua mukavasti.