UX dizaineris: įgūdžiai, portfolio ir karjeros pradžia

Kas yra UX dizaineris?

Vartotojų patirties dizaineris, arba UX dizaineris, projektuoja, kaip žmogus pasiekia tikslą naudodamasis produktu ar paslauga. Jis dirba su informacijos struktūra, veiksmų seka, ekranų turiniu ir sąveika. Graži išvaizda svarbi, tačiau darbas nesibaigia spalvų bei šriftų pasirinkimu: žmogus turi suprasti, ką daryti, pastebėti rezultatą ir galėti ištaisyti klaidą.

Įsivaizduok konsultacijos rezervaciją. UX dizaineris sprendžia, kaip pasirinkti paslaugą, rasti tinkamą laiką, suprasti kainą ir gauti patvirtinimą. Jam taip pat rūpi, kas nutiks neradus laisvų vietų arba nutrūkus ryšiui. Tai visas naudojimo kelias, o ne vien pradinis ekranas.

Figma UX dizaino apžvalgoje aptariamas naudojimo patirties projektavimas ir prototipai.^[1] Darbo skelbimuose rasi pavadinimus UX Designer, UX/UI Designer, Interaction Designer, Product Designer. Jie nėra visiškai tapatūs, todėl skaityk atsakomybes.

UX, UI, produkto dizainas ir tyrimai: kuo skiriasi?

Vienoje įmonėje šias veiklas atlieka skirtingi žmonės, kitoje – vienas specialistas. „UX/UI“ skelbime gali būti tikimasi ir stipraus vizualinio dizaino. Palygink UX tyrėjo bei grafikos dizainerio gidus: panašūs įrankiai dar nereiškia vienodų užduočių.

Ką UX dizaineris veikia per darbo dieną?

Darbas apima ne tik maketavimą. Reikia išsiaiškinti problemą, peržiūrėti turimą informaciją, suderinti apribojimus ir paaiškinti savo pasirinkimą. Kai kurios dienos labiau skirtos eskizams, kitos – aptarimams ar įgyvendintos versijos patikrai.

• Su produkto komanda patikslina užduoties tikslą.
• Peržiūri tyrimo išvadas, klientų klausimus ir turimus rodiklius.
• Nubraižo naudojimo kelią ir kelias sprendimo alternatyvas.
• Kuria ekranų struktūrą bei interaktyvų prototipą.
• Aptaria sprendimą su tyrėju, programuotoju ir turinio specialistu.
• Patikrina bandymo rezultatus ir pataiso dizainą.
• Perduoda įgyvendinimo detales ir peržiūri veikiančią versiją.

Redakcinis dienos pavyzdys: ryte aptarti registracijos sunkumą, iki pietų parengti dvi struktūros alternatyvas, po pietų išbandyti prototipą ir užrašyti sprendimo priežastį. Tai orientyras, ne visų komandų tvarkaraštis.

Kam tinka UX dizainerio darbas?

Ši kryptis gali tikti, jei patinka derinti kūrybą su aiškia logika. Reikia ne tik siūlyti idėjas, bet ir jas keisti gavus naujų duomenų. Gebėjimas išklausyti kritiką dažnai svarbesnis už prisirišimą prie pirmo gražaus maketo.

• Pastebi, kur žmogui gali kilti neaiškumų.
• Gali paaiškinti, kodėl vienas pasirinkimas geresnis už kitą.
• Nori suprasti tikslą prieš rinkdamasis įrankį.
• Kantriai tikrini detales ir išimtis.
• Gali bendradarbiauti su skirtingų sričių kolegomis.

Gali varginti neapibrėžti reikalavimai, prieštaringas grįžtamasis ryšys ir riboti įgyvendinimo ištekliai. Jei nori tik individualiai kurti vizualus be aptarimų, verta palyginti iliustracijos ar grafikos dizaino veiklą.

Kokių įgūdžių reikia pradžiai?

Informacijos struktūra

Mokėk sugrupuoti informaciją pagal žmogaus užduotį. Menų mokyklos registracijos puslapyje pirmiausia gali reikėti suprasti užsiėmimo amžiaus grupę, o tik tada rinktis laiką. Organizacijos vidaus skyrių pavadinimai nebūtinai padeda lankytojui.

Sąveikos projektavimas

Aprašyk, kas nutinka po veiksmo, kaip žmogus grįžta atgal ir ką mato suklydęs. NN/g naudojimo patogumo principai padeda sistemingai peržiūrėti grįžtamąjį ryšį, nuoseklumą, klaidų prevenciją ir kitus sąsajos aspektus.^[2]

Prototipavimas ir patikra

Sukurk tik tiek detalų modelį, kiek reikia klausimui patikrinti. Pirmoje versijoje svarbiau veiksmų seka nei tikslus paveikslėlis. Išmok aprašyti, kas išbandyta ir kas liko prielaida.

Vizualinės komunikacijos pagrindai

Net jei nespecializuojiesi UI, reikės suprasti hierarchiją, įskaitomumą, tarpus ir kontrastą. Užrašas „čia bus aiškus dizainas“ nepadeda įvertinti, ar žmogus pastebės svarbiausią veiksmą.

Kaip atrodo mažas UX projektas?

Pradėk nuo konkretaus vartotojo tikslo. Mokomajame projekte tai gali būti registracija į vienkartinį užsiėmimą. Apibrėžk, kas įtraukta ir ko nekursi: pavyzdžiui, registracija be tikro apmokėjimo ir be administratoriaus sistemos.

1. Užrašyk problemą, turimus įrodymus ir nepatikrintas prielaidas.
2. Išsiaiškink svarbiausias taisykles bei apribojimus.
3. Nubraižyk kelią nuo pradžios iki patvirtinimo.
4. Parenk dvi struktūros alternatyvas.
5. Sukurk pasirinktos alternatyvos prototipą.
6. Patikrink užduotį su sutinkančiais dalyviais.
7. Užrašyk pataisymus ir jų priežastis.
8. Paruošk perdavimo bei tolesnės patikros aprašą.

Tai siūloma mokymosi eiga. Tikrame projekte etapai gali kartotis, o ne vykti tvarkinga tiesia linija. Nepridėk tyrimo, personos ar kelionės žemėlapio vien todėl, kad taip atrodo populiarus portfolio šablonas.

Kas yra wireframe, user flow ir wireflow?

Wireframe parodo ekrano struktūrą: kokia informacija ir veiksmai svarbiausi. User flow aprašo kelią bei sprendimų šakas. Wireflow sujungia supaprastintus ekranus su jų tarpusavio ryšiais. NN/g šį formatą pristato kaip būdą paaiškinti darbo eigą ir sąveikas.^[3]

Pradedančiojo klaida – nupiešti penkis gražius ekranus, bet nepaaiškinti, kaip žmogus tarp jų pereina. Prie rodyklių parašyk, kas jas sukelia: pasirinkimas, klaidinga įvestis, grįžimas ar sėkmingas pateikimas.

Pirmai versijai pakanka popieriaus. Jei komanda negali suprasti paprasto eskizo, papildomos spalvos nebūtinai išspręs logikos spragą. Kita vertus, labai abstraktus eskizas gali neatsakyti į teksto ar vizualinės hierarchijos klausimą – detalumą rink pagal tikslą.

Kaip sukurti naudingą interaktyvų prototipą?

Figma prototipavimo dokumentacija aprašo ekranų sujungimą į interaktyvias eigas.^[4] Prototipas leidžia išbandyti numatytą patirtį, tačiau pats savaime nėra veikianti sistema su duomenų baze ar tikru apmokėjimu.

• Nurodyk pradinį ekraną ir aiškią bandymo užduotį.
• Paruošk ne vien sėkmės kelią, bet ir bent vieną klaidos atvejį.
• Patikrink grįžimą į ankstesnį žingsnį.
• Naudok tikrovišką tekstą ir išgalvotus duomenis.
• Pažymėk, kurios funkcijos tik imituojamos.

Neanimuok visko vien tam, kad demonstracija atrodytų įspūdinga. Jei tikrini, ar žmogus supranta paslaugos pasirinkimą, sudėtingas perėjimo efektas gali atitraukti dėmesį. Prieš sesiją pats pereik visas numatytas šakas.

Kokias ekrano būsenas dažniausiai pamiršta pradedantieji?

Prie kiekvienos būsenos aprašyk veiksmą ir grįžtamąjį ryšį. „Kažkas nutiko“ dažnai nepadeda išspręsti problemos. Tačiau nepriskirk tikslios techninės priežasties, jei sistema jos nežino.

Kaip projektuoti prieinamą sąsają?

Prieinamumą įtrauk nuo pradžių. W3C dizaino gairės apima kontrastą, informacijos pateikimą ne vien spalva, aiškią navigaciją ir kitus principus.^[5] Tai pradinis orientyras, o ne pilnas produkto atitikties įvertinimas.

• Numatyk aiškius laukų pavadinimus ir instrukcijas.
• Klaidos nepažymėk vien raudonu rėmeliu.
• Patikrink teksto įskaitomumą ir svarbių elementų kontrastą.
• Aprašyk klaviatūros fokusą ir logišką veiksmų tvarką.
• Nepriklausyk vien nuo subtilaus animacijos efekto.

W3C formų gairės paaiškina laukų ir jų pavadinimų susiejimą.^[6] Dizaineris turi numatyti aiškų elgesį, o programuotojas – teisingai jį įgyvendinti. Vien gražus ekrano vaizdas neįrodo, kad forma prieinama pagalbinėms technologijoms.

Kodėl tekstas yra UX dizaino dalis?

Mygtukas, lauko paaiškinimas ir klaidos pranešimas padeda žmogui apsispręsti. „Tęsti“ viename žingsnyje gali būti aišku, bet paskutiniame apmokėjimo žingsnyje nepasakyti, kokį įsipareigojimą žmogus patvirtina. Mokomajame projekte rašyk konkretų turinį, o ne vien „Lorem ipsum“.

Patikrink, ar terminai nuoseklūs. Jei pirmame ekrane sakai „užsiėmimas“, o kitame „produktas“, žmogus gali nesuprasti, ar tai tas pats. Kai reikalavimai nežinomi, pažymėk klausimą komandai, užuot išgalvojęs pažadą apie kainą, grąžinimą ar pristatymą.

Tikroviškas ilgesnis pavadinimas taip pat padeda pastebėti maketo ribas. Dizainas, kuris veikia tik su trimis trumpais žodžiais, dar nėra pasiruošęs įvairiam turiniui.

Kaip patikrinti, ar dizainas suprantamas?

Paprašyk dalyvio atlikti užduotį, o ne įvertinti, ar ekranas gražus. NN/g naudojimo bandymų įvadas aprašo užduočių atlikimo stebėjimą.^[7] Mokomajame projekte iš anksto susitark dėl dalyvavimo ir naudok išgalvotus duomenis.

Užduotis gali skambėti taip: „Rask pradedantiesiems skirtą užsiėmimą kitą savaitę po darbo ir parodyk, kaip registruotumeisi.“ Neįvardyk mygtuko, kurį žmogus turėtų rasti. Žymėk, kur jis sustoja, grįžta arba prašo pagalbos.

Po bandymo atskirk stebėjimą nuo sprendimo. „Dalyvis nepastebėjo kainos“ nėra tas pats, kas „reikia raudonos kainos“. Gali būti kelios priežastys ir alternatyvos. Maža mokomoji imtis neleidžia skelbti patikimų visos auditorijos procentų. Daugiau apie metodus – UX tyrėjo gide.

Kaip perduoti dizainą programuotojui?

Perdavimas nėra tik nuoroda į failą. Programuotojui reikia suprasti elgesį, turinį, būsenas ir apribojimus. Dar prieš baigdamas maketą aptark, kas techniškai įmanoma ir kokie komponentai jau egzistuoja.

• Nurodyk, kurie ekranai patvirtinti ir kurie dar nagrinėjami.
• Aprašyk klaidas, tuščias būsenas ir duomenų ribas.
• Paaiškink, kaip keičiasi išdėstymas mažame ekrane.
• Pažymėk komponentų variantus ir svarbias sąveikas.
• Sutark, kaip bus tikrinama įgyvendinta versija.

Mokomasis perdavimo sakinys: „Jei laisvų vietų nėra, rodomas paaiškinimas ir galimybė pasirinkti kitą datą; ankstesnė paslauga išlieka pasirinkta.“ Tai naudingiau nei vien tuščio sąrašo ekranas be paaiškinimo.

Kokių įrankių pakanka ir ar reikia programuoti?

Pradžiai pakanka popieriaus, dokumento ir vieno prototipavimo įrankio. Figma gali būti naudojama ekranams bei sąveikoms, bet programos mokėjimas savaime nereiškia UX kompetencijos. Įrankių planai bei funkcijų ribos keičiasi – prieš mokėdamas pasitikrink oficialias sąlygas.

Ne kiekviena UX pareigybė reikalauja programuoti. Vis dėlto HTML, CSS ir žiniatinklio veikimo pagrindai padeda kalbėtis su kūrėjais bei suprasti įgyvendinimo ribas. Jei kuri tik vizualų prototipą, nesakyk, kad sukūrei veikiančią svetainę.

Automatiniai įrankiai gali pagreitinti maketo kūrimą, bet nepakeičia klausimo, kokią problemą sprendi. Išmok paaiškinti vieną ekraną be programos terminų: kam jis skirtas, ką žmogus mato ir kas nutinka po veiksmo.

Kaip sukurti UX dizainerio portfolio be darbo patirties?

NN/g portfolio gairės rekomenduoja rodyti procesą, savo vaidmenį ir sprendimų priežastis, ne vien galutinius ekranus.^[8] Pradedančiajam verta užbaigti vieną aiškų projektą, o ne surinkti dešimt nepaaiškintų programėlių viršelių.

1. Aprašyk problemą, auditoriją ir projekto ribas.
2. Atskirk surinktus duomenis nuo prielaidų.
3. Parodyk kelio schemą ir bent dvi svarstytas alternatyvas.
4. Pateik prototipą su pagrindinėmis būsenomis.
5. Aprašyk tikrus bandymus ir pataisymus.
6. Paaiškink savo indėlį bei bendradarbiavimą.
7. Nurodyk neišspręstus klausimus ir kitą patikros žingsnį.

Savarankišką projektą taip ir pavadink. Žinomo prekės ženklo perdarymas nereiškia, kad jis buvo tavo klientas. Jei sprendimas nebuvo įgyvendintas ar rezultatas nebuvo matuotas, nerašyk išgalvoto konversijos augimo.

Praktinė užduotis: registracijos kelio prototipas

Atsisiųsti UX dizaino užduotį ir patikros planą ↗

Sukurk išgalvotos kūrybinių užsiėmimų studijos registracijos kelią. Žmogus turi pasirinkti užsiėmimą, datą, pateikti kontaktą ir suprasti patvirtinimą. Tikro apmokėjimo bei tikrų dalyvių duomenų nereikia. Pirmai eskizo versijai skirk 60–90 minučių; prototipui ir bandymams reikės papildomo laiko.

• Aprašyk vieną pagrindinį tikslą ir tris proceso taisykles.
• Nubraižyk kelią su bent viena nesėkmės šaka.
• Parenk penkis pagrindinius ekranus arba būsenas.
• Numatyk tuščio laikų sąrašo ir klaidingo el. pašto atvejus.
• Patikrink, ar mobiliajame ekrane išlieka aiškus pagrindinis veiksmas.
• Po bandomosios sesijos pakeisk bent vieną pagrįstą dalyką arba paaiškink, kodėl dar trūksta duomenų.

Jei sesijos neatlikai, pažymėk „neatlikta“. Mokymosi dokumentas neturi apsimesti realaus tyrimo ataskaita.

90 dienų mokymosi planas

Tai redakcinis praktikos planas, ne garantija per tris mėnesius įsidarbinti.

Kas savaitę prašyk konkretaus grįžtamojo ryšio: ar aiški veiksmų seka, ar galima ištaisyti klaidą, ar sprendimas pagrįstas. Mokytis vien klavišų kombinacijų neužtenka, tačiau nereikia atidėti praktikos, kol perskaitysi visas knygas.

Ar reikia dizaino diplomo ar mokamo kurso?

Darbdavių reikalavimai skiriasi. Dizaino ar susijusios studijos gali suteikti pagrindus, tačiau portfolio turi parodyti, kaip dirbi. Vien kurso pažymėjimas neatsako, ar supranti naudotojo užduotį ir gebi peržiūrėti sprendimą.

Prieš rinkdamasis kursą paklausk, ar bus vertinami savarankiški projektai, ar gausi grįžtamąjį ryšį apie logiką ir ar praktikuosies su būsenomis bei prieinamumu. Palygink programą su norimų pareigybių užduotimis. Atsargiai vertink pažadą gauti darbą vien baigus mokymus.

Pirmą eskizą ir mažą prototipą galima parengti prieš perkant ilgą programą. Tai padės suprasti, ar patinka pats procesas, o ne tik dizainerio darbo įvaizdis.

Kur ieškoti pirmojo UX darbo ir ką rašyti CV?

Ieškok „Junior UX Designer“, „UX/UI Designer“, „Product Design Intern“, „Interaction Designer“ ir lietuviškų pavadinimų. Tikrink įmonių karjeros puslapius bei darbo portalus. „Junior“ vienoje įmonėje gali reikšti prižiūrimą mokymąsi, kitoje – jau savarankišką darbą.

• Pateik aiškią portfolio nuorodą be nereikalingų prisijungimo kliūčių.
• Aprašyk konkretų savo indėlį.
• Nurodyk, ką projektavai ir kaip tikrinai.
• Atskirk mokomąjį darbą nuo apmokamos patirties.
• Įrankio žinias pagrįsk projektu, o ne vien logotipu.

Pasitikrink, ar komandoje yra patyręs dizaineris, kas vertins tavo darbą ir kiek laiko skiriama tyrimams. Pareigybė, kurioje vienas naujokas atsakingas už visą produktą, labai skiriasi nuo darbo su mentoriaus pagalba.

Kaip pasiruošti dizaino darbo pokalbiui?

Pasiruošk pristatyti vieną projektą nuo klausimo iki pataisymo. Gebėk paaiškinti, ką atmetei ir kodėl. Jei nežinai atsakymo, įvardyk, kokios informacijos reikia, o ne pridėk išgalvotą tyrimo išvadą.

• Kodėl pasirinkai šią veiksmų seką?
• Kokia alternatyva buvo svarstyta?
• Kas nutinka žmogui suklydus?
• Kaip sprendimas keičiasi telefone?
• Ką parodė bandymas ir kokios jo ribos?
• Ką darytum turėdamas perpus mažiau įgyvendinimo laiko?

Gavęs namų užduotį pasitikslink terminą, laukiamą detalumą ir vertinimo kriterijus. Aiškiai apibrėžtas mažas sprendimas gali geriau parodyti mąstymą negu nebaigta milžiniška programėlė.

Kaip atrodo UX dizainerio darbas iš namų?

Daug projektavimo užduočių galima atlikti nuotoliu, bet darbas vis tiek komandinis. Reikės aptarti sprendimus, rodyti prototipus ir derinti pakeitimus su kūrėjais. Ne kiekviena „remote“ pozicija leidžia dirbti iš bet kurios šalies ar bet kuriuo metu.

Prieš priimdamas pasiūlymą išsiaiškink bendras darbo valandas, darbo šalies ribas, įrangą, licencijas ir kelionių poreikį. Paklausk, kaip dokumentuojami sprendimai ir kas dalyvauja dizaino peržiūrose. Aiškūs failų pavadinimai bei trumpi paaiškinimai nuotolinėje komandoje padeda išvengti nereikalingo spėliojimo.

Atlyginimas ir savarankiško projekto kainodara

Šiame gide nepateikiame nepatikrinto Lietuvos UX dizainerių atlygio intervalo. Lygindamas skelbimus atskirk patirties lygį, bruto bei neto sumas, UX ir platesnes produkto dizaino atsakomybes. Darbas su mentoriumi ir vienintelio dizainerio vaidmuo nėra vienodas pasiūlymas.

Savarankiškam projektui sutark apimtį: vartotojo keliai, būsenos, įrenginių dydžiai, tyrimo dalis, taisymų skaičius ir perdavimas. Penki ekranai gali slėpti daug skirtingų scenarijų, todėl vien ekranų skaičius ne visada gerai apibūdina darbą.

Atskirai aptark, kas parengs tekstus ir pateiks medžiagą, ar numatyta įgyvendinimo peržiūra. Neaiškiam projektui pirmiausia gali tikti ribotas analizės etapas, po kurio lengviau susitarti dėl likusio darbo.

Kaip naudoti DI neatsisakant savo sprendimų?

DI gali padėti pasiūlyti maketo variantus, suformuluoti teksto juodraštį ar išvardyti pamirštas būsenas. Vis dėlto sugeneruotas ekranas neįrodo, kad žmogus supras užduotį. Patikrink turinį, sąveikas ir pasirinktos sistemos apribojimus.

• Nenaudok išgalvotų personų kaip tikro tyrimo įrodymo.
• Nesiųsk klientų duomenų į nepatvirtintus įrankius.
• Patikrink sugeneruoto teksto pažadus ir faktus.
• Peržiūrėk prieinamumą ir mažo ekrano būsenas.
• Portfolio paaiškink savo indėlį ir naudotą pagalbą.

Svarbu mokėti pakeisti sprendimą gavus naują sąlygą. Jei gali tik pakartoti vieną gražų pavyzdį, praktikuokis su konkrečia išimtimi: nėra laisvų laikų, netelpa ilgas pavadinimas arba žmogus nori grįžti atgal.

Ką padaryti šiandien?

Atsisiųsk praktikos planą ir nubraižyk vieną registracijos kelią. Prieš gražindamas ekranus patikrink, ar numatei sėkmę, klaidą ir grįžimą. Tada pasirink vieną klausimą, kurį išbandysi su kitu žmogumi.

Jei labiau domina žmonių patirties aiškinimasis, skaityk UX tyrėjo gidą. Jei nori įgyvendinti svetaines – svetainių kūrėjo gidą. Vizualinės komunikacijos krypčiai palygink grafikos dizainą.

Dažniausiai užduodami klausimai

Šaltiniai ir rengimo principai

Informacija tikrinta 2026 m. rugsėjo 27 d. Praktikos scenarijus ir 90 dienų planas yra redakciniai pasiūlymai, o ne įsidarbinimo pažadas. Mokomasis prototipas nėra tikras klientų projektas. Nepateikiami nepatikrinti atlygio intervalai ar išgalvoti tyrimų rezultatai.

1. Figma: kas yra UX dizainas
2. Nielsen Norman Group: naudojimo patogumo principai
3. Nielsen Norman Group: wireflow
4. Figma: prototipavimo vadovas
5. W3C WAI: prieinamo dizaino patarimai
6. W3C WAI: formų laukų etiketės
7. Nielsen Norman Group: naudojimo bandymų pagrindai
8. Nielsen Norman Group: UX dizaino portfolio