Veebidisain: see ei käi sinust

pea tagumik

Kas kavatsete suure veebisaidi ümber kujundada? Kuidas oleks selle kohmakas, kuid kriitilise tähtsusega tarkvararakenduse ülesehitamisega? Enne sukeldumist pidage meeles, et lõplik kvaliteedikohtunik pole teie, vaid teie kasutajad. Siin on mõned sammud nende vajaduste ja käitumise paremaks mõistmiseks, enne kui kulutate väärtuslikke programmeerimisdollareid:

Tehke oma kasutajauuringuid

Alustage mis tahes kvantitatiivsete andmetega, näiteks analytics, et peate juba nägema, mida teie kasutajad teevad (või ei tee). Täiendava ülevaate saamiseks võite kasutaja testida praegust saiti või tarkvara, et näha omal nahal, mis teie kasutajaid rõõmustab ja mis pettumust valmistab. Rääkige kolleegidega müügi- või klienditeeninduses, et teada saada praeguseid ja püsivaid kasutajate probleeme. Isegi kui need uurimisandmed on juba kuskil aruandes olemas, leidke aeg rääkimiseks. Empaatia tekkis tegelikust vestlusest inimestega kaevikutes varustab teid loomulikult tegema kasutajakesksemaid disaini- ja arendusotsuseid.

Ehitage prototüüp

Tegelikult tehke seda prototüüpide (mitmus)? keegi ei loo esimesel katsel täiuslikku prototüüpi. Kuid see on mõte: ebaõnnestuda nii kiiresti, nii odavalt kui ka võimalikult tihti, teades, et iga iteratsioon viib teid lähemale lahendusele, mis on ehitamist väärt. Kindlasti saate HTML-i või Flashi abil luua tõhusaid prototüüpe, kuid Acrobat, Powerpoint ning isegi paber ja pliiats on endiselt suurepärased vahendid, et ideed käegakatsutavasse vormi viia. Seejuures saate oma ideid paremini suhelda, hinnata ja testida. Testimisest rääkides?

Kasutaja testimine

Kui mõned mõtlevad kasutaja testimisele, kujutavad nad ette valgeid laborimantleid ja lõikelauale. Kahjuks kujutavad paljud ette ka viivitusi ja lisakulutusi. Kui olete sunnitud valima selle ja kasutaja testimise vahel, valib enamik hilisema. Häbi pärast! Väiksemate projektide või pahade tähtaegadega projektide puhul kasutage gerilja-lähenemist: leidke 6–10 töökaaslast, vanemat, abikaasat, naabrit (kes iganes on abiks) ja jälgige neid individuaalselt, kui nad täidavad ühte või kahte kõige olulisemat ülesannet oma prototüübil. See ei anna teile kõiki teadmisi ega uhkeid aruandeid, mida ametlik kasutatavuse testimine pakub, kuid isegi ühe inimese testimine on 100% parem kui kellegi testimine. Tulemused võivad teid üllatada või isegi pettumust valmistada, kuid parem teada neid asju kohe kui pärast projekti muidu tegemist.

Õige disain

On tõsi, et meile, inimestele, meeldivad läikivad, ilusad asjad. Tehnoloogias peetakse kenasti kujundatud liideseid hõlpsamini kasutatavaks kui disainimata. See ei tähenda, et teie projekt peaks siiski olema iludusvõistlus. Näiteks kujutage ette, kas Google'i ekraanikujundus kasutas rikkalikke kujutisi ja keerulisi ekraaniülekandeid. Ehkki mõnes teises seades võib see olla ahvatlev, oleks see otsinguekraanil täielik häirimine. Google'i ja tõepoolest paljude teiste jaoks kõige rohkem ilus ekraanikujundus on sageli kõige lihtsam.

See on seda väärt

Teame väga hästi uue projekti kiiret survet asu tööle midagi ehitama. On kahetsusväärne, kui eelarvete ja ajagraafikute karmistamisel on esimesed sammud nagu kasutajauuringud, prototüübid ja kasutaja testimine. Irooniline on see, et need on sageli nii välja arvatud aega ja raha pikas perspektiivis ning hoiab teid lõpuks tahtmatult üles ehitamast lihtsalt parema välimusega versiooni sellest, mis ei tööta.

4 Kommentaarid

  1. 1
    • 2

      Not Dougy! This post was written by our friend Jon Arnold from Tuitive – a fantastic agency in town that specializes in building incredible web designs that maximize user experience.

  2. 3

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.