Dagens designtips er en artikkelserie hvor forskjellige designere fra Bekk forteller om jobben de gjør, hvilke utfordringer de møter på, og kanskje kommer med et lite tips!
Hvem er jeg?
- Citona Marie Rygg
- 30 år gammel
- Kommer fra Oslo
- Studerte interaksjonsdesign ved Westerdals og Universitetet i Oslo
- Jobbet som designer i 2,5 år
Hvorfor ble jeg designer? Jo jeg har alltid vært veldig glad i teknologi og datamaskiner, men også i design. Som liten drømte jeg om å bli både smykke - og klesdesigner. Men motebransjen fristet ikke sånn veldig. Så da jeg fant ut at jeg kunne kombinere teknologi + design så var jeg solgt.
Akkurat nå jobber jeg med sparing hos SpareBank 1 og det har jeg gjort i 2 år. Det er et veldig spennende domene. Det er jo noe de aller fleste vet at de burde gjøre, men av ulike årsaker ikke helt klarer å komme i gang med. Litt som trening egentlig. Og så er det jo veldig nyttig for meg personlig å lære om, så det er jo en bonus.
Hva gjør jeg?
Arbeidsoppgavene mine er veldig varierte. Jeg jobber med alt fra målsetting, prosess, innsikt, skisser, forankring, atferdsanalyse, samarbeid med utviklere +++ Det er noe av det jeg synes er gøyest med å være ute i arbeidslivet - det er mye som skal være på plass rundt for at man skal klare å levere gode løsninger ut til brukerne. Dette kan tidvis være frustrerende når man bare ønsker å lage gode løsninger for brukerne, men det er så innmari gøy når det funker. Ingenting slår følelsen av når man sammen som team samarbeider, har eierskap og lærer om brukerne. Det er ikke alltid det går, men de gangene vi får det til er det utrolig gøy.
Hvilket tips ville jeg gitt meg selv i starten av oppdraget?
Slutt å hopp rett inn i Figma! Selv om jeg vet dette veldig godt fra studie og har masse erfaring med at det ikke lønner seg å gå rett ned i detaljene, tar jeg meg selv i å gjøre det ganske ofte allikevel. Jeg tror det har litt å gjøre med at det er så enkelt å bygge noe der fordi vi har et designsystem, så da skipper jeg ofte enkle wireframes og papirskisser - ikke bra! Det er viktig å huske at skisser egentlig kun er et kommunikasjonsverktøy. Enten det er å kommunisere med brukere for å avdekke deres behov, om det er med forrretning for å få forankret det man skal lage eller om det er med utviklere for å sammen finne ut av hvordan man skal lage det. I veldig mange av disse tilfellene er det raksere og enklere, i min erfaring, å bruke enklere skisser. Da slipper man diskusjoner om detaljer som ikke er viktige og fokusert på det man vil oppnå - enten det er forankring, testing eller utvikling. Jeg tar meg også ofte selv i å bli veldig opphengt i små detaljer, som tar alt for mye tid i forhold til hvilken verdi det gir.