Miért kulcsfontosságú a felhasználó-központú tervezés a web- és alkalmazásfejlesztésben

Intro

Oké, mostanra valószínűleg már ismered a felhasználóközpontú tervezés (UCD) kifejezést. Ez az egyik olyan kifejezés, amely úgy tűnik, hogy mindenhol felbukkan a weben és az alkalmazásfejlesztés világában.

Ha dolgoztál már webfejlesztő céggel, vagy egy webfejlesztő szolgáltatás részese vagy, biztosan hallottál már róla - talán többször is.

De őszintén, vajon mindig megállunk-e, hogy elgondolkodjunk azon, miért is olyan fontos ez? Mert szinte mindig azt feltételezzük, hogy a felhasználót szem előtt tartva kell terveznünk, igaz? De, nos, többről van szó, mint egy fülbemászó kifejezésről.

Ha valamit az emberek számára készítünk, legyen az egy weboldal vagy egy alkalmazás, annak használhatónak kell lennie. Ez nyilvánvalónak hangzik, de őrületes, hogy hány tervező felejti el ezt az alapvető tényt.

Többről van szó, mint egy csinos felületről vagy egy öt percig lenyűgöző funkcióról, hanem arról, hogy olyan élményt teremtsünk, amelynek valóban van értelme és működik az azt használó emberek számára. És... itt jön a képbe a felhasználóközpontú tervezés.

A felhasználóközpontú tervezés alapelvei

Az UCD megértéséhez az alapokkal kell kezdeni. Ez több, mint "a felhasználóról való gondolkodás". Sokkal inkább valódi elvek alkalmazásáról van szó, amelyek minden tervezési döntést vezérelnek. Bontsuk le a lényeget:

1. A rendszer és a valós világ közötti megfelelés

Eléggé nyilvánvaló, de meglepődnél, milyen gyakran figyelmen kívül hagyják. A felhasználók bizonyos dolgokat elvárnak, és ez azt jelenti, hogy a dizájnnak ismerősnek kell tűnnie.

Ha például valaki online vásárol valamit, nem kell újra feltalálnia a bevásárlókosarat. Ez már a fejünkbe ivódott, nem igaz? Tehát kulcsfontosságú, hogy a dizájnod összhangban legyen azzal, ahogyan a való világ működik.

Ha az ausztrál webfejlesztési projektje tartalmaz egy e-kereskedelmi oldalt, akkor, nos, csak tartsa a dolgokat egyszerűen. Nem kell túlbonyolítani furcsa ikonokkal. Az embereknek csak tudniuk kell, hogy hova kell kattintaniuk, ha vásárolni szeretnének valamit.

2. Felhasználói ellenőrzés és szabadság

Használtál már valaha egy alkalmazást, rákattintottál valamire, és azt gondoltad, hogy "Várj, ez nem az volt, amit akartam"? Igen, mi is. Ez frusztráló.

A felhasználóknak érezniük kell, hogy van kontrolljuk, hogy vissza tudnak lépni, ha hibát követnek el. És ez nem csak a visszavonó gombokról szól (bár azok is nagyszerűek). Hanem arról, hogy olyan folyamatot tervezzünk, amely nem zárja be őket.

Ha voltál már olyan weboldalon, ahol úgy érezted, hogy csapdába estél egy űrlapon vagy egy folyamatban, akkor valószínűleg nem fejezted be, igaz? Szerintem a legtöbb ember nem. Tehát igen, a visszatérés szabadsága nagyon fontos az UCD-ben.

3. Következetesség és szabványok

Itt kezd egy kicsit trükkössé válni a dolog. A következetesség létfontosságú, de ez nem jelenti azt, hogy minden létező trendet követned kell. Az emberek elvárnak bizonyos viselkedési formákat és mintákat, mint például a vissza gombot vagy a keresősávot.

Ha a legjobb webfejlesztő céggel dolgozol együtt, meglátod, hogy ők ezt megértik. Nem kell újra feltalálni a kereket, ha az alapvető elrendezésről van szó. Könnyű "másnak" lenni, de néha a felhasználónak jobban megfelel, ha ragaszkodik a közös konvenciókhoz.

4. Hibamegelőzés és helyreállítás

Oké, legyünk egy pillanatra őszinték. Mindannyian követtünk már el hibákat az interneten, legyen szó egy űrlap rossz kitöltéséről vagy arról, hogy rosszul kattintottunk valamire.

Ha a felhasználók hibáznak, a dizájnnak észre kell vennie, vagy legalábbis lehetővé kell tennie, hogy könnyen kijavíthassák. Például a hitelkártyaadatok megadásakor egy jó weboldal azonnal jelzi, ha hiba történt, így nem vesztegetjük az időt, hogy egészen a végéig eljutva rájöjjünk, hogy kihagytunk egy betűt a címben vagy valami hasonlót.

Emellett kulcsfontosságú, hogy a hibaüzenetek barátságosak és ne "ítélkezzenek". Senki sem szereti, ha azt mondják neki, hogy elrontotta, mintha idióta lenne.

5. Inkább felismerés, mint felidézés

Ez az egész a dolgok megkönnyítéséről szól.

Ne kelljen a felhasználóknak megdolgozniuk azért, hogy emlékezzenek arra, mit kell tenniük legközelebb. Ha például egy webfejlesztési szolgáltatás számára készítesz webhelyet, ne kérd meg a felhasználókat, hogy emlékezzenek a céged címére vagy egyéb adataira. Ehelyett jelenítse meg őket egyértelműen ott, ahol annak értelme van.

Minél egyszerűbbé és egyértelműbbé teszi, annál kevesebbet kell gondolkodnia a felhasználónak.

6. Rugalmasság és a használat hatékonysága

Nem mindenki egyforma.

Egyes felhasználók a rövidítéseket részesítik előnyben. Néhányan szeretnek menükön keresztül kattintgatni. Az UCD-nek mindkettőt lehetővé kell tennie. Így például, ha mobilalkalmazást tervez, vegye figyelembe, hogy a haladó felhasználók esetleg gyorsabb navigációs módokat szeretnének.

Gondoljon úgy rá, mint egy olyan felületre, amely képes alkalmazkodni a különböző készségszintekhez.

7. A rendszer állapotának láthatósága

Egészen biztos, hogy Ön is kattintott már "elküldés" gombra egy űrlapon, vagy várta, hogy betöltődjön egy oldal, majd csak bámulta a képernyőt, és azon tűnődött, vajon tényleg átment-e a művelet. Szuper idegesítő, nem igaz? Ezért szuper fontos a láthatóság.

Ha valamilyen folyamat zajlik a háttérben, tudasd a felhasználóiddal. Egy kis előrehaladási sáv vagy egy "köszönöm a türelmét" üzenet sokat segíthet.

A legfontosabb különbségek az UCD és a hagyományos tervezési modellek között

Könnyű belemerülni abba, hogy "mi az új" a design világában, de a helyzet a következő: az UCD nem egészen új. Ez csak a tervezés okos megközelítése.

A hagyományos tervezési modellek, mint például a vízeséses megközelítés, teljesen máshonnan indulnak. Ott a hangsúly jellemzően a funkcionalitáson van. Megépítjük a rendszert, a felhasználóval csak később foglalkozunk. De ez problémákhoz vezethet.

A funkcionalitás prioritása a felhasználói igényekkel szemben

A hagyományos tervezésnél minden a termékről szól. Milyen funkciókat akar az üzlet? Mi működik a rendszerben?

Az UCD azonban ezt a feje tetejére állítja. A felhasználó az első. Az ő igényeire gondolunk, hogy milyen problémákat kell megoldaniuk, és onnan haladunk visszafelé.

Valós példák az ellentétre

Oké, vegyünk egy valós példát. Gondoljunk egy régimódi weboldalra, amely tele van információval.

Az ausztrál webfejlesztő cég, amelyik létrehozta, talán azt gondolta, hogy "Hé, tegyünk mindent elérhetővé a főoldalon". De a felhasználó számára? Egyszerűen túlterhelő.

Egy UCD-központú csapat ezt emészthetőbb részekre bontaná, így könnyebben megtalálná, amire szüksége van.

Vízesés vs. UCD megközelítések

A hagyományos vízeséses fejlesztés olyan, mint egy egyirányú utca - az elején kezded, és csak haladsz előre.

Az UCD esetében azonban ez inkább egy kanyargós út. Épít, tesztel, visszajelzést kap, és iterál. Rugalmas.

És persze néha kicsit kuszának tűnhet, de szerintem ez a szépsége. Folyamatosan igazítasz, hogy a felhasználói élmény a lehető legsimább legyen.

Miért az UCD a modern web- és alkalmazásfejlesztés gerince?

Jól van, már egy ideje tart a beszélgetés, de tartsatok velünk. Az UCD nem véletlenül olyan fontos a mai fejlesztési környezetben.

Fokozott használhatóság és hozzáférhetőség

Először is: ha az alkalmazásod vagy webhelyed nehezen használható, az emberek el fognak menni. Ez ilyen egyszerű.

Az UCD biztosítja, hogy átgondolja, hogyan lépnek kapcsolatba a felhasználók a termékével. És ez nem csak a technológiában jártas emberek számára jelent használhatóságot.

Az UCD a hozzáférhetőségre is összpontosít, és biztosítja, hogy terméke mindenki számára használható legyen, beleértve a fogyatékkal élőket is.

Javított ügyfélelégedettség és hűség

Mindannyian használtunk már olyan alkalmazást vagy weboldalt, amelyet egyszerűen jónak éreztünk - gördülékenynek, intuitívnak és könnyen használhatónak. Ez az UCD varázsa.

Amikor a felhasználók úgy érzik, hogy be tudnak lépni, meg tudják tenni, amit kell, és frusztráció nélkül ki tudnak lépni, nagyobb valószínűséggel maradnak a közelben. És legyünk őszinték, egy hűséges ügyfelet sokkal könnyebb megtartani, mint egy újat.

Magasabb konverziós és megtartási arányok

Ha egy webhelyet vagy alkalmazást a felhasználó szem előtt tartásával tervezünk, nő annak az esélye, hogy a felhasználó egy feladatot (például a vásárlást) teljesít.

Ha SEO e-kereskedelmi ügynökséggel dolgozol, ők biztosan elmondják, hogy egy könnyen navigálható, jól megtervezett platform magasabb konverziós arányokhoz vezet.

Több felhasználó fejezi be a vásárlási folyamatot, mert nem akadnak el valahol útközben.

Csökkentett fejlesztési és újratervezési költségek

Csábító azt gondolni, hogy a felhasználóközpontú tervezés többe kerül, de hosszú távon valójában pénzt takarít meg.

Hogy miért?

Mert tesztel, visszajelzést kap, és korán elvégzi a módosításokat, ami kevesebb költséges újratervezést jelent a későbbiekben.

Valójában a legjobb webfejlesztési szolgáltatások közül néhányan éppen azért támaszkodnak az UCD-re, mert így minimálisra csökkenthető a végtelen számú átdolgozás szükségessége az út során.

Az UCD-folyamat: Lépésről lépésre történő áttekintés

Ez soknak hangzik, igaz? De ha egyszer beletanul, az UCD-folyamat meglehetősen egyszerű.

a. Felhasználói kutatás és személyiségekkialakítása Minden a célközönség megértésével kezdődik. Beszélni akarsz velük, felmérni őket, és alapvetően ki akarod deríteni, hogy kik ők és mit akarnak.

b. Követelménygyűjtés a felhasználók szemszögébőlHa már tudja, kik a felhasználók, gyűjtse össze a követelményeket. Nem az üzleti oldalról, hanem az ő szemszögükből. Mire van szükségük? Mik a fájdalmas pontjaik?

c. Ötletelés és vázlatkészítésEzután itt az ideje az ötletelésnek. Vázolja fel a dolgokat, játsszon a dizájnnal. Ebben a szakaszban minden arról szól, hogy kitaláljuk, mi működhet.

d. Prototípusalkotás és felhasználói tesztelésKészítsünk prototípust. Még ha durva is, kérj visszajelzést valódi felhasználóktól. Ez az egyik legfontosabb lépés. Ha a felhasználóknak nem tetszik, még van időd, hogy javíts rajta.

e. Iteráció a visszajelzések alapjánVégezzen változtatásokat a visszajelzések alapján. Ne ragaszkodjon az első ötletéhez. Ha a felhasználók változtatásokat javasolnak, vegye őket komolyan.

f. Bevezetés és bevezetés utáni értékelésHa a termék már élesben működik, ne sétáljon csak úgy el. Folyamatosan értékelje, hogy a felhasználók hogyan lépnek kapcsolatba vele, és szükség szerint végezzen módosításokat.

A felhasználói igények megértése: Kutatási módszerek, amelyek számítanak

Rengeteg módja van a meglátások összegyűjtésének. De ne feledje: Nem minden módszer egyenlő. Nézzünk meg néhány kulcsfontosságúat:

• Interjúk, fókuszcsoportok és felmérések: Ezek a módszerek kiválóan alkalmasak arra, hogy közvetlenül a felhasználóktól részletes visszajelzést kapjon.

• User Journey Mapping és empátiatérképek: Ezek az eszközök segítenek vizualizálni, hogyan mozognak a felhasználók a webhelyen vagy alkalmazáson keresztül.

• Kártyaválogatás és A/B tesztelés: Ezek hasznosak az információk rendszerezéséhez és annak teszteléséhez, hogy melyik elrendezés vagy tartalom működik a legjobban.

• Hőtérképek és felhasználói analitika: Ezek az eszközök nyomon követik, hogy a felhasználók hova kattintanak vagy hogyan görgetnek. Különösen hasznosak a felhasználói felület javításához.

A személyiségek szerepe az UCD-ben

Ha nincsenek személyiségképek, akkor egyfajta vakrepülésben van. A personák a célfelhasználók adatvezérelt ábrázolásai. A döntések meghozatalát irányítják, és segítenek a valós igényekre összpontosítani, nem pedig a feltételezésekre.

UX vs. UI az UCD kontextusában

Az UX az élményről szól, az általános érzésről, amit a webhely vagy alkalmazás interakciója során tapasztalunk. A UI az interfészről, a vizuális elemekről szól. Az UCD mindkettőt figyelembe veszi, biztosítva, hogy az élmény zökkenőmentes legyen, és az interfész támogassa ezt az élményt.

Mobil-első és reszponzív tervezés UCD szemüvegen keresztül

Ha az alkalmazásod vagy a weboldalad nincs mobilra optimalizálva, akkor a felhasználók nagy részét hagyod ki. Az UCD segít abban, hogy először a mobilra való tervezést tartsa szem előtt, majd alkalmazkodjon a többi eszközhöz. Ez a rugalmasság kulcsfontosságú.

Hozzáférhetőség az UCD-ben

És persze a hozzáférhetőség nem képezi vita tárgyát. Az UCD biztosítja, hogy a terméked mindenki számára használható legyen, beleértve a fogyatékkal élőket is. Ez a helyes dolog, és sok helyen törvényileg is előírt.

A felhasználóközpontú tervezés nem csak egy divatos tervezési elv. Ez a játék megváltoztatását jelenti. Akár a legjobb webfejlesztő céggel, akár egy kis csapattal dolgozik, ez kulcsfontosságú ahhoz, hogy olyan termékeket hozzon létre, amelyeket az emberek valóban használni akarnak. Végül is, ha a felhasználóknak nem tetszik, egyszerűen elhagyják az oldalt, és ezt senki sem szeretné.

GYIK

1. Honnan tudom, hogy a weboldalam vagy alkalmazásom valóban felhasználóközpontú-e?Nos, ez egy jó kérdés. Sokan azt feltételezik, hogy már mindent tudnak, de valójában egyszerűen csak a megfelelő kérdéseket kell feltenni. Szeretné használni a webhelyét vagy alkalmazását? De ez nem csak rólad szól; kérj valódi visszajelzést valódi felhasználóktól. Ők megmutatják majd azokat a fájdalmas pontokat, amelyekre nem is gondoltál.

2. Miben különbözik a felhasználóközpontú tervezés attól, hogy csak "gondolkodj a felhasználóról"?Hmm....well, a "gondolkodj a felhasználóról" egyszerűen hangzik, de az UCD mélyebbre megy. Ez nem csak valami homályos gondolat, mint például "Ó, törődnöm kellene a felhasználóimmal". Hanem arról, hogy beszélgessünk velük, teszteljünk, javítsuk ki a dolgokat az igényeik alapján. Az UCD valódi lépések megtételéről szól, nem csak a jó szándékról.

3. Hogyan alkalmazhatom az UCD-t, ha kis csapattal dolgozom?Jó hír, hogy a kis csapatokkal ez valóban könnyebbé válhat. Nem kell nagy csapat ahhoz, hogy elkezdje az UCD-t. Egyszerűen csak meg kell értened, kik a felhasználóid, visszajelzéseket kell gyűjtened, és elég rugalmasnak kell lenned ahhoz, hogy kiigazításokat végezz. Hát, elég jó, ha gyorsan tudsz iterálni, nem igaz? Nem kell egy csomó jóváhagyásra várnia a fejlesztésekhez.

4. Az UCD valóban pénzt takaríthat meg nekem a jövőbeli újratervezéseknél?Lehet, hogy több előzetes munkának tűnik, de igen, az UCD hosszú távon pénzt takaríthat meg. A potenciális problémák korai, akár még az indulás előtt történő felismerése sokkal olcsóbb, mint azok utólagos javítása. Túl sokszor láttuk már, hogy a cégek utólag kapkodnak, és ez sokkal többe kerül. Tehát mindenképpen megéri.

5. Mi a legegyszerűbb módja az UCD beépítésének egy meglévő weboldalba vagy alkalmazásba?Őszintén szólva, nem kell teljesen átdolgozni. Kezdje kicsiben, talán egy adott funkcióval vagy a webhely egy olyan részével, amely egy kicsit trükkös a felhasználók számára. Finomítson rajta, tesztelje, kérjen visszajelzést, majd folyamatosan javítson rajta. Ez olyan, mintha lassan finomítanál egy autót, ahelyett, hogy az egész motort kiszerelnéd. Folyamatos fejlődés.

6. Hogyan javítja az UCD a fogyatékkal élő felhasználók hozzáférhetőségét?A hozzáférhetőség egyike azoknak a dolgoknak, amelyeket gyakran figyelmen kívül hagynak, amíg nem kell foglalkozni vele. Az UCD azonban gondoskodik arról, hogy ez már a kezdetektől fogva beépüljön. Ez nem olyan, mint egy későbbi kiegészítés. Ha a hozzáférhetőséget szem előtt tartva tervezel, biztosítod, hogy mindenki használhassa a webhelyedet vagy alkalmazásodat, beleértve a fogyatékkal élőket is. Ráadásul a jogi előírásoknak is megfelel, ami nagyon fontos.