Az UX adósság felismerése és kezelése
A felhasználói élmény adóssága elkerülhetetlenül az idő múlásával történik. Ez az összeg késedelmes tervezési és használhatósági feladatok olyan dolgokból származnak, mint a gyors üzleti döntések, a design gyorsbillentyűk, az elmaradt lehetőségek, az időbeli korlátok és egyéb tényezők.
A felhasználói élményt adósságnak nevezik, mivel ez hasonló a valós adóssághoz; kapunk valamit a jelenben, de csak fizetni a jövőben. Amíg az adósságot nem fizetik ki, kamatlábak állandó költségként jelentkeznek.
A felhasználói élmény adóssága - a közeli unokatestvére, a technikai adósság - mellett egy tervezés antipattern, amely csökkenti a projekt minőségét. Mivel a felhasználói élmény adóssága kevésbé megvitatott téma, nem mindig könnyű felismerni, ebben a cikkben közelebbről megvizsgáljuk.
Technikai adósság az UX adóssággal szemben
A webfejlesztésben különböző típusú adósságok vannak. A legismertebb az technikai adósság ez a CSS Tricks as "az összeg kompromisszumokat a fejlesztési folyamat során kódot írunk ".
Később munkafolyamatunkban foglalkoznunk kell vele kompromisszumok következményei, ez azt jelenti, hogy a jövőben további munka.
A technikai adósság nem egyenesen hibákat jelent, hanem azzal a ténnyel, hogy még a legjobb kódolási gyakorlatok esetén is lehetetlen a jövőben teljesen biztosítani a kódot, de a hatékony kód optimalizálás biztosan segíthet.
Az antipatternák, kódolási gyorsbillentyűk, a nem hatékony architektúra vagy a nehezen kezelhető függőségek mindegyike növelheti a technikai adósságot, de az a lényeg, hogy még optimális, hipotetikus ideális forgatókönyvben is elkerülhető - mint a jövőbeli inkompatibilitások, igények és problémák kiszámíthatatlanok. Ezért ajánlott a refactoring egy idő után.
A felhasználói élmény adóssága hasonló a technikai adóssághoz abban az értelemben, hogy:
- nem lehet elkerülni (bár ez csökkenthető)
- nehéz felismerni
- veszélyeztetheti a projekt sikerét.
A felhasználói élmény adóssága tágabb kategória, mint felhasználhatósági adósság, mivel ez nem csak arról szól, hogy egy weboldal vagy alkalmazás hogyan használható, hanem arról is a felhasználók tapasztalata a termékkel kapcsolatban - hogy szórakoztatónak, hasznosnak számít-e, vagy bármilyen érzés, amit a célközönségben szeretne felhívni.
A felhasználói élmény magában foglalja a használhatóságot, mivel a nehezen használható webhely nem teszi a felhasználókat kényelmessé, ugyanúgy, mint az UX adóssága is használhatósági adósságot tartalmaz.
Sajnos nincs sok online erőforrás a használhatósági adósságról és a felhasználói élményről, de itt néhány hasznosnak találtam, és segítettek nekem a véleményem kialakításában:
- Catriona Cornett, a SalesforceIQ terméktervezésének igazgatója hogyan lehet hatékonyan kezelni a használhatósági adósságot (olvassa el itt)
- TryMyUI a blog hogyan lehet elkerülni az UX adósságválságát (olvassa el itt)
- Felhasználói élményprofesszorok szövetsége az UX-adósságra vonatkozó megközelítésükről egy ajánlással hogyan kell kiszámítani a kötetet (olvassa el itt)
- Andrew Wright az UX adósságának magyarázata és besorolása az nForm Blogon (olvassa el itt)
Az összes lehetséges illusztráció közül az UX-adósságról, ez elég jó választás, hiszen úgy gondolom, hogy tömören megmutatja a lényegét.
A felhasználói élmény adóssága a következő: különbség a jelenlegi és az optimális termék tapasztalatminősége között.
UX adósság szubjektívebb, mint a technikai adósság, mivel Ön (vagy az ügyfeled) dönt arról, hogy milyen minőséget szeretne elérni. Például célozhatja a "funkcionális" a minimális életképes termék szintjét, de magas (de általában költséges) szabványokat is beállíthat célzás "kellemes" egy prémium termék esetében - mindez a célodtól függ.
A technikai adósság abban az értelemben különbözik, hogy sok esetben rosszul kezelt kód egyszerűen leáll. Az UX adóssággal vannak nincs ilyen drasztikus változás, ez azonban nemcsak elnyomó, hanem fenyegetés is megkönnyíti az ilyen adósságok elhanyagolását.
Hogyan lehet felismerni az UX adósságot
Az UX adósság kezeléséhez először fel kell ismernünk. Kétféle UX adósság van, szándékos és nem szándékos.
- Szándékos UX adósság jelentése tudatos döntéseink eredménye amikor nincs pénz, idő, képzés, vagy más erőforrások, vagy amikor mi vagyunk kénytelen követni a külső szabályokat. A rohanó munka közepén elvesztett jó ötletek szintén hozzájárulnak a szándékos UX adóssághoz.
- Könnyű látni ezt a szándékos UX adósságot bármikor előfordulhat a termék életciklusa alatt.
- Véletlen UX adósság hamis feltételezésekből ered, amit a felhasználóinkról teszünk. Gyakrabban, mint nem, azt gondoljuk, hogy tudjuk, hogy mit akarnak a felhasználók, mint például, vagy képesek vagyunk használni, és ehhez az egész webhelyünket (alkalmazást, terméket stb.) Építjük ehhez feltételezett tudás.
- Jó összeg véletlen UX adósság keletkezik a a termék életciklusának kezdete, és az természetesen idővel nő. A nem szándékos UX-adósság sokkal nehezebb elkapni, ahogy kell megszabaduljunk attól, hogy szükségünk van a feltevéseink igazolására.
Szóval hogyan néz ki az UX adósság a valós életben? Ha a felhasználók nem tudják vagy nem akarják használni a webhelyünket a rossz felhasználói élmény miatt. Egyszerűen ne vegyél részt; mi nem tudja elkapni a figyelmet és érdeklődést.
Az UX-adósság megnyilvánulása az egyes helyszínektől eltérő, de ha van egy csökkenő konverziós arány vagy egy növekvő visszafordulási arány a legtöbb esetben gyaníthatjuk, hogy szép mennyiségű UX adósságot gyűjtöttünk össze.
Az UX adósság kezelése
Van nincs egyetemes recept az UX adósság hatékony kezelése, mivel sok dolog a szubjektív jellemzőktől függ, de érdemes megnézni, hogy mások hogyan kezelik a problémát, hogy megtaláljuk a saját utunkat.
Például, Catriona Cornett, a SalesforceIQ terméktervező igazgatója bemutatja az 5 lépéses folyamatot, amelyet a SalesforceIQ használhatósági adósságának kezelésére használ.
Nézzük meg röviden, hogy megbecsülhessük, milyen jól tudjuk alkalmazni saját munkafolyamatunkra.
- Adja meg a közös nyelv használhatósági kérdések megvitatására.
- megtalálja és gyűjt használhatósági problémák.
- Szervez és osztályoz használhatósági problémák.
- rangsorolása használhatósági fejlesztések.
- Intézkedés a fejlesztések hatása.
A felhasználói élmény szélesebb terület, mint a használhatóság, de azt hiszem, a fenti munkafolyamat hatékonyan alkalmazható rá.
Andrew Wright az UX Adósság bemutatásában egy kissé eltérő menedzsment munkafolyamatot tartalmaz, és 4 lépésből álló folyamatot javasol az UX adósság kezelésére.
- Határozzuk ha és hol UX adósság létezik.
- Összehasonlítás súlyossága.
- Csinálj időt megjavítani.
- Szocializál a koncepció.
Szándékos és nem szándékos UX-adósságok kezelésére is szükség van különböző technikák. A szándékosan létrehozott parancsikonokat és a folyamat során elveszett jó ötleteket kezelheti jegyzetelés, feladatkezelés, vagy kérdéskövetés alkalmazások.
A nem szándékos UX-adósság többé-kevésbé leküzdhető azáltal, hogy rendszeresen fut felhasználói tesztek, kér vásárlói visszajelzés, vagy olyan fejlett technikák használatával, mint az A / B tesztelés a különböző minták hatásának megismeréséhez.
alkalmazása alapelvei iteratív tervezés hasznos lehet; az UX adóssággazdálkodási lépéseinket minden iterációba építhetjük, hogy megakadályozzuk annak felhalmozódását.
Az UX adósságkezelésének meg kell felelnie illeszkedjen a szélesebb munkafolyamatba, csapatunk jellemzőivel, céljainkkal és termékünk jellegével, de van néhány univerzális dolgok ez minden esetben ajánlott.
- Meg kell kommunikálni csapatunkban miért foglalkoznunk kell az UX adóssággal, mi a célunk, és hogyan akarjuk elérni őket.
- Eszközöket kell találnunk szándékos UX-adósság követése.
- Meg kell találnunk a termékeink tesztelésének módjait és visszajelzéseket kaphatunk a felhasználóktól nem szándékos UX adósságot kap.
- Meg kell szervez és fontossági sorrendbe kérdéseinket.
- Meg kell intézkedés az eredmények a mi munkánk, amint mindig szükségünk van beállítani UX adósságkezelés a változó igényekhez.
Végső szavak
Minőségi termékek létrehozásához nemcsak innovatívnak kell lennünk, hanem arra is, hogy figyeljünk a dolgokra, amelyek első látásra nem annyira nyilvánvalóak, ezek közül az egyik az UX adósságának elismerése és hatékony kezelése. Valószínűleg nem ez a legérdekesebb feladat, de döntő fontosságú, mivel az UX adóssága idővel komoly veszélyt jelenthet munkánk sikerére.
Ha az UX adósságot szeleteljük kezelhető darabok, és integrálja a kapcsolódó feladatokat a munkafolyamatba, nem kell túl sokat csinálnunk egyszerre, elkerülhetjük a kellemetlen meglepetéseket, és kényelmes módon fenntarthatjuk vagy javíthatjuk a termék minőségét..