Hvordan gjenkjenne og administrere UX-gjeld

Brukeropplevelsesgjeld skjer uunngåelig over tid. Det er summen av forsinket design og brukbarhetsoppgaver avledet av ting som raske forretningsbeslutninger, design snarveier, savnede muligheter, tidsbegrensninger og andre faktorer.

Brukeropplevelsen gjeld kalles en gjeld som det ligner real-life gjeld; vi får noe i nåtiden, men bare betale for det i fremtiden. Inntil gjelden er betalt, renter oppstår som en permanent kostnad.

Brukeropplevelsesgjeld - sammen med sin nære fetter, teknisk gjeld - er a design antipattern som reduserer kvaliteten på et prosjekt. Som brukeropplevelse gjeld er et mindre diskutert emne, dessuten er det ikke alltid lett å gjenkjenne det, i denne artikkelen tar vi nærmere på det.

Teknisk gjeld vs UX-gjeld

Det er ulike typer gjeld i webutvikling. Det mest kjente er teknisk gjeld som er definert av CSS Tricks as "summen av kompromisser vi lager når du skriver kode under utviklingsprosessen ".

Senere i arbeidsflyten vår, må vi håndtere konsekvenser av disse kompromissene, noe som betyr ekstra arbeid i fremtiden.

Teknisk gjeld handler ikke om direkte feil, men om det faktum at selv med de beste kodingspraksisene er det umulig å være helt fremtidssikker en kode, men effektiv kodeoptimalisering kan sikkert hjelpe.

Bruk av antipatterner, koding av snarveier, ineffektiv arkitektur eller vanskelige å avhenge, kan alle legge til teknisk gjeld, men poenget er at selv i et optimalt, hypotetisk idealt scenario er det umulig å unngå det - som fremtidige uforlikeligheter, behov og problemer er uforutsigbare. Derfor anbefales refactoring etter en stund.

Brukeropplevelsesgjeld ligner teknisk gjeld i den forstand at den:

• kan ikke unngås (selv om det kan reduseres)
• er vanskelig å gjenkjenne
• kan skade suksessen til et prosjekt.

Brukeropplevelsesgjeld er en bredere kategori enn brukbarhet gjeld, som det ikke bare handler om hvor brukbart et nettsted eller program er, men også om måten brukere opplever produktet på - om de finner det underholdende, hjelpsomt givende, eller hva som helst som du vil påkalle i målgruppen din.

Brukeropplevelsen omfatter brukervennlighet, fordi et brukervennlig nettsted ikke vil gjøre brukerne føler seg komfortable, og på samme måte omfatter UX-gjelden også brukbarhetsgjeld..

Dessverre er det ikke mange elektroniske ressurser på brukbarhetsgjeld og brukeropplevelsesgjeld, men her er noen jeg har funnet nyttig, og hjalp meg til å danne mine synspunkter på emnet:

• Catriona Cornett, direktør for produktdesign hos SalesforceIQ on hvordan å effektivt adressere brukbarhet gjeld (les her)
• TryMyUI s blogg på hvordan å unngå UX gjeldskrisen (les her)
• User Experience Professionals Association på deres tilnærming på UX gjeld med en anbefaling på hvordan å beregne volumet (les her)
• Andrew Wrights forklaring og klassifisering av UX gjeld på nForm Blog (les her)

Blant alle mulige illustrasjoner jeg kunne finne på UX gjeld, er dette ganske mye det beste valget som jeg tror det viser sammenhengende.

Brukeropplevelsesgjeld kan defineres som forskjell mellom erfaringskvaliteten til ditt nåværende og optimalt produkt.

UX gjeld er mer subjektiv enn teknisk gjeld, som det er deg (eller din klient) som bestemmer kvaliteten du vil oppnå. For eksempel kan du målrette mot "Funksjonell" nivå for et minimum levedyktig produkt, men du kan også sette høye (men vanligvis kostbare) standarder av målrettet mot "Behagelige" nivå for et premiumprodukt - alt avhenger av målene dine.

Teknisk gjeld er forskjellig i den forstand at i mange tilfeller dårlig styrt kode bare slutter å jobbe. Med UX gjeld er det ingen slike drastiske endringer, men dette er ikke bare en ekstra fordel, men også en trussel som den gjør denne typen gjeld lettere å forsømme.

Slik gjenkjenner du UX-gjeld

For å håndtere UX-gjeld må vi først gjenkjenne det. Det er to typer UX-gjeld, forsettlig og utilsiktet.

1. Forsiktig UX gjeld er resultatet av våre bevisste beslutninger når vi mangler penger, tid, trening, eller andre ressurser, eller når vi er tvunget til å følge reglene utenfor. Gode ​​ideer vi mister midt i rushed arbeid bidrar også til forsettlig UX-gjeld.
2. Det er lett å se den forsettlige UX-gjelden kan oppstå når som helst over produktets levetid.
3. Utilsiktet UX-gjeld stammer fra falske antagelser vi gjør om brukerne våre. Oftere enn ikke har vi en tendens til å tro at vi vet hva våre brukere vil, liker, eller kan bruke, og vi bygger hele nettstedet vårt (app, produkt, etc.) på dette antatt kunnskap.
4. En god mengde utilsiktet UX gjeld oppstår på begynnelsen av produktets livssyklus, og det øker naturlig over tid. Utilsiktet UX-gjeld er mye vanskeligere å fange, ettersom vi trenger det bli kvitt vårt behov for å rettferdiggjøre våre forutsetninger.

Så hvordan ser UX gjeld ut i det virkelige livet? Når brukere ikke kan eller ikke vil bruke nettstedet vårt på grunn av dårlig brukeropplevelse. De rett og slett ikke bli engasjert; vi kan ikke fange oppmerksomhet og interesse.

UX-gjelds manifestasjon varierer fra sted til sted, men hvis vi har en reduserende konverteringsfrekvens eller en økende avvisningshastighet i de fleste tilfeller kan vi mistenke at vi har samlet en fin mengde UX-gjeld.

Slik administrerer du UX-gjeld

Det er ingen universell oppskrift for å håndtere UX-gjeld effektivt, så mange ting avhenger av subjektive egenskaper, men det er verdt å se på hvordan andre håndterer problemet for å finne vår egen vei.

For eksempel, Catriona Cornett, Product Design Director of SalesforceIQ viser 5-trinns prosessen de bruker til å håndtere usability gjeld på SalesforceIQ.

La oss se det kort slik at vi kan vurdere hvor godt vi kan bruke det til vår egen arbeidsflyt.

1. Definer a delt språk for å diskutere brukbarhetsproblemer.
2. Finne og samle bruksproblemer.
3. Organisere og klassifisere bruksproblemer.
4. Prioriter brukervennlige forbedringer.
5. Måle virkningen av forbedringer.

Brukeropplevelsen er et bredere område enn brukervennlighet, men jeg tror at arbeidsflyten ovenfor effektivt kan brukes på den.

Andrew Wright kommer med en litt annen styringsflyt i sin UX Debt-presentasjon, og han anbefaler en 4-trinns prosess for å håndtere UX-gjeld.

1. Fastslå hvis og hvor UX gjeld eksisterer.
2. Sammenligne alvorlighetsgrad.
3. Lag tid å fikse det.
4. sosialisere konseptet.

Håndtering av forsettlig og utilsiktet UX-gjeld krever også forskjellige teknikker. Snarveier vi forsettlig lager, og gode ideer som går seg vill under prosessen kan styres av ta notater, oppgavebehandling, eller Spor problemet apps.

Uavhengige UX-gjeld kan mer eller mindre overvinnes ved jevnlig kjøring brukertester, spør etter tilbakemeldinger fra kunder, eller ved hjelp av avanserte teknikker som A / B-testing for å se virkningen av forskjellige design.

påføring prinsipper for iterativ design kan også være nyttig; Vi kan bygge våre UX-gjeldsstyringstrinn inn i hver iterasjon for å forhindre akkumulering.

UX gjeldsforvaltning må passe inn i vår bredere arbeidsflyt, med egenskapene til teamet vårt, våre mål og arten av vårt produkt, men det er noen universelle ting Det anbefales å følge i alle tilfeller.

1. Vi må kommunisere over hele teamet vårt Hvorfor Vi må håndtere UX-gjeld, hva er våre mål, og hvordan vi vil oppnå dem.
2. Vi må finne verktøy til spore forsettlig UX gjeld.
3. Vi må finne måter å teste vårt produkt på og få tilbakemelding fra brukerne våre til fange utilsiktet UX gjeld.
4. Vi må organisere og prioritere våre problemer.
5. Vi må måle Resultatene vårt arbeid, som vi alltid trenger justere UX gjeldsstyring til våre skiftende behov.

Endelige ord

For å skape kvalitetsprodukter trenger vi ikke bare å være nyskapende, men også å være oppmerksom på ting som ikke er så åpenbare ved første blikk, en av disse er gjenkjenne og effektivt administrere UX gjeld. Det er sannsynligvis ikke den mest interessante oppgaven, men det er avgjørende, som over tid kan UX-gjeld være en alvorlig trussel mot suksessen til arbeidet vårt.

Hvis vi skar UX gjeld til håndterbare biter, og Integrer de relaterte oppgavene i arbeidsflyten vår, vi trenger ikke å gjøre for mye samtidig, vi kan unngå ubehagelige overraskelser, og opprettholde eller forbedre kvaliteten på et produkt på en komfortabel måte.