Come riconoscere e gestire il debito UX

Il debito dell'esperienza utente inevitabilmente si verifica nel tempo. È la somma di progettazione scaduta e compiti di usabilità derivato da cose come decisioni aziendali rapide, scorciatoie di progettazione, opportunità mancate, vincoli di tempo e altri fattori.

Il debito dell'esperienza utente è definito debito in quanto è simile al debito reale; otteniamo qualcosa nel presente, ma solo pagarlo per il futuro. Finché il debito non verrà ripagato, tassi di interesse sorgere come costo permanente.

Il debito dell'esperienza utente - insieme al cugino stretto, al debito tecnico - è a design antipattern che riduce la qualità di un progetto. Poiché il debito dell'esperienza utente è un argomento meno discusso, inoltre non è sempre facile riconoscerlo, in questo articolo lo stiamo osservando più da vicino.

Debito tecnico vs debito UX

Ci sono diversi tipi di debiti nello sviluppo web. Il più conosciuto è debito tecnico definito da CSS Tricks come "la somma di compromessi facciamo durante la scrittura del codice durante il processo di sviluppo ".

Più tardi nel nostro flusso di lavoro, avremo bisogno di affrontare il conseguenze di questi compromessi, il che significa lavoro extra in futuro.

Il debito tecnico non riguarda gli errori evidenti, ma il fatto che anche con le migliori pratiche di codifica è impossibile prevedere un codice completamente a prova di futuro, tuttavia un'efficiente ottimizzazione del codice può certamente aiutare.

Usare antipattern, scorciatoie di codifica, architettura inefficace o dipendenze difficili da gestire possono tutti aumentare il debito tecnico, ma il punto è che anche in uno scenario ideale ottimale e ipotetico è impossibile evitarlo - come incompatibilità, esigenze e problemi futuri sono imprevedibili Ecco perché dopo un po 'è consigliato il refactoring.

Il debito dell'esperienza utente è simile al debito tecnico nel senso che:

• non può essere evitato (anche se può essere ridotto)
• è difficile da riconoscere
• può mettere a repentaglio il successo di un progetto.

Il debito dell'esperienza utente è una categoria più ampia di debito di usabilità, in quanto non si tratta solo di quanto sia utilizzabile un sito Web o un'applicazione, ma anche di informazioni il modo in cui gli utenti sperimentano il tuo prodotto - se lo trovano divertente, utile gratificante o qualsiasi altra sensazione tu voglia invocare nel tuo pubblico di destinazione.

L'esperienza utente comprende l'usabilità, poiché un sito difficile da usare non fa sentire gli utenti a loro agio, e allo stesso modo, il debito UX comprende anche il debito di usabilità.

Sfortunatamente, non ci sono molte risorse online sul debito di usabilità e sul debito dell'esperienza utente, ma eccone alcune che ho trovato utili e mi ha aiutato a formare le mie opinioni sull'argomento:

• Catriona Cornett, il direttore di Product Design presso SalesforceIQ on come affrontare efficacemente il debito di usabilità (leggi qui)
• TryMyUI di blog su come evitare la crisi del debito UX (leggi qui)
• Associazione utenti esperienza professionale sul loro approccio al debito UX con una raccomandazione su come calcolare il suo volume (leggi qui)
• Di Andrew Wright spiegazione e classificazione del debito UX su nForm Blog (leggi qui)

Tra tutte le possibili illustrazioni che potrei trovare sul debito UX, questa è praticamente la scelta migliore perché penso che mostri sinteticamente il suo senso.

Il debito dell'esperienza utente può essere definito come il differenza tra la qualità dell'esperienza attuale e il prodotto ottimale.

Il debito UX è più soggettivo che debito tecnico, come sei tu (o il tuo cliente) che decide la qualità che vuoi raggiungere. Ad esempio, puoi scegliere come target il "funzionale" livello per un prodotto minimo praticabile, ma è anche possibile impostare standard elevati (ma solitamente costosi) di targeting per il "piacevole" livello per un prodotto premium - tutto dipende dai tuoi obiettivi.

Il debito tecnico è diverso, nel senso che in molti casi il codice mal gestito semplicemente smette di funzionare. Con il debito UX, ci sono nessun cambiamento così drastico, eppure questo non è solo un vantaggio, ma anche una minaccia rende questo tipo di debito più facile da trascurare.

Come riconoscere il debito UX

Per gestire il debito UX, in un primo momento dobbiamo riconoscerlo. Vi sono due tipi di debito UX, intenzionale e non intenzionale.

1. Debito intenzionale UX è il risultato delle nostre decisioni consapevoli quando noi mancanza di soldi, tempo, formazione, o altre risorse, o quando siamo costretto a seguire le regole esterne. Le buone idee che perdiamo nel bel mezzo del lavoro affrettato contribuiscono anche al debito UX intenzionale.
2. È facile vedere quel debito UX intenzionale può verificarsi in qualsiasi momento durante il ciclo di vita di un prodotto.
3. Debito UX involontario nasce da false supposizioni che facciamo sui nostri utenti. Il più delle volte tendiamo a pensare di sapere cosa vogliono, come, o sono in grado di utilizzare i nostri utenti, e costruiamo il nostro intero sito (app, prodotto, ecc.) Su questo presunta conoscenza.
4. Una buona quantità di debito UX non intenzionale sorge al inizio del ciclo di vita del prodotto, ed esso naturalmente aumenta nel tempo. Il debito UX involontario è molto più difficile da cogliere, come è necessario sbarazzarsi del nostro bisogno di giustificare le nostre ipotesi.

Quindi come appare il debito UX nella vita reale? Quando gli utenti non possono o non vogliono utilizzare il nostro sito a causa della scarsa esperienza utente. Semplicemente non fidanzarti; noi non può attirare la loro attenzione e interesse.

La manifestazione del debito UX differisce da sito a sito, ma se abbiamo un diminuzione del tasso di conversione o un aumento della frequenza di rimbalzo nella maggior parte dei casi possiamo sospettare di aver accumulato una buona quantità di debito UX.

Come gestire il debito UX

C'è nessuna ricetta universale per gestire efficacemente il debito UX, dal momento che molte cose dipendono dalle caratteristiche soggettive, tuttavia vale la pena dare un'occhiata a come gli altri affrontano il problema per trovare la nostra strada.

Per esempio, Catriona Cornett, il Product Design Director di SalesforceIQ mostra il processo in 5 passaggi che utilizzano per gestire il debito di usabilità presso SalesforceIQ.

Vediamolo brevemente in modo che possiamo valutare quanto bene possiamo applicarlo al nostro flusso di lavoro.

1. Definisci a lingua condivisa per discutere di problemi di usabilità.
2. Trova e raccogliere problemi di usabilità.
3. Organizzare e classificare i problemi di usabilità.
4. Dare priorità miglioramenti dell'usabilità.
5. Misurare l'impatto dei miglioramenti.

L'esperienza utente è più vasta dell'usabilità, ma penso che il flusso di lavoro sopra possa applicarsi efficacemente ad esso.

Andrew Wright viene fornito con un flusso di lavoro di gestione leggermente diverso nella sua presentazione UX Debt e raccomanda un processo in 4 fasi per affrontare il debito UX.

1. Determinare Se e dove Il debito UX esiste.
2. Confrontare gravità per importanza.
3. Prendi tempo per risolverlo.
4. Socializzare il concetto.

Richiede anche il contatto con il debito UX intenzionale e non intenzionale tecniche diverse. Le scorciatoie che facciamo intenzionalmente e le buone idee che si perdono durante il processo possono essere gestite da prendere appunti, gestione dei compiti, o problema di tracciamento applicazioni.

Il debito involontario di UX può essere più o meno superato correndo regolarmente test utente, chiedere opinione del cliente, o utilizzando tecniche avanzate come test A / B per vedere l'impatto di diversi progetti.

applicando principi di design iterativo può anche essere utile; possiamo costruire i nostri passaggi di gestione del debito UX in ogni iterazione per prevenirne l'accumulo.

La gestione del debito UX deve adattarsi al nostro più ampio flusso di lavoro, con le caratteristiche del nostro team, i nostri obiettivi e la natura del nostro prodotto, ma ce ne sono alcuni cose universali che è consigliato seguire in tutti i casi.

1. Abbiamo bisogno di comunicare attraverso la nostra squadra perché abbiamo bisogno di trattare con il debito UX, quali sono i nostri obiettivi, e come vogliamo realizzare loro.
2. Dobbiamo trovare strumenti per traccia il debito UX intenzionale.
3. Dobbiamo trovare modi per testare il nostro prodotto e ottenere feedback dai nostri utenti prendere il debito UX non intenzionale.
4. Abbiamo bisogno di organizzare e priorità i nostri problemi.
5. Abbiamo bisogno di misurare i risultati il ​​nostro lavoro, come abbiamo sempre bisogno regolare Gestione del debito UX alle nostre mutevoli esigenze.

Parole finali

Per creare prodotti di qualità non è necessario solo essere innovativi, ma anche prestare attenzione a cose che non sono così scontate a prima vista, una di queste è riconoscere e gestire efficacemente il debito UX. Probabilmente non è il compito più interessante ma è cruciale, poiché il debito UX nel tempo può essere una seria minaccia per il successo del nostro lavoro.

Se dividiamo il debito UX in pezzi gestibili, e integrare le attività correlate nel nostro flusso di lavoro, non dobbiamo fare troppo in una volta, possiamo evitare spiacevoli sorprese e mantenere o migliorare la qualità di un prodotto in modo confortevole.