Cum să prezentați UX și Design Curățarea datoriilor către liderii de inginerie și produse
Ce este datoria UX, cum să o inventariez și să o prioritizezi și cum să propui curățarea și proiectarea refactorilor sistemului în termeni de fonduri de lideri: risc, cost și venituri.
Core Takeaway
Datoria UX este acumularea de probleme de experiență din comenzi rapide, cum ar fi datoria tehnică pentru proiectare. Pentru a obține finanțare pentru curățare, faceți-o vizibilă cu un inventar susținut de dovezi, prioritizați în funcție de impactul utilizatorului, frecvență și efort, solicitați un buget constant (o parte din fiecare sprint) mai degrabă decât o rescrie mare și raportați progresul în măsurile deja urmărite de lideri.
Ce este datoria UX
Nielsen Norman Group descrie datoria UX ca fiind probleme de experiență care se adună atunci când echipele aleg în mod repetat soluții rapide și ușoare, similare datoriei tehnice, un termen inventat de Ward Cunningham în 1992. Lăsat neabordat, duce la agravarea problemelor utilizatorilor și la curățare costisitoare. Exemplele includ componente inconsistente, fluxuri confuze care au fost „temporare” și modele învechite păstrate pentru comoditate.
Un pitch în patru trepte
Liderii finanțează ceea ce pot vedea și măsura:
- Inventar: enumerați problemele cu dovezi, cum ar fi clipuri de cercetare, bilete de asistență, analize și rapoarte de erori.
- Prioritate: clasare în funcție de impactul utilizatorului, cât de des apare și efortul de a remedia.
- Buget: cereți o cotă fixă din fiecare sprint în loc de o reproiectare big-bang.
- Afișați progresul: valori înainte și după pentru fiecare element fix.
Vorbiți limba oamenilor care o finanțează
Traduceți fiecare articol în risc, cost sau venit: „această inconsecvență de plată generează N tichete de asistență pe lună”, „componentele butonului duplicat adaugă o zi la fiecare caracteristică”, „acest flux eșuează regulile de accesibilitate pe care trebuie să le îndeplinim”. Asociați fiecare cu o estimare, folosind aceeași abordare ca și calculele ROI UX.
Găsiți-l devreme
NN/g recomandă obținerea de feedback real al utilizatorilor des și într-o varietate de moduri, cu testare înainte de lansările de sprint și testare continuă cel puțin lunar. Adăugați elemente de datorie UX la același stoc ca și datoria tehnică, astfel încât acestea să fie vizibile în planificare, nu într-un document de proiectare separat pe care nimeni nu îl citește.
Proiectarea refactorilor sistemului
Pentru curățarea la nivel de sistem, arătați costul de a nu face acest lucru: câte variante ale aceleiași componente există, cât durează funcțiile noi și câte erori de interfață de utilizare se regăsesc la inconsecvență. Un pilot mic, care refactorizează mai întâi o zonă cu trafic intens, face cazul mai bun decât un tobogan.
Cheie Principles de reținut
- Datoria UX este acumulată de probleme de experiență din comenzi rapide
- Inventariază cu dovezi, apoi prioritizează după impact, frecvență și efort
- Cereți un buget constant, nu o rescrie mare
- Traduceți elementele în risc, cost și venituri
- Urmăriți datoria UX în același stoc ca și datoria tehnică
Întrebări frecvente
Surse
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group