Come presentare UX e progettare la pulizia del debito ai leader di ingegneria e prodotto
Che cos'è il debito UX, come inventariarlo e stabilirne le priorità e come proporre la pulizia e progettare i refactoring del sistema in termini finanziati dai leader: rischio, costi e ricavi.
Punto chiave
Il debito UX è l'accumulo di problemi di esperienza derivanti da scorciatoie, come il debito tecnico per la progettazione. Per ottenere finanziamenti per la pulizia, rendila visibile con un inventario supportato da prove, stabilisci la priorità in base all’impatto dell’utente, alla frequenza e all’impegno, chiedi un budget costante (una quota di ogni sprint) piuttosto che una grande riscrittura e segnala i progressi nelle misure che i leader già monitorano.
Cos'è il debito UX
Nielsen Norman Group descrive il debito UX come problemi di esperienza che si accumulano quando i team scelgono ripetutamente soluzioni facili e veloci, simili al debito tecnico, un termine coniato da Ward Cunningham nel 1992. Se non affrontato, porta ad aggravare i problemi degli utenti e a costose pulizie. Gli esempi includono componenti incoerenti, flussi confusi che erano "temporanei" e modelli obsoleti conservati per comodità.
Una proposta in quattro fasi
I leader finanziano ciò che possono vedere e misurare:
- Inventario: elenca i problemi con prove come clip di ricerca, ticket di supporto, analisi e segnalazioni di bug.
- Stabilisci la priorità: classifica in base all'impatto sull'utente, alla frequenza con cui si verifica e allo sforzo per risolverlo.
- Budget: chiedi una quota fissa per ogni sprint invece di una riprogettazione big bang.
- Mostra avanzamento: metriche prima e dopo per ciascun elemento fisso.
Parla la lingua delle persone che lo finanziano
Traduci ogni elemento in rischio, costo o ricavo: "questa incoerenza di pagamento genera N ticket di supporto al mese", "i componenti dei pulsanti duplicati aggiungono un giorno a ogni funzionalità", "questo flusso non rispetta le regole di accessibilità che dobbiamo soddisfare". Associa ciascuno a una stima, utilizzando lo stesso approccio dei calcoli del ROI UX.
Trovalo presto
NN/g consiglia di ottenere feedback reali dagli utenti spesso e in vari modi, con test prima dei rilasci dello sprint e test continui almeno una volta al mese. Aggiungi elementi di debito UX allo stesso arretrato del debito tecnico in modo che siano visibili nella pianificazione, non in un documento di progettazione separato che nessuno legge.
Refactoring del sistema di progettazione
Per la pulizia a livello di sistema, mostra il costo di non farlo: quante varianti dello stesso componente esistono, quanto tempo impiegano le nuove funzionalità e quanti bug dell'interfaccia utente riconducono a incoerenze. Un piccolo progetto pilota, che esegue prima il refactoring di un'area ad alto traffico, rende il caso migliore di una diapositiva.
Principi chiave da ricordare
- Il debito UX è accumulato con problemi di esperienza derivanti dalle scorciatoie
- Inventariare le prove, quindi stabilire le priorità in base all'impatto, alla frequenza e all'impegno
- Richiedi un budget costante, non una grande riscrittura
- Traduci gli elementi in rischi, costi e ricavi
- Tieni traccia del debito UX nello stesso arretrato del debito tecnico
Domande frequenti
Fonti
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group