it.hideout-lastation.com
Paradiso Per Designer E Sviluppatori


Come riconoscere e gestire il debito UX

Il debito dell'esperienza utente inevitabilmente si verifica nel tempo. È la somma di progetti scaduti e attività di usabilità derivate da 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 paghiamo solo per questo in futuro . Finché il debito non viene ripagato, i tassi di interesse si presentano come un costo permanente.

Il debito dell'esperienza utente - insieme al cugino stretto, al debito tecnico - è un antipattern di design 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 esaminando più da vicino.

Debito tecnico vs debito UX

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

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

Il debito tecnico non riguarda i bug, ma anche il fatto che, anche con le migliori pratiche di codifica, è impossibile applicare un codice completamente a prova di futuro, tuttavia un'efficiente ottimizzazione del codice può sicuramente 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é il refactoring è raccomandato dopo un po '.

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 del debito di usabilità, in quanto non riguarda solo il modo in cui un sito Web o un'applicazione è utilizzabile, ma anche il modo in cui gli utenti sperimentano il prodotto, indipendentemente dal fatto che lo trovino divertente, gratificante o qualsiasi altra cosa vogliate invocare nel tuo pubblico di destinazione.

L'esperienza utente comprende l'usabilità, poiché un sito difficile da usare non farà sentire gli utenti a proprio agio, e allo stesso modo, il debito UX include 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, direttrice del Product Design di SalesforceIQ su come affrontare efficacemente il debito di usabilità (leggi qui)
  • Il blog di TryMyUI su come evitare la crisi del debito UX (leggi qui)
  • User Experience Professionals Association sul loro approccio al debito UX con una raccomandazione su come calcolare il suo volume (leggi qui)
  • La spiegazione di Andrew Wright e la classificazione del debito UX sul blog nForm (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 succo.

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

Il debito UX è più soggettivo del debito tecnico, poiché sei tu (o il tuo cliente) che decide la qualità che vuoi raggiungere. Ad esempio, puoi scegliere come target il livello "funzionale" per un prodotto minimo praticabile, ma puoi anche impostare standard elevati (ma solitamente costosi) puntando al livello "piacevole" 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, non ci sono cambiamenti così drastici, eppure questo non è solo un vantaggio, ma anche una minaccia in quanto 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. Il debito intenzionale UX è il risultato delle nostre decisioni consapevoli quando mancano soldi, tempo, formazione o altre risorse, o quando siamo costretti 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 che il debito UX intenzionale può verificarsi in qualsiasi momento durante il ciclo di vita di un prodotto.
  3. Il debito involontario dell'UX deriva da false ipotesi che facciamo sui nostri utenti . Il più delle volte tendiamo a pensare di sapere che cosa vogliono i nostri utenti, come, o sono in grado di utilizzare, e costruiamo il nostro intero sito (app, prodotto, ecc.) Su questa conoscenza presunta .
  4. Una buona quantità di debito UX non intenzionale si verifica all'inizio del ciclo di vita del prodotto e aumenta naturalmente nel tempo . Il debito UX involontario è molto più difficile da cogliere, poiché dobbiamo eliminare il 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 si fidanzano ; non possiamo attirare la loro attenzione e interesse .

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

Come gestire il debito UX

Non esiste una 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 al fine di trovare la nostra strada.

Ad esempio, Catriona Cornett, Product Design Director di SalesforceIQ, mostra il processo in 5 fasi 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. Definire un linguaggio condiviso per discutere dei problemi di usabilità.
  2. Trova e raccogli problemi di usabilità.
  3. Organizzare e classificare i problemi di usabilità.
  4. Dare priorità ai miglioramenti dell'usabilità.
  5. Misura l'impatto dei miglioramenti.

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

Andrew Wright ha 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. Determina se e dove esiste il debito UX.
  2. Confronta la severità con l'importanza.
  3. Prenditi il ​​tempo per sistemarlo.
  4. Socializza il concetto.

Affrontare il debito UX intenzionale e non intenzionale richiede anche tecniche diverse . Le scorciatoie che creiamo intenzionalmente e le buone idee che vengono perse durante il processo possono essere gestite tramite note take, gestione delle attività o applicazioni di tracciamento dei problemi .

L'indebitamento UX non intenzionale può essere più o meno superato eseguendo periodicamente test utente, richiedendo il feedback dei clienti o utilizzando tecniche avanzate come i test A / B per vedere l'impatto di diversi progetti.

Anche i principi di applicazione del design iterativo possono essere utili; possiamo costruire le nostre fasi di gestione del debito UX in ogni iterazione per prevenirne l'accumulo.

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

  1. Dobbiamo comunicare attraverso il nostro team perché dobbiamo occuparci del debito UX, quali sono i nostri obiettivi e come vogliamo realizzarli .
  2. Dobbiamo trovare strumenti per tracciare il debito UX intenzionale .
  3. Dobbiamo trovare modi per testare il nostro prodotto e ottenere feedback dai nostri utenti per catturare il debito UX non intenzionale .
  4. Dobbiamo organizzare e dare priorità ai nostri problemi.
  5. Dobbiamo misurare i risultati del nostro lavoro, poiché abbiamo sempre bisogno di adattare la gestione del debito UX alle nostre mutevoli esigenze.

Parole finali

Per creare prodotti di qualità non è solo necessario essere innovativi, ma anche prestare attenzione a cose che non sono così evidenti 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 blocchi gestibili e integriamo 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.

Come rinunciare alla condivisione dei dati di WhatsApp

Come rinunciare alla condivisione dei dati di WhatsApp

Se non hai sentito, WhatsApp ha rinnovato i suoi Termini di servizio e le Norme sulla privacy e insieme a tale aggiornamento è l'annuncio che WhatsApp condividerà alcuni dei dati del tuo account WhatsApp con Facebook. Ecco cosa devi sapere su questa mossa e cosa puoi fare al riguardo . Cosa non condividerà con WhatsApp con Facebook? F

(Consigli tecnici e di design)

Crea un blog con GitHub in hosting con Jekyll Now

Crea un blog con GitHub in hosting con Jekyll Now

Jekyll è una piattaforma utilizzata per siti Web statici che desiderano pubblicare rapidamente i contenuti . Il più grande problema con Jekyll è la dipendenza dai metodi della riga di comando . Se non sei CLI-friendly, non ti preoccuperai mai di toccare Jekyll.Per fortuna, puoi ottenere un'introduzione facile con Jekyll Now, uno strumento gratuito utilizzato per la clonazione e il lancio del tuo blog Jekyll direttamente su GitHub . N

(Consigli tecnici e di design)