Miks kasutajakeskne disain on veebi ja rakenduste arendamisel ülioluline

Intro

Okei, nüüdseks olete ilmselt juba tuttav terminiga "kasutajakeskne disain" (UCD). See on üks neist fraasidest, mis näib olevat kõikjal veebis ja rakenduste arendusmaailmas.

Kui olete töötanud veebiarendusega tegelevas ettevõttes või olete osa veebiarendusteenusest, olete sellest kindlasti kuulnud - võib-olla isegi paar korda.

Aga ausalt öeldes, kas me alati peatume, et mõelda, miks see nii oluline on? Sest peaaegu alati eeldatakse, et me peame disainima kasutajat silmas pidades, eks? Aga, noh, see on midagi enamat kui lihtsalt meeldejääv fraas.

Kui te ehitate midagi inimestele, olgu see siis veebisait või rakendus, peab see olema kasutatav. See kõlab iseenesestmõistetavalt, kuid on hullumeelne, kui paljud disainerid unustavad selle põhitõe.

Rohkem kui ilus kasutajaliides või lahe funktsioon, mis avaldab viie minuti jooksul muljet, on oluline luua kogemus, mis on tegelikult mõistlik ja töötab selle kasutajatele. Ja... siin tulebki mängu kasutajakeskne disain.

Kasutajakeskse disaini põhimõtted

UCD mõistmiseks tuleb alustada põhitõdedest. See on midagi enamat kui lihtsalt "kasutajast mõtlemine". Pigem on tegemist tõeliste põhimõtete rakendamisega, mis juhivad iga disainiotsust. Võtame selle lahti:

1. Süsteemi ja tegeliku maailma vastavus

Mõneti ilmselge, kuid te oleksite üllatunud, kui tihti seda tähelepanuta jäetakse. Kasutajad ootavad teatud asju ja see tähendab, et disain peaks tunduma tuttavlik.

Näiteks kui keegi ostab midagi veebist, ei pea sa ostukorvi uuesti leiutama. See on ju juba meie mõtetes juurdunud, eks ole? Seega on oluline, et teie kujundus oleks kooskõlas sellega, kuidas tegelik maailm toimib.

Kui teie Austraalia veebiarendusprojekt sisaldab e-kaubanduse saiti, siis, noh, hoidke asjad lihtsalt lihtsad. Ei ole vaja liigselt keerutada veidrate ikoonidega. Inimesed peavad lihtsalt teadma, kus nad midagi ostmiseks klõpsata saavad.

2. Kasutaja kontroll ja vabadus

Kas olete kunagi kasutanud rakendust, klõpsanud midagi ja mõelnud: "Oot, see ei olnud see, mida ma tahtsin"? Jah, meie ka. See on frustreeriv.

Kasutajad peavad tundma, et neil on kontroll, et nad saavad vigu tehes tagasi pöörduda. Ja see ei tähenda ainult tühistamisnuppe (kuigi need on suurepärased). Küsimus on selles, kuidas kujundada voog, mis ei lukusta neid.

Kui olete kunagi käinud veebilehel, kus tunnete end vormi või protsessi lõksus olevat, siis tõenäoliselt ei lõpetanud te seda, eks ole? Ma arvan, et enamik inimesi ei lõpetaks. Nii et jah, vabadus tagasi pöörduda on UCD puhul üsna oluline.

3. Järjepidevus ja standardid

Siinkohal läheb asi natuke keeruliseks. Järjepidevus on oluline, kuid see ei tähenda, et peate järgima kõiki olemasolevaid suundumusi. Inimesed ootavad teatud käitumisviise ja mustreid, nagu näiteks tagasi-nupp või otsinguriba.

Kui töötate parima veebiarendusega tegeleva ettevõttega, siis leiate, et nad mõistavad seda. Põhilise kujunduse puhul ei ole vaja ratast uuesti leiutada. On lihtne tahta olla "erinev", kuid mõnikord töötab kasutaja jaoks lihtsalt paremini, kui järgida üldisi konventsioone.

4. Vigade ennetamine ja taastamine

Okei, olgem korraks reaalsed. Me kõik oleme internetis vigu teinud, olgu see siis vormi valesti täitmine või millegi valesti klõpsamine.

Kui kasutajad teevad vea, peaks kujundus selle kinni püüdma või vähemalt laskma neil seda hõlpsasti parandada. Näiteks krediitkaardiandmete sisestamisel võiks hea veebisait näidata kohe, kui on viga, nii et te ei raiska aega, et jõuda lõpuni, et siis aru saada, et teil on aadressis mõni täht või midagi muud vahele jäänud.

Lisaks on oluline, et veateated oleksid sõbralikud ja mitte "otsustavad". Kellelegi ei meeldi, kui talle öeldakse, et ta on viga saanud, nagu oleks ta idioot.

5. Pigem äratundmine kui meeldetuletamine

See on kõik selle kohta, et teha asjad lihtsaks.

Ära pane kasutajaid tegema tööd, et mäletada, mida järgmisena teha. Näiteks kui te ehitate veebilehte veebiarendusteenuse jaoks, ärge paluge kasutajatel meelde tuletada teie ettevõtte aadressi või muid andmeid. Selle asemel näita neid selgelt seal, kus see on mõistlik.

Mida lihtsamaks ja selgemaks te selle teete, seda vähem peab kasutaja mõtlema.

6. Paindlikkus ja kasutamise tõhusus

Kõik inimesed ei ole ühesugused.

Mõned kasutajad eelistavad otseteed. Mõnele meeldib menüüdest läbi klõpsata. UCD peaks võimaldama mõlemat. Seega, kui kujundate näiteks mobiilirakendust, kaaluge, kuidas edasijõudnud kasutajad võivad soovida kiiremat navigeerimisviisi.

Mõelge sellest kui kasutajaliidesest, mis suudab kohaneda erinevate oskuste tasemetega.

7. Süsteemi oleku nähtavus

Päris kindlasti olete kindlasti vajutanud vormil "Saada" või oodanud, et leht laadiks, ja siis lihtsalt vahtinud ekraani, imestades, kas see ka tegelikult läks läbi. Ülimalt tüütu, eks? Seepärast on nähtavus ülioluline.

Kui taustal toimub mingi protsess, anna oma kasutajatele sellest teada. Väike eduriba või sõnum "aitäh teie kannatuse eest" võib aidata palju.

Peamised erinevused UCD ja traditsiooniliste disainimudelite vahel

Disainimaailmas on lihtne takerduda "mis on uut", kuid asi on järgmine: UCD ei ole päris uus. See on lihtsalt nutikas viis läheneda disainile.

Traditsioonilised disainimudelid, nagu näiteks Waterfall lähenemine, lähtuvad hoopis teisest kohast. Seal keskendutakse tavaliselt kõigepealt funktsionaalsusele. Ehitatakse süsteem, kasutaja pärast muretsetakse hiljem. Aga, noh, see võib põhjustada probleeme.

Funktsionaalsuse ja kasutajate vajaduste eelistamine

Traditsioonilise disaini puhul on kõik seotud tootega. Milliseid funktsioone soovib ettevõte? Mis töötab süsteemi jaoks?

Kuid UCD puhul keeratakse see pea peale. Kasutaja on esikohal. Te mõtlete nende vajadustele, milliste probleemide lahendamist nad vajavad, ja siis töötate sellest lähtuvalt edasi.

Reaalsed näited, mis rõhutavad kontrasti

Okei, võtame reaalse näite. Mõelge vanakooli veebilehele, mis on täis teavet.

Austraalia veebiarendusfirma, kes selle ehitas, võis mõelda: "Hei, teeme kõik kättesaadavaks avalehel.". Aga kasutaja jaoks? See on lihtsalt üle jõu käiv.

UCD-meeskond jaotaks selle paremini seeditavaks, et oleks lihtne leida, mida vajate.

Veejooks vs. UCD lähenemisviisid

Traditsiooniline Waterfall-arendus on nagu ühesuunaline tänav - alustate algusest ja liigute lihtsalt edasi.

UCD puhul on see aga rohkem nagu käänuline tee. Te ehitate, testite, saate tagasisidet ja itereerite. See on paindlik.

Ja muidugi võib see mõnikord tunduda veidi räpane, kuid ma arvan, et see ongi selle ilu. Sa kohandad pidevalt, et kasutajakogemus oleks võimalikult sujuv.

Miks UCD on kaasaegse veebi ja rakenduste arendamise selgroog

Hea küll, me oleme juba pikalt rääkinud, aga kannatage meiega. UCD on tänapäeva arendusmaastikul nii kriitilise tähtsusega.

Parem kasutatavus ja juurdepääsetavus

Kõigepealt: kui teie rakendust või veebilehte on raske kasutada, lahkuvad inimesed. Nii lihtne see ongi.

UCD tagab, et te mõtlete sellele, kuidas kasutajad teie tootega suhtlevad. Ja see ei tähenda mitte ainult kasutatavust inimestele, kes tunnevad end tehnikaga hästi.

UCD keskendub ka ligipääsetavusele, tagades, et teie toode on kasutatav kõigile, sealhulgas puuetega inimestele.

Parem kliendirahulolu ja lojaalsus

Me kõik oleme kasutanud rakendust või veebisaiti, mis tundus lihtsalt õige - sujuv, intuitiivne ja nii lihtne kasutada. See ongi UCD võlu.

Kui kasutajad tunnevad, et nad saavad siseneda, teha seda, mida nad vajavad, ja väljuda ilma pettumusteta, jäävad nad suurema tõenäosusega püsima. Ja olgem ausad, lojaalset klienti on palju lihtsam hoida kui uut.

Kõrgemad konversiooni- ja säilitamismäärad

Kui veebisait või rakendus on kujundatud kasutajat silmas pidades, suureneb tõenäosus, et nad täidavad ülesande (näiteks sooritavad ostu).

Kui te töötate SEO e-kaubanduse agentuuriga, ütlevad nad teile, et kergesti navigeeritav ja hästi kujundatud platvorm toob kaasa kõrgema konversioonimäära.

Rohkem kasutajaid lõpetab ostuprotsessi, sest nad ei jää kusagil teel kinni.

Vähendatud arendus- ja ümberkujundamiskulud

On ahvatlev arvata, et kasutajakeskne disain maksab rohkem, kuid pikemas perspektiivis säästab see tegelikult raha.

Miks?

Sest te testite, saate tagasisidet ja teete varakult kohandusi, mis tähendab, et hiljem on vähem kulukaid ümberkujundusi.

Tegelikult tuginevad mõned parimad veebiarendusteenused UCD-le just sellepärast, et see vähendab vajadust lõputute paranduste järele.

UCD protsess: Ülevaade samm-sammult

See kõlab nagu palju, eks? Aga kui olete kord juba aru saanud, on UCD protsess üsna lihtne.

a. Kasutajauuringud ja persona väljatöötamineKõik algab sihtrühma mõistmisest. Te tahate nendega rääkida, neid küsitleda ja põhimõtteliselt välja selgitada, kes nad on ja mida nad tahavad.

b. Nõuete kogumine kasutaja vaatenurgastKui te teate, kes on teie kasutajad, kogute nõudeid. Mitte ärilise poole pealt, vaid nende vaatenurgast. Mida nad vajavad? Millised on nende valupunktid?

c. Ideekujundus ja visandamineSeejärel on aeg teha ajurünnakuid. Skitseerige asju, mängige disainiga. Selles etapis tuleb välja mõelda, mis võiks toimida.

d. Prototüüpimine ja kasutaja testimineEhitage prototüüp. Isegi, kui see on jämedam, saage tagasisidet tõelistelt kasutajatelt. See on üks tähtsamaid etappe. Kui see ei meeldi kasutajatele, on sul aega seda paremaks muuta.

e. Iteratsioon tagasiside põhjalTehke muudatusi tagasiside põhjal. Ärge jääge oma esimese idee külge. Kui kasutajad teevad muudatusettepanekuid, võtke neid tõsiselt.

f. Kasutuselevõtmine ja käivitamisjärgnehindamine Kui teie toode on valmis, ärge jätke seda lihtsalt kasutamata. Hinnake jätkuvalt, kuidas kasutajad sellega suhtlevad, ja tehke vajaduse korral parandusi.

Kasutajate vajaduste mõistmine: Olulised uurimismeetodid

On olemas hulgaliselt viise, kuidas te saate teadmisi koguda. Kuid pidage meeles: Kõik meetodid ei ole võrdsed. Vaatleme mõnda võtmetähtsusega meetodit:

• Intervjuud, fookusgrupid ja küsitlused: Need meetodid on suurepärased, et saada üksikasjalikku tagasisidet otse kasutajatelt.

• Kasutajareisi kaardistamine ja empaatiakaardid: Need vahendid aitavad visualiseerida, kuidas kasutajad teie veebisaidi või rakenduse kaudu liiguvad.

• Kaardisorteerimine ja A/B-testimine: Need on kasulikud teabe korrastamiseks ja selle testimiseks, millised paigutused või sisu toimivad kõige paremini.

• Heatmaps ja kasutajaanalüüs: Need vahendid jälgivad, kus kasutajad klõpsavad või kuidas nad kerivad. Need on eriti kasulikud kasutajaliidese täiustamiseks.

Personade roll UCDs

Kui teil ei ole personasid, siis lendate te justkui pimesi. Personad on teie sihtkasutajate andmepõhised kujutised. Need suunavad otsuseid ja aitavad teil keskenduda tegelikele vajadustele, mitte oletustele.

UX vs UI UCD kontekstis

UX tähendab kogemust, üldist tunnet suhtlemisel teie veebisaidi või rakendusega. UI tähendab kasutajaliidest, visuaalseid elemente. UCD võtab arvesse mõlemat, tagades, et kasutuskogemus on sujuv ja kasutajaliides toetab seda kogemust.

UCD-objektiiviga mobiilne ja responsiivne kujundus

Kui teie rakendus või veebisait ei ole optimeeritud mobiilis kasutamiseks, siis jääb suur osa kasutajaid ilma. UCD aitab teil kujundada kõigepealt mobiiltelefoni silmas pidades ja seejärel kohandada seda teistele seadmetele. See paindlikkus on võtmetähtsusega.

UCD juurdepääsetavus

Loomulikult ei saa ligipääsetavust eirata. UCD tagab, et teie toode on kasutatav kõigile, sealhulgas puuetega inimestele. See on õige asi ja seda nõutakse paljudes kohtades ka seadusega.

Kasutajakeskne disain ei ole lihtsalt mingi väljamõeldud disainiprintsiip. See muudab mängu. Olenemata sellest, kas te töötate parima veebiarendusfirmaga või väikese meeskonnaga, on see väga oluline, et luua tooteid, mida inimesed tegelikult kasutada tahavad. Lõppude lõpuks, kui teie kasutajatele ei meeldi, siis nad lihtsalt lahkuvad, ja seda ei taha keegi.

KKK

1. Kuidas ma tean, kas minu veebisait või rakendus on tõesti kasutajakeskne?See on hea küsimus. Paljud inimesed eeldavad, et nad on seda juba teinud, kuid tegelikult tuleb lihtsalt küsida õigeid küsimusi. Kas te tahaksite oma veebilehte või rakendust kasutada? Kuid see ei puuduta ainult teid; hankige tegelikku tagasisidet tõelistelt kasutajatelt. Nad näitavad teile valupunkte, millele te isegi ei mõelnud.

2. Mille poolest erineb kasutajakeskne disain lihtsalt "kasutajale mõtlemisest"?Hmm.... hästi, "kasutajale mõtlemine" kõlab lihtsalt, kuid UCD läheb sügavamale. See ei ole lihtsalt mingi ebamäärane idee nagu "Oh, ma peaksin oma kasutajatest hoolima". See on nagu "okei, räägime nendega, testime asju, parandame asju nende vajaduste põhjal". UCD tähendab tegelike sammude astumist, mitte ainult häid kavatsusi.

3. Kuidas ma saan rakendada UCD-d, kui ma töötan väikese meeskonnaga?Hea uudis, väikesed meeskonnad võivad seda tegelikult lihtsamaks teha. UCDga alustamiseks ei ole vaja suurt meeskonda. Peate lihtsalt mõistma, kes on teie kasutajad, koguma tagasisidet ja olema piisavalt paindlik, et teha kohandusi. Noh, see on omamoodi tore, kui saate kiiresti itereerida, eks? Te ei pea ootama hulga kinnitusi, et teha parandusi.

4. Kas UCD võib mind tegelikult säästa raha tulevaste ümberkujunduste puhul?See võib tunduda suurema ettetööga, kuid jah, UCD võib pikemas perspektiivis raha säästa. Võimalike probleemide varajane avastamine, isegi enne käivitamist, on palju odavam kui nende parandamine pärast seda. Me oleme liiga palju kordi näinud, kuidas ettevõtted hiljem koperdavad ja see maksab palju rohkem. Nii et see on seda kindlasti väärt.

5. Milline on kõige lihtsam viis UCD integreerimiseks olemasolevasse veebisaiti või rakendusse?Ausalt öeldes ei pea tegema täielikku uuendustööd. Alustage väikselt, võib-olla mingi konkreetse funktsiooni või saidi osaga, mis on kasutajate jaoks veidi keeruline. Parandage seda, testige, saage tagasisidet ja täiustage siis edasi. See on umbes nagu auto aeglaselt täiustamine, selle asemel, et kogu mootor välja rebida. Pidev areng.

6. Kuidas parandab UCD puuetega kasutajate jaoks ligipääsetavust?Ligipääsetavus on üks neist asjadest, mis jääb sageli tähelepanuta, kuni sellega ei pea tegelema. UCD aga tagab, et see on algusest peale sisse lülitatud. See ei ole nagu lisandus hiljem. Kui kujundate ligipääsetavust silmas pidades, tagate, et kõik saavad teie veebilehte või rakendust kasutada, sealhulgas ka puuetega inimesed. Lisaks täidate te õiguslikke standardeid, mis on oluline.