Cum să recunoașteți și să gestionați datoria UX

Datoria de experiență a utilizatorilor se întâmplă inevitabil în timp. Este suma de restante de proiectare și de utilizare a sarcinilor derivate din lucruri precum decizii rapide de afaceri, comenzi rapide de proiectare, oportunități ratate, constrângeri de timp și alți factori.

Datoria de experiență a utilizatorilor se numește datorie, deoarece este similară datoriei reale; avem ceva în prezent, dar numai să plătească pentru aceasta în viitor. Până la debitarea datoriei, ratele dobânzilor apar ca un cost permanent.

Datoria de experiență a utilizatorilor - împreună cu vărul său apropiat, datoria tehnică - este a proiecta antipattern care reduce calitatea unui proiect. Datoria de experiență a utilizatorilor este un subiect mai puțin discutat, pe lângă faptul că nu este întotdeauna ușor de recunoscut, în acest articol ne uităm mai atent la acesta.

Datoria tehnică vs. datoria UX

Există diferite tipuri de datorii în dezvoltarea web. Cea mai cunoscută este datorii tehnice care este definit de CSS Tricks as "suma compromisuri facem atunci când scriem cod în timpul procesului de dezvoltare ".

Mai târziu, în fluxul nostru de lucru, va trebui să ne ocupăm de consecințele acestor compromisuri, ceea ce înseamnă o muncă suplimentară în viitor.

Datoria tehnică nu se referă doar la bug-uri, ci și la faptul că, chiar și cu cele mai bune practici de codificare, este imposibil un cod complet în viitor,.

Utilizând antipatrone, comenzile rapide de codare, arhitectura ineficientă sau dependențele greu de gestionat se pot adăuga la datoria tehnică, însă ideea este că chiar și într-un scenariu ideal ideal, ipotetic este imposibil de evitat - ca incompatibilități, nevoi și probleme sunt imprevizibile. De aceea se recomandă refactorizarea după un timp.

Datoria de experiență a utilizatorilor este similară datoriei tehnice în sensul că:

• nu poate fi evitată (deși poate fi redusă)
• este greu de recunoscut
• poate pune în pericol succesul unui proiect.

Datoria pentru experiența utilizatorului este o categorie mai mare decât gradul de utilizare a datoriei, deoarece nu este vorba numai de modul în care este utilizabil un site web sau o aplicație, dar și despre modul în care utilizatorii experimentează produsul dvs. - indiferent dacă le găsesc distracție, recompense utile sau orice sentiment pe care doriți să-l invocați în publicul țintă.

Experiența utilizatorului acoperă gradul de utilizare, deoarece un site greu de utilizat nu va face utilizatorii să se simtă confortabil și, în același mod, datoria UX cuprinde și datoria de utilizare.

Din păcate, nu există multe resurse online privind datoria de utilizare și datoria utilizatorilor, dar aici sunt câteva lucruri pe care le-am găsit utile și mi-au ajutat să-mi formlez vederile pe această temă:

• Catriona Cornett, directorul de Design de Produs la SalesforceIQ cum să abordeze în mod eficient datoria de utilizare (citiți aici)
• lui TryMyUI pe blog cum să evitați criza datoriilor UX (citiți aici)
• Asociația Profesioniștilor din domeniul Profesional cu privire la abordarea lor privind datoria UX cu o recomandare pe cum să calculeze volumul său (citiți aici)
• Andrew Wright's explicarea și clasificarea datoriei UX pe blogul nForm (citiți aici)

Printre toate ilustrațiile posibile pe care le-am putut găsi pe datoria UX, aceasta este destul de mult cea mai bună alegere, deoarece cred că arată concis.

Datoria pentru experiența utilizatorului poate fi definită ca diferența dintre calitatea experienței actuale și produsul optim.

Datoria UX este mai subiectiv decât datoria tehnică, așa cum sunteți voi (sau clientul dvs.) care decide calitatea pe care doriți să o atingeți. De exemplu, puteți viza "funcţional" pentru un produs minimal viabil, dar puteți seta, de asemenea, standarde ridicate (dar de obicei costisitoare) vizând „Plăcută“ nivel pentru un produs premium - totul depinde de obiectivele tale.

Datoria tehnică este diferită în sensul că, în multe cazuri, codul este prost gestionat pur și simplu nu mai funcționează. Cu datorii UX, există nu există schimbări drastice, totuși aceasta nu este doar o percuție, ci și o amenințare ca aceasta face acest tip de datorii mai ușor de neglijat.

Cum de a recunoaște datoriile UX

Pentru a gestiona datoria UX, la început trebuie să o recunoaștem. Există două tipuri de datorii UX, intenționate și neintenționate.

1. Datorie UX intenționată este rezultatul deciziilor noastre conștiente cand noi lipsa de bani, timp, formare, sau alte resurse sau atunci când suntem forțat să urmeze regulile exterioare. Ideile bune pe care le pierdem în mijlocul lucrărilor urgente contribuie, de asemenea, la datorii intenționate UX.
2. Este ușor să vezi datoriile intenționate de la UX poate apărea în orice moment pe durata ciclului de viață al unui produs.
3. Datorie neintenționată UX rezultă din ipotezele false pe care le facem despre utilizatorii noștri. De cele mai multe ori, nu avem tendința să credem că știm ce vor utilizatorii noștri, cum ar fi sau pot folosi, și construim întregul site (aplicație, produs, etc.) presupusa cunoaștere.
4. O sumă bună de datorii neintenționate UX apare la începutul ciclului de viață al produsului, si el crește natural în timp. Datoria neintenționată UX este mult mai greu de prins, așa cum trebuie scapa de nevoia noastra de a ne justifica ipotezele.

Deci, cum arată datoriile UX în viața reală? Atunci când utilizatorii nu pot sau nu vor să folosească site-ul nostru datorită experienței slabe a utilizatorului. Ei pur și simplu nu te angaja; noi nu le poate atrage atenția și interesul.

Manifestarea datoriilor UX diferă de la un site la altul, dar dacă avem scăderea ratei de conversie sau an creșterea ratei de respingere în cele mai multe cazuri putem bănui că am acumulat o sumă plăcută de datorii UX.

Cum să gestionați datoria UX

Există fără rețetă universală pentru a gestiona efectiv datoria UX, deoarece multe lucruri depind de caracteristicile subiective, totuși merită să ne uităm la modul în care alții se confruntă cu această problemă pentru a găsi calea noastră proprie.

De exemplu, Catriona Cornett, Directorul de Design al Produsului SalesforceIQ prezintă procesul de 5 etape pe care îl utilizează pentru a gestiona datoria utilizabilă la SalesforceIQ.

Să o vedem pe scurt pentru a putea evalua cât de bine putem să o aplicăm fluxului nostru de lucru.

1. Definiți a limba comună pentru discutarea problemelor de utilizare.
2. Găsi și aduna problemele de utilizare.
3. Organiza și clasifica problemele de utilizare.
4. Prioritizarea îmbunătățiri de utilizare.
5. Măsura impactul îmbunătățirilor.

Experiența utilizatorilor este o zonă mai largă decât utilitatea, dar cred că fluxul de lucru de mai sus poate fi aplicat în mod eficient.

Andrew Wright vine cu un flux de lucru de management ușor diferit în prezentarea lui UX Debt și recomandă un proces de 4 etape pentru a face față datoriei UX.

1. A determina dacă și Unde Datoria UX există.
2. Comparaţie severitate și importanță.
3. Fă timp să o rezolvăm.
4. Socializa conceptul.

De asemenea, este necesară o abordare a datoriilor intenționate și neintenționate tehnici diferite. Comenzile rapide pe care le facem în mod intenționat și ideile bune care se pierd în timpul procesului pot fi gestionate de către luarea de note, gestionarea sarcinilor, sau Urmărirea problemelor aplicaţii.

Datoria neintenționată UX poate fi depășită mai mult sau mai puțin prin funcționarea regulată teste de utilizator, solicitând feedback-ul clientului, sau folosind tehnici avansate precum testul A / B pentru a vedea impactul diferitelor modele.

Punerea în aplicare principiile proiectare iterativă pot fi de asemenea utile; ne putem construi pașii de gestionare a datoriei UX în fiecare iterație pentru a preveni acumularea acesteia.

Gestionarea datoriei UX trebuie să se încadrează în fluxul nostru de lucru mai larg, cu caracteristicile echipei noastre, obiectivele noastre și natura produsului nostru, dar există și unele lucruri universale care este recomandat să urmeze în toate cazurile.

1. Avem nevoie să comunica în întreaga echipă De ce trebuie să ne ocupăm de datoria UX, care sunt obiectivele noastre, și cum vrem să realizăm lor.
2. Trebuie să găsim instrumente urmăriți datoria intenționată UX.
3. Trebuie să găsim modalități de a testa produsul nostru și de a obține feedback de la utilizatorii noștri prinde datorii neintenționate UX.
4. Avem nevoie să organiza și prioritiza problemele noastre.
5. Avem nevoie să măsura rezultatele muncii noastre, așa cum trebuie întotdeauna regla Gestionarea datoriilor UX în funcție de necesitățile noastre în schimbare.

Cuvintele finale

Pentru a crea produse de calitate, nu trebuie doar să fim inovativi, ci și să acordăm atenție unor lucruri care nu sunt atât de evidente la prima vedere, una dintre acestea fiind recunoașterea și gestionarea eficientă a datoriei UX. Probabil că nu este cea mai interesantă sarcină, dar este crucială, deoarece datoria UX poate fi o amenințare gravă la adresa succesului activității noastre.

Dacă ne împărțim datoria UX bucăți ușor de manevrat, și integrați sarcinile aferente în fluxul nostru de lucru, nu trebuie să facem prea mult deodată, putem evita surprize neplăcute și putem menține sau îmbunătăți calitatea unui produs într-un mod confortabil.