Sådan genkendes og administreres UX-gæld

Brugeroplevelse skyldes uundgåeligt over tid. Det er summen af forfaldne design og brugbarhedsopgaver afledt af ting som hurtige forretningsbeslutninger, design genveje, savnede muligheder, tidsbegrænsninger og andre faktorer.

Brugeroplevelse gæld kaldes en gæld som det ligner real-life gæld; vi får noget i nutiden, men kun betale for det i fremtiden. Indtil gælden er betalt, rentesatser opstår som en permanent pris.

Brugeroplevelse gæld - sammen med sin nære fætter, teknisk gæld - er en design antipattern, der reducerer projektets kvalitet. Som brugeroplevelse er gæld et mindre diskuteret emne, og det er ikke altid let at genkende det. I denne artikel tager vi et nærmere kig på det.

Teknisk gæld mod UX-gæld

Der er forskellige typer gæld i webudvikling. Den mest kendte er teknisk gæld det er defineret af CSS Tricks as "summen af kompromiser vi laver, når vi skriver kode under udviklingsprocessen ".

Senere i vores workflow skal vi håndtere konsekvenserne af disse kompromiser, hvilket betyder ekstra arbejde i fremtiden.

Teknisk gæld handler ikke om direkte fejl, men om den kendsgerning, at selv med de bedste kodningspraksis er det umuligt at kunne fremstille en kode fuldt ud i fremtiden, men effektiv kodeoptimering kan helt sikkert hjælpe.

Ved hjælp af antipatterner kan kodende genveje, ineffektive arkitekturer eller vanskelige at afholde afhængigheder tilføre teknisk gæld, men pointeret er, at selv i et optimalt hypotetisk idealscenarie er det umuligt at undgå det - som fremtidige uforenelighed, behov og problemer er uforudsigelige. Derfor anbefales refactoring efter et stykke tid.

Brugeroplevelsesgæld ligner teknisk gæld i den forstand, at den:

• kan ikke undgås (selvom det kan reduceres)
• er svært at genkende
• kan true et projekts succes.

Brugeroplevelse gæld er en bredere kategori end brugbarhed gæld, da det ikke udelukkende handler om, hvordan en hjemmeside eller applikation kan bruges, men også om den måde brugerne oplever på dit produkt - uanset om de finder det underholdende, hjælpsomt givende, eller hvad der føles, du vil påberåbe sig i din målgruppe.

Brugeroplevelsen omfatter brugervenlighed, da et brugervenligt websted ikke vil gøre brugerne føle sig godt tilpas, og på samme måde omfatter UX-gælden også brugbarhedsgæld.

Der er desværre ikke mange online-ressourcer på brugbarhedskuld og brugeroplevelsesgæld, men her er nogle, jeg har fundet nyttige, og hjalp mig til at danne mine synspunkter om emnet:

• Catriona Cornett, direktør for produktdesign hos SalesforceIQ on hvordan man effektivt adresserer brugbarhed gæld (læs her)
• TryMyUI s blog på hvordan man undgår UX-gældskrisen (læs her)
• User Experience Professionals Association om deres tilgang til UX-gæld med en henstilling om hvordan man beregner dens lydstyrke (læs her)
• Andrew Wright er forklaring og klassificering af UX-gæld på nForm Blog (læs her)

Blandt alle de mulige illustrationer, jeg kunne finde på UX-gæld, er det stort set det bedste valg, som jeg synes det viser kortfattet.

Brugeroplevelse gæld kan defineres som forskel mellem oplevelseskvaliteten på dit nuværende og det optimale produkt.

UX gæld er mere subjektiv end teknisk gæld, som det er dig (eller din klient), der bestemmer den kvalitet, du vil opnå. For eksempel kan du målrette mod "Funktionelle" niveau for et minimum levedygtigt produkt, men du kan også indstille høje (men normalt dyre) standarder ved målrettet mod "Behagelig" niveau for et premiumprodukt - det hele afhænger af dine mål.

Teknisk gæld er forskellig i den forstand, at i mange tilfælde dårligt forvaltet kode stopper simpelthen med at arbejde. Med UX gæld er der ingen sådanne drastiske ændringer, men det er ikke kun en ekstra fordel, men også en trussel som den gør denne slags gæld lettere at forsømme.

Sådan genkendes UX-gæld

For at styre UX-gæld skal vi først genkende det. Der er to slags UX-gæld, tilsigtet og utilsigtet.

1. Tilsigtet UX-gæld er resultatet af vores bevidste beslutninger når vi mangler penge, tid, træning, eller andre ressourcer, eller når vi er tvunget til at følge udenfor regler. Gode ​​ideer vi taber midt i forhastet arbejde bidrager også til forsætlig UX-gæld.
2. Det er nemt at se den forsætlige UX-gæld kan forekomme til enhver tid over en produkts livscyklus.
3. Utilsigtet UX-gæld stammer fra falske antagelser, vi gør om vores brugere. Oftere end ikke har vi tendens til at tro, at vi ved, hvad vores brugere ønsker, kan lide eller kan bruge, og vi bygger hele vores websted (app, produkt osv.) På dette formodede viden.
4. En god mængde utilsigtet UX-gæld opstår ved begyndelsen af ​​produktets livscyklus, og det øges naturligvis over tid. Utilsigtet UX-gæld er meget sværere at fange, som vi har brug for slippe af med vores behov for at retfærdiggøre vores antagelser.

Så hvordan ser UX-gælden ud i det virkelige liv? Når brugere ikke kan eller ikke vil bruge vores side på grund af dårlig brugeroplevelse. De simpelthen ikke blive forlovet; vi kan ikke fange deres opmærksomhed og interesse.

UX-gældens manifestation adskiller sig fra sted til sted, men hvis vi har en faldende konverteringsfrekvens eller en stigende afvisningshastighed i de fleste tilfælde kan vi mistanke om, at vi har akkumuleret en god mængde UX-gæld.

Sådan administreres UX-gæld

Der er ingen universel opskrift at håndtere UX-gælden effektivt, da mange ting afhænger af subjektive karakteristika, men det er værd at se på, hvordan andre beskæftiger sig med spørgsmålet for at finde vores egen vej.

For eksempel, Catriona Cornett, Product Design Director of SalesforceIQ viser den 5-trins proces, de bruger til at styre usability gæld på SalesforceIQ.

Lad os se det kort, så vi kan vurdere, hvor godt vi kan anvende det på vores egen arbejdsgang.

1. Definer a fælles sprog for at diskutere brugbarhedsproblemer.
2. Finde og samle anvendelighed problemer.
3. Organisere og klassificere brugbarhedsproblemerne.
4. Prioriter brugervenlighed forbedringer.
5. Måle virkningen af ​​forbedringer.

Brugeroplevelse er et bredere område end brugervenlighed, men jeg tror, ​​at workflowet ovenfor effektivt kan anvendes til det.

Andrew Wright kommer med en lidt anderledes arbejdsproces i sin UX-gældspræsentation, og han anbefaler en 4-trins proces til at håndtere UX-gæld.

1. Bestemme hvis og hvor UX gæld eksisterer.
2. Sammenligne alvorligheden af ​​betydning.
3. Tage sig tid at rette det.
4. socialisere konceptet.

Håndtering af forsætlig og utilsigtet UX-gæld kræver også forskellige teknikker. Genveje, vi med vilje laver, og gode ideer, der går tabt under processen, kan styres af tage noter, task management, eller udstede sporing apps.

Utilsigtet UX-gæld kan mere eller mindre overvindes ved løbende at køre bruger test, beder om kunde feedback, eller ved hjælp af avancerede teknikker som A / B test for at se virkningen af ​​forskellige designs.

Anvendelse principper for iterativt design kan også være nyttigt; Vi kan bygge vores UX-gældsstyringstrin ind i hver iteration for at forhindre dens akkumulering.

UX gældsforvaltning skal passer ind i vores bredere arbejdsgang, med karakteristika for vores team, vores mål og arten af ​​vores produkt, men der er nogle universelle ting Det anbefales at følge i alle tilfælde.

1. Vi er nødt til kommunikere på tværs af vores team hvorfor vi har brug for at håndtere UX gæld, Hvad er vores mål, og hvordan vi vil opnå dem.
2. Vi skal finde værktøjer til spor bevidst UX gæld.
3. Vi skal finde måder at teste vores produkt på og få feedback fra vores brugere til fange utilsigtet UX gæld.
4. Vi er nødt til organisere og prioritere vores problemer.
5. Vi er nødt til måle Resultaterne vores arbejde, som vi altid har brug for justere UX-gældsledelse til vores skiftende behov.

Endelige Ord

For at skabe kvalitetsprodukter behøver vi ikke blot at være innovative, men også at være opmærksomme på ting, der ikke er så indlysende ved første øjekast, en af ​​disse er anerkendelse og effektiv forvaltning af UX gæld. Det er nok ikke den mest interessante opgave, men det er afgørende, da over tid UX-gæld kan være en alvorlig trussel mod succesen med vores arbejde.

Hvis vi skar UX-gæld til håndterbare bidder, og integrere de relaterede opgaver i vores workflow, vi behøver ikke at gøre for meget på én gang, vi kan undgå ubehagelige overraskelser og vedligeholde eller forbedre kvaliteten af ​​et produkt på en behagelig måde.