Hur man presenterar UX och designar skuldsanering till teknik- och produktledare
Vad UX-skuld är, hur man inventerar och prioriterar det, och hur man ställer upp sanering och designar systemrefaktorer i termer av ledare: risk, kostnad och intäkter.
Core Takeaway
UX-skuld är uppbyggnaden av erfarenhetsproblem från genvägar, som tekniska skulder för design. För att få sanering finansierad, gör den synlig med en evidensstödd inventering, prioritera efter användarens inverkan, frekvens och ansträngning, be om en stadig budget (en andel av varje sprint) snarare än en stor omskrivning och rapportera framsteg i de åtgärder som ledarna redan spårar.
Vad UX-skuld är
Nielsen Norman Group beskriver UX-skulder som erfarenhetsproblem som hopar sig när team upprepade gånger väljer snabba, enkla lösningar, liknande tekniska skulder, en term som Ward Cunningham myntade 1992. Om den inte åtgärdas leder den till förvärrade användarproblem och kostsam sanering. Exempel inkluderar inkonsekventa komponenter, förvirrande flöden som var "tillfälliga" och föråldrade mönster som bevaras för bekvämlighets skull.
En pitch i fyra steg
Ledare finansierar det de kan se och mäta:
- Inventering: lista problem med bevis som forskningsklipp, supportbiljetter, analyser och felrapporter.
- Prioritera: rangordna efter användarpåverkan, hur ofta det inträffar och försök att åtgärda.
- Budget: be om en fast andel av varje sprint istället för en big-bang-redesign.
- Visa framsteg: mätvärden före och efter för varje fast artikel.
Tala språket för de människor som finansierar det
Översätt varje artikel till risk, kostnad eller intäkter: "denna inkonsekvens i kassan genererar N supportbiljetter i månaden", "dubbletter av knappkomponenter lägger till en dag till varje funktion", "det här flödet misslyckas med tillgänglighetsregler som vi måste uppfylla". Para ihop var och en med en uppskattning, med samma tillvägagångssätt som UX ROI-beräkningar.
Hitta det tidigt
NN/g rekommenderar att få riktig feedback från användarna ofta och på en mängd olika sätt, med testning före sprintsläpp och pågående testning minst en gång i månaden. Lägg till UX-skulder till samma eftersläpning som tekniska skulder så att de syns i planeringen, inte i ett separat designdokument som ingen läser.
Designa systemrefaktorer
För rensning på systemnivå, visa kostnaden för att inte göra det: hur många varianter av samma komponent som finns, hur lång tid nya funktioner tar och hur många UI-buggar som spåras tillbaka till inkonsekvens. En liten pilot, som först omstrukturerar ett område med hög trafik, gör fallet bättre än en rutschkana.
Nyckel Principles att komma ihåg
- UX-skuld är ackumulerade erfarenhetsproblem från genvägar
- Inventera med bevis, prioritera sedan efter effekt, frekvens och ansträngning
- Be om en stadig budget, inte en stor omskrivning
- Översätt poster till risk, kostnad och intäkter
- Spåra UX-skulder i samma eftersläpning som tekniska skulder
Vanliga frågor
Källor
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group