Az UX és a tervezési adósságmentesítés bemutatása a mérnököknek és a termékvezetőknek
Mi az UX adósság, hogyan kell leltározni és rangsorolni, és hogyan kell megtisztítani és megtervezni a rendszerrefaktorokat a vezetők által finanszírozott szempontok szerint: kockázat, költség és bevétel.
Core Takeaway
Az UX-tartozás a gyorsbillentyűkből származó tapasztalati problémák felhalmozódása, például a tervezéshez kapcsolódó műszaki adósság. A tisztítás finanszírozásához tegye láthatóvá azt egy bizonyítékokkal alátámasztott leltár segítségével, rangsorolja a felhasználói hatás, gyakoriság és erőfeszítés alapján, kérjen állandó költségvetést (minden sprint egy részét) a nagy átírás helyett, és jelentse a vezetők által már követett intézkedések előrehaladását.
Mi az UX adósság
A Nielsen Norman Group az UX-tartozást olyan tapasztalati problémákként írja le, amelyek akkor halmozódnak fel, amikor a csapatok ismételten gyors, egyszerű megoldásokat választanak, hasonlóan a technikai adóssághoz, ezt a kifejezést Ward Cunningham találta ki 1992-ben. Ha nem foglalkoznak vele, ez a felhasználói problémák súlyosbodásához és költséges tisztításhoz vezet. Ilyenek például az inkonzisztens összetevők, az „ideiglenes” zavaró folyamatok és a kényelem kedvéért megtartott elavult minták.
Négy lépéses pálya
A vezetők azt finanszírozzák, amit láthatnak és mérhetnek:
- Leltár: felsorolja a problémákat bizonyítékokkal, például kutatási klipekkel, támogatási jegyekkel, elemzésekkel és hibajelentésekkel.
- Prioritás: rangsorolás a felhasználói hatás, az előfordulás gyakorisága és a javítási erőfeszítések alapján.
- Költségvetés: kérjen fix részesedést minden sprintből a nagy durranású újratervezés helyett.
- Előre- és utána mutatók megjelenítése minden rögzített tételhez.
Beszélje azoknak a nyelvét, akik finanszírozzák
Fordítsa le az egyes tételeket kockázatra, költségre vagy bevételre: "ez a fizetési inkonzisztencia N támogatási jegyet generál havonta", "a gombösszetevők duplikált részei hozzáadnak egy napot minden funkcióhoz", "ez a folyamat nem felel meg az akadálymentesítési szabályoknak, amelyeknek meg kell felelnünk". Párosítsa mindegyiket becsléssel, ugyanazt a megközelítést alkalmazva, mint az UX ROI számításoknál.
Találd meg korán
A NN/g azt javasolja, hogy gyakran és többféle módon kapjon valós felhasználói visszajelzéseket, a sprint kiadások előtti teszteléssel és legalább havonta folyamatos teszteléssel. Adja hozzá az UX-tartozás tételeit ugyanahhoz a lemaradáshoz, mint a műszaki tartozáshoz, így azok a tervezésben láthatók, nem pedig egy külön tervdokumentumban, amelyet senki sem olvas el.
Tervezési rendszerrefaktorok
A rendszerszintű tisztításhoz mutassa meg, hogy mekkora költséggel jár, ha nem csinálja meg: hány változata létezik ugyanannak az összetevőnek, mennyi ideig tartanak az új funkciók, és hány UI hiba vezethető vissza az inkonzisztenciára. Egy kis pilóta, amely először egy nagy forgalmú területet alakít át, jobbá teszi a tokot, mint egy csúszda.
Kulcs Principle, amit meg kell jegyezni
- Az UX adósság a parancsikonokból felhalmozott tapasztalati problémák
- Leltár bizonyítékokkal, majd rangsoroljon hatás, gyakoriság és erőfeszítés alapján
- Kérjen állandó költségvetést, ne nagy átírást
- Fordítsa át az elemeket kockázatra, költségre és bevételre
- Kövesse nyomon az UX-tartozást ugyanabban a lemaradásban, mint a technikai tartozást
Gyakran Ismételt Kérdések
Források
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group