Designprosess

2020

Design Thinking

Scroll

Hvordan funker det?

Design thinking er en metode for gjennomføring av et UX-prosjekt. Modellen under er en del av et Excel-ark der jeg fører inn «hvem, hva og hvordan» for arbeidet i disse fasene. Der det er relevant fører jeg inn antall timer per ressurs og sammen med timeraten summeres dette i bunnen av arket til en totalpris for prosjektet. Dette gir transparens og forutsigbarhet i prosjektet, og det kan legges ved allerede i tilbudsfasen. Når det er full forståelse for hva som inngår i et prosjekt er det også enklere å ta seg betalt for det.

Screenshot 2021-01-08 at 12.12.05.png

Innledningsvis i et designprosjekt er det veldig viktig å gjøre research for å skaffe så mye innsikt som mulig om hva målgruppen for designet trenger. Innsiktsarbeidet kan inneholde for eksempel intervjuer, affinity mapping, card sorts, brukerundersøkelser og observasjon.

Etter kunden og brukere selv har vært inne med sine ønsker, utfordringer og ideer er det en UX-designers jobb å sortere alt som blitt sagt. Til dette bruker jeg metoder som card sort og affinity map igjen, i tillegg til kart over pains og gains, personas, sitemap, brukerreiser og use case scenaroes, for å nevne noen.

Når styleguide med farger, fonter og visuell identitet er på plass kan jeg justere komponentene i biblioteket mitt og begynne å sette alt sammen. Sitemap og overordnet mål for designet foreller meg hvor alt skal plasseres, og vipps har jeg et førsteutkast til design i Adobe Xd som jeg kan vise frem.

Denne UX-prosessen virker kanskje lineær, men det må mye prøving og feiling til for å komme i mål. På veien er det viktig å kommunisere godt så man unngår overraskelser ved overlevering. Skulle noe være umulig å få til er det viktig at alle vet hvorfor. Hvem vet, kanskje man sammen finner en enda bedre løsning?

Ved å involvere utviklere tidlig i designprosessen unngår man mye irritasjon senere. Bruk av komponentbibliotek kan også være til enorm hjelp da utviklere kan ha det samme biblioteket tilgjengelig i kode. Små endringer i eksisterende kode tar minimalt med tid i forhold til å hardkode et design fra bunnen.

Ikke bare oppdages ofte småfeil rett etter man går live med et nytt design, men designet kan og bør trenge revisjon fortløpende. Verden forandrer seg, folks behov og bedrifters mål er på ingen måte statisk. Et levedyktig design legger tilrette for endring over tid - min jobb er ikke over når jeg leverer.

Prosjekt:
SIGHTSEA

Screenshot 2021-01-08 at 12.19.35.png

Innsikt

Det finnes mange måter å gjøre en workshop på. I disse tider finnes det verktøy på nett som kan erstatte tradisjonelle metoder. I denne workshoppen jobbet vi med å lage en tjeneste på nett for dykking med drone i Oslofjorden.

Screenshot 2021-01-08 at 14.51.41.png

Analyse

Vi gjorde spørreundersøkelser via nett for å finne ut hva målgruppen vår hovedsakelig drev med. Det viste seg at de fleste var dykkere, som vi trodde, men ikke så mange av dem var naturentusiaster.

Screenshot 2021-01-08 at 12.19.56.png

Design

Det er veldig fort gjort å tegne en nettside for hånd. Vi brukte mye papir da vi designet Sighsea, onlinetjenesten for undervannsturer i Oslofjorden. Målet for nettsiden var å tilgjengeliggjøre livet under vann og bevisstgjøre folk rundt forsøpling i fjorden ved å kombinere dykking med bruk av Blue Eye Pioneer dronen langs fjordbunnen.

 
 
Screenshot 2021-01-08 at 15.06.12.png
Screenshot 2021-01-08 at 14.41.04.png

Dette var et designprosjekt for NTNU som ikke ble utviklet videre.

 
Previous
Previous

Wireframes

Next
Next

Logo