Hur man känner igen och hantera UX-skulden

Användarupplevelse skuld uppstår oundvikligt över tiden. Det är summan av försenad design och användbarhetsuppgifter härrör från saker som snabba affärsbeslut, utforma genvägar, missade möjligheter, tidsbegränsningar och andra faktorer.

Användarupplevelse skulden kallas en skuld eftersom den liknar den verkliga skulden. vi får något i nuet, men bara betala för det i framtiden. Fram till dess att skulden är betald, räntor uppstår som en permanent kostnad.

Användarupplevelse skuld - tillsammans med sin nära kusin, teknisk skuld - är a design antipattern som minskar kvaliteten på ett projekt. Som användarupplevelse skuld är ett mindre diskuterat ämne, förutom det är inte alltid lätt att känna igen det, i den här artikeln tar vi en närmare titt på det.

Teknisk skuld mot UX Skuld

Det finns olika typer av skulder i webbutveckling. Den mest kända är teknisk skuld som definieras av CSS Tricks as "summan av kompromisser vi gör när du skriver kod under utvecklingsprocessen ".

Senare i vårt arbetsflöde måste vi hantera konsekvenserna av dessa kompromisser, vilket innebär extra arbete i framtiden.

Teknisk skuld handlar inte om ordentliga fel, men om att även med de bästa kodningsförfarandena är det omöjligt att helt framtidsskyddande en kod, men effektiv kodoptimering kan säkert hjälpa.

Att använda antipatterner, kodning av genvägar, ineffektiv arkitektur eller svåra att hantera beroenden kan alla lägga till teknisk skuld, men poängen är att även i ett optimalt hypotetiskt ideal scenario är det omöjligt att undvika det - som framtida inkompatibiliteter, behov och problem är oförutsägbara. Därför rekommenderas refactoring efter ett tag.

Användarupplevelse skuld motsvarar teknisk skuld i den meningen att det:

• kan inte undvikas (även om det kan minskas)
• är svår att känna igen
• kan äventyra framgången för ett projekt.

Användarupplevelse skuld är en bredare kategori än användbarhet skuld, eftersom det inte enbart handlar om hur användbar en webbplats eller applikation är, men också om hur användarna upplever din produkt - oavsett om de tycker att det är underhållande, användbart belöning eller vad som helst som du vill åberopa i din målgrupp.

Användarupplevelse omfattar användbarhet, eftersom en användbar webbplats inte gör att användarna trivs, och på samma sätt täcker UX-skulden också användbarhetsskulden.

Tyvärr finns det inte många online-resurser på användbarhetsskuld och användarupplevelse skuld, men här är några som jag har funnit användbara och hjälpte mig att skapa mina synpunkter på ämnet:

• Catriona Cornett, direktör för produktdesign hos SalesforceIQ on hur man effektivt hanterar användbarhets skulden (läs här)
• TryMyUI s blogga på hur man undviker UX skuldkrisen (läs här)
• User Experience Professionals Association på deras inställning på UX skuld med en rekommendation om hur man beräknar sin volym (läs här)
• Andrew Wrights förklaring och klassificering av UX-skulden på nForm Blog (läs här)

Bland alla möjliga illustrationer som jag kunde hitta på UX-skulden är detta ganska mycket det bästa valet, eftersom jag tror att det visar sig kortfattat.

Användarupplevelse skuld kan definieras som skillnad mellan erfarenhetskvaliteten på din nuvarande och optimala produkt.

UX skulden är mer subjektiv än teknisk skuld, som det är du (eller din klient) som bestämmer vilken kvalitet du vill uppnå. Du kan till exempel rikta in mot "funktionell" nivå för en minst livskraftig produkt, men du kan också ställa in höga (men oftast kostsamma) standarder för riktade mot "Angenäm" nivå för en premiumprodukt - allt beror på dina mål.

Teknisk skuld är annorlunda i den meningen att i många fall dåligt förvaltad kod helt enkelt slutar fungera. Med UX skuld finns det inga sådana drastiska förändringar, men det här är inte bara en fördel men också ett hot som det gör denna typ av skuld lättare att försumma.

Hur man känner igen UX-skulden

För att hantera UX-skulden behöver vi först förstå det. Det finns två typer av UX-skuld, avsiktlig och oavsiktlig.

1. Avsiktlig UX-skuld är resultatet av våra medvetna beslut när vi saknar pengar, tid, träning, eller andra resurser, eller när vi är tvingas följa externa regler. Bra idéer som vi förlorar mitt i förhastat arbete bidrar också till avsiktlig UX-skuld.
2. Det är lätt att se den avsiktliga UX-skulden kan inträffa när som helst över en produkts livscykel.
3. Oavsiktlig UX-skuld härrör från falska antaganden vi gör om våra användare. Ofta brukar vi tro att vi vet vad våra användare vill ha, eller kan använda, och vi bygger hela vår webbplats (app, produkt, etc.) på detta antagen kunskap.
4. En bra mängd oavsiktlig UX-skuld uppstår vid början på produktens livscykel, och det ökar naturligtvis över tiden. Oavsiktlig UX-skuld är mycket svårare att fånga, som vi behöver bli av med vårt behov för att motivera våra antaganden.

Så hur ser UX-skulden ut i det verkliga livet? När användare inte kan eller vill använda vår webbplats på grund av dålig användarupplevelse. De helt enkelt bli inte förlovad; vi kan inte fånga uppmärksamhet och intresse.

UX-skuldens manifestation skiljer sig från plats till plats, men om vi har en minskande omvandlingsfrekvens eller en ökande studsfrekvens i de flesta fall kan vi misstänka att vi har ackumulerat en fin mängd UX-skuld.

Hur man hanterar UX-skulden

Det finns inget universellt recept att hantera UX-skulden effektivt, så många saker beror på subjektiva egenskaper, men det är värt att ta en titt på hur andra hanterar frågan för att hitta vår egen väg.

Till exempel, Catriona Cornett, Produktchefen för SalesforceIQ visar den 5 stegs process som de använder för att hantera användbarhetsskulden hos SalesforceIQ.

Låt oss se det kort så att vi kan bedöma hur bra vi kan tillämpa det på vårt eget arbetsflöde.

1. Definiera a delat språk för att diskutera användbarhetsfrågor.
2. Hitta och samla användbarhetsfrågor.
3. Organisera och klassificera användbarhetsfrågorna.
4. prioritera användbarhet förbättringar.
5. Mäta effekten av förbättringar.

Användarupplevelse är ett bredare område än användbarhet, men jag tror att arbetsflödet ovan effektivt kan tillämpas på det.

Andrew Wright levereras med en något annorlunda arbetsflöde i hans UX-skuldpresentation, och han rekommenderar en 4 stegs process för att hantera UX-skulden.

1. Bestämma om och var UX-skulden existerar.
2. Jämföra allvarlighetsgrad.
3. Gör tid att fixa det.
4. Socialisera konceptet.

Hantering av avsiktlig och oavsiktlig UX-skuld kräver också olika tekniker. Genvägar vi avsiktligt gör, och bra idéer som går vilse under processen kan hanteras av anteckna, uppgiftshantering, eller utfärda spårning appar.

Oavsiktlig UX-skuld kan mer eller mindre övervinnas genom regelbundet löpning användarprov, frågar efter kundåterkoppling, eller använda avancerade tekniker som A / B-testning för att se effekterna av olika konstruktioner.

tillämpa principer för iterativ design kan också vara användbar; Vi kan bygga våra UX-skuldhanteringssteg i varje iteration för att förhindra dess ackumulering.

UX skuldförvaltning behöver passar in i vårt bredare arbetsflöde, med kännetecknen för vårt lag, våra mål och arten av vår produkt, men det finns några universella saker Det rekommenderas att följa i alla fall.

1. Vi måste kommunicera över hela vårt team Varför Vi måste hantera UX-skulden, vad är våra mål, och hur vi vill uppnå dem.
2. Vi behöver hitta verktyg till spåra avsiktlig UX skuld.
3. Vi måste hitta sätt att testa vår produkt och få feedback från våra användare till fånga oavsiktlig UX skuld.
4. Vi måste organisera och prioritera våra problem.
5. Vi måste mäta Resultatet vårt arbete, som vi alltid behöver justera UX skuldhantering till våra förändrade behov.

Slutord

För att skapa kvalitetsprodukter behöver vi inte bara vara innovativa, men också att uppmärksamma saker som inte är så uppenbara vid första anblicken, en av dessa är erkänna och effektivt hantera UX-skulden. Det är förmodligen inte den mest intressanta uppgiften, men det är avgörande, eftersom över tid kan UX-skulden vara ett allvarligt hot mot framgången för vårt arbete.

Om vi ​​skar UX skuld till hanterbara bitar, och Integrera de relaterade uppgifterna i vårt arbetsflöde, vi behöver inte göra för mycket på en gång, vi kan undvika obehagliga överraskningar och behålla eller förbättra kvaliteten på en produkt på ett bekvämt sätt.