UX võla tuvastamine ja haldamine

Kasutaja kogemus võlg paratamatult aja jooksul. See on summa hilinenud disaini ja kasutatavuse ülesanded tulenevad sellistest asjadest nagu kiire äriotsused, disaini otseteed, vastamata võimalused, ajapiirangud ja muud tegurid.

Kasutaja kogemuse võlga nimetatakse võlaks, kuna see on sarnane tegeliku võlaga; me saame midagi praegu, kuid ainult maksma selle eest tulevikus. Kuni võlg on tasutud, intressimäärad tekkida püsiva kuluna.

Kasutaja kogemus võlg - koos selle lähedase nõbu, tehnilise võla - on a disain antipattern, mis vähendab projekti kvaliteeti. Kuna kasutaja kogemus on vähem arutatud teema, ei ole seda alati lihtne ära tunda, selles artiklis vaatame seda lähemalt.

Tehniline võlg vs UX võlg

Veebiarenduses on erinevaid võlgu. Kõige tuntum on see tehniline võlg see on defineeritud CSS Tricks as "summa kompromisse me teeme koodi kirjutamise ajal arendusprotsessi ajal ".

Hiljem on meie töövoo puhul vaja tegeleda kompromisside tagajärgi, mis tähendab lisatööd tulevikus.

Tehniline võlg ei tulene otsestest vigadest, vaid sellest, et isegi parimate kodeerimismeetodite puhul ei ole võimalik koodi täielikult tulevikku kindlustada, kuid efektiivne koodide optimeerimine võib kindlasti aidata.

Antipatternide, kodeerivate otseteede, ebaefektiivse arhitektuuri või raskesti hallatavate sõltuvuste kasutamine võib kõik kaasa aidata tehnilisele võlgnevusele, kuid mõte on see, et isegi optimaalses, hüpoteetilises ideaalses stsenaariumis on võimatu seda vältida - nagu tulevased vastuolud, vajadused ja probleemid on ettearvamatud. Sellepärast on soovitatav mõne aja pärast refactoring.

Kasutaja kogemus on sarnane tehnilisele võlgnevusele selles mõttes, et:

• seda ei saa vältida (mõeldes võib seda vähendada)
• on raske ära tunda
• võib ohustada projekti edu.

Kasutaja kogemus võlg on laiem kategooria kui kasutatavuse võlg, kuna see ei ole ainult veebisaidi või rakenduse kasutatavuse, vaid ka selle kohta kuidas kasutajad teie toodet kogevad - kas nad leiavad, et see on meelelahutuslik, kasulik rahuldust pakkuv või mis tahes tunne, mida soovite oma sihtrühmas kasutada.

Kasutajate kogemus hõlmab kasutatavust, kuna raskesti kasutatav sait ei tee kasutajatele mugavust ja samamoodi ka UX võla katmist kasutatavusega..

Kahjuks ei ole kasutusvõla ja kasutajate kogemuste võlgade kohta palju võrguressursse, kuid siin on mõned kasulikud ja aidanud mul kujundada oma seisukohti teemal:

• Catriona Cornett, SalesforceIQi toote disaini direktor kuidas tõhusalt käsitleda kasutatavuse võlga (loe siit)
• TryMyUI on blogi kohta kuidas vältida UXi võlakriisi (loe siit)
• Kasutaja kogemuste spetsialistide ühendus nende lähenemisviisi kohta UX-võla suhtes koos soovitusega kuidas selle mahtu arvutada (loe siit)
• Andrew Wright on UX-i võla selgitus ja liigitus nForm Blogis (loe siit)

Kõigi võimalike illustratsioonide hulgas, mida ma UX-i võlakohustuste kohta leidsin, on see päris palju parim valik, sest ma arvan, et see näitab lühidalt selle sisu.

Kasutaja kogemuse võla saab määratleda kui Teie praeguse ja optimaalse toote kogemuse kvaliteedi erinevus.

UX võlg on subjektiivsem kui tehniline võlg, sest see on teie (või teie klient), kes otsustab soovitud kvaliteedi. Näiteks saate sihtida "funktsionaalne" minimaalse elujõulise toote tasemele, kuid saate ka kehtestada kõrgeid (kuid tavaliselt kulukaid) standardeid sihtimine "meeldiv" taseme eest - see kõik sõltub teie eesmärkidest.

Tehniline võlg on erinev selles mõttes, et paljudel juhtudel on halvasti juhitud kood lihtsalt lakkab töötamast. UX võlaga on olemas selliseid drastilisi muutusi ei ole, kuid see ei ole mitte ainult nõrk, vaid ka oht muudab selline võlg kergemini tähelepanuta.

Kuidas ära tunda UX võlg

UX-i võla haldamiseks peame kõigepealt selle ära tundma. UX võlga on kahte liiki, tahtlik ja tahtmatu.

1. Tahtlik UX võlg on meie teadlike otsuste tulemus kui me puudub raha, aega, koolitust, või muid ressursse või kui me oleme sunnitud järgima väliseid reegleid. Heade ideedega, mille me kaotame rünnatud töö keskel, kaasneb ka tahtlik UX võlg.
2. See on lihtne näha, et tahtlik UX võlg võib tekkida igal ajal toote elutsükli jooksul.
3. Tahtmatu UX võlg tuleneb valedest eeldustest, mida me meie kasutajate kohta teeme. Tavaliselt arvame, et me teame, et teame, mida meie kasutajad tahavad, meeldib või suudavad kasutada, ning ehitame sellele kogu oma saidi (rakenduse, toote jne) eeldatavad teadmised.
4. Hädavajalik UX - i võlg tekib. \ T toote elutsükli algus, ja see loomulikult suureneb aja jooksul. Tahtmatu UX võlg on palju raskem püüda, nagu me vajame vabaneda meie vajadusest õigustada meie eeldusi.

Niisiis, kuidas UX võlg näeb välja reaalses elus? Kui kasutajad ei saa või ei taha meie veebilehte halva kasutuskogemuse tõttu kasutada. Nad lihtsalt ärge sattuge; me ei suuda oma tähelepanu ja huvi vastu võtta.

UX-i võlgade ilmumine erineb saidilt, kuid kui meil on a ümberarvestuskursi vähenemine või suurenev põrkekiirus Enamikul juhtudel võime kahtlustada, et oleme kogunud kena summa UX-i võlga.

Kuidas hallata UX võlga

Seal on ei ole universaalset retsepti UX-i võla tõhusaks haldamiseks, kuna paljud asjad sõltuvad subjektiivsetest omadustest, kuid tasub mõelda, kuidas teised seda probleemi lahendavad, et leida oma tee.

Näiteks, Catriona Cornett, SalesforceIQi tootekujundusdirektor näitab müügijärgse võla haldamiseks kasutatavat 5-etapilist protsessi SalesforceIQ-is.

Vaatame seda lühidalt, et saaksime hinnata, kui hästi suudame seda oma tööprotsessis rakendada.

1. Määrake a ühine keel kasutusküsimuste arutamiseks.
2. Leia ja koguge kasutatavuse probleemid.
3. Korralda ja klassifitseerida kasutatavuse küsimusi.
4. Prioriteetide seadmine kasutatavuse parandamine.
5. Meede paranduste mõju.

Kasutuskogemus on laiem ala kui kasutatavus, kuid ma arvan, et ülaltoodud töövoogu saab sellele tõhusalt rakendada.

Andrew Wright UX-i võlgade esitluses on veidi erinev juhtimisprotsess, ning soovitab UX-i võla käsitlemisel 4-etapilist protsessi.

1. Määrake kui ja kus UX võlg on olemas.
2. Võrdlema tähtsust.
3. Tee aega selle parandamiseks.
4. Suhelda kontseptsioon.

Samuti on vaja tegelda tahtliku ja tahtmatu UX võlaga erinevaid meetodeid. Tahtlikult tehtud otseteid ja häid ideid, mis protsessi käigus kaotsi lähevad, saab hallata märkmete võtmine, ülesannete haldamine, või probleemide jälgimine rakendused.

Tahtmatu UX-i võla saab enam-vähem ületada, kui see töötab regulaarselt kasutajate testid, paludes kliendi tagasiside, või kasutades täiustatud tehnikaid, nagu A / B testimine, et näha erinevate disainilahenduste mõju.

Rakendamine põhimõtteid iteratiivne disain võib olla ka kasulik; me saame ehitada oma UX võla juhtimise samme igasse iteratsiooni, et vältida selle kogunemist.

UX võla haldamine peab olema sobivad meie laiema töövoo juurde, meie meeskonna omadustega, meie eesmärkidega ja meie toote olemusega, kuid on mõned universaalsed asjad see on soovitatav järgida kõigil juhtudel.

1. Me peame suhelda meie meeskonnas miks me peame tegelema UX võlaga, millised on meie eesmärgid, ja kuidas me tahame saavutada neid.
2. Peame leidma vahendid jälgige tahtlikku UX võlga.
3. Peame leidma viise, kuidas meie toodet testida ja saada kasutajatelt tagasisidet tahtmatu UX-i võlg.
4. Me peame korraldada ja prioriteediks meie probleemid.
5. Me peame meede meie töö tulemused, nagu me alati vajame reguleerige UX võla haldamine meie muutuvate vajadustega.

Lõplikud sõnad

Kvaliteetsete toodete loomiseks ei pea me olema ainult uuenduslikud, vaid ka tähelepanu pööramine asjadele, mis esmapilgul ei ole nii ilmsed, üks neist on UX-i võla kajastamine ja tõhus haldamine. See ei ole ilmselt kõige huvitavam ülesanne, kuid see on oluline, sest aja jooksul võib UX võlg olla meie töö edule tõsine oht.

Kui me lõikame UX võla juhitavad tükid, ja integreerige seotud ülesanded meie töövoogu, me ei pea korraga liiga palju tegema, saame vältida ebameeldivaid üllatusi ja säilitada või parandada toote kvaliteeti mugavalt.