KASPER
Emne: Designsystemer og universell utforming
Verktøy: Figma
Rolle: UI/UX designer
År: 2025
I samarbeid med Martine Hurthi Laiti og Sebastian Landmark Staalstrøm
Problemstilling:
Hvordan kan vi gjøre brukervennligheten bedre i Kasper?
Formål:
Prosjektets formål var å redesigne det allerede eksisterende kvalitetssystemet for NTNU ved å forbedre brukergrensesnittet, med fokus på brukervennlighet.
Et av hovedproblemet til nåværende løsning, er at alle funksjonene er synlige for alle, uavhengig av hva slags rolle du har. Dette har medført usikkerhet og rot for de som benytter Kasper.
Resultat:
Vi lagde løsningen på mobil og desktop basert på to ulike brukerreiser. I tillegg har vi kun gjort funksjonene synlige for de som har tilgang til de. Med andre ord, en student vil ikke se de samme funksjonene som emneansvarlige gjør.
Løsningen er basert på evaluering av det eksisterende systemet, innsiktsarbeid, og bruk av ulike metoder.
Empati
Gjennom fellesintervjuer, dybdeintervjuer og spørreundersøkelser hjalp det oss med å forstå brukerne av det nåværende kvalitetssystemet NTNU benytter. Studenter (ildsjeler) og personer med ulik stilling innen fakultetet deltok i intervjuene.
I tillegg utførte vi en UX evaluering av tidligere løsning.
Fellesintervjuer
Dybdeintervjuer
Spørreundersøkelser
UX evaluering
definer
Affinity diagram
Basert på funnene fra innsiktsarbeidet, sorterte vi funnene i et affinitydiagram. Det ble totalt 9 kategorier:
Ønsker av funksjoner
Formål med bruk
Hjelpekilder
Dårlig fungerende systemer
Funksjoner brukt
Kjennskap
Hyppighet av bruk
Lite brukte funksjoner
Ting som fungerer bra
Personas og scenario
Moscow
Punktene fra Affinitydiagrammet ble plassert i et MoSCoW-diagram. Punktene ble, basert på hvor ofte de ble nevnt i intervjuer, plassert enten i «Must have», «Should have», «Could hace» eller «Won’t have».
Eksempelvis ble «integrerte frister med varsling når frist nærmer seg», og «rollebaserte arbeidsflater» plassert i «Must have».
MoSCoW-diagrammet hjalp oss med å få en oversikt over hvilke funksjoner vi ønsket å implementere i løsningen.
idéutvikling
Sitemap
Sitemap er selve skjelettet for nettsiden og definerer hierarkiet. Grunnet nettsidens omfang, var det derfor naturlig å lage sitemap før vi begynte med low-fi prototyping.
Brukerreise
Bert Sverheim logger seg inn på Kasper via desktop, og klikker seg inn på emnerapporter. Der ser han sine tidligere innleverte rapporter om emnet. Når han skal skrive ny emnerapport velger han å bruke en eksisterende mal.
Lise-Gunn Bjerkmoen logger seg inn på Kasper via mobilen. Det er oversiktig da hun kun ser funksjonene som er relevante for henne. Hun klikker seg inn på «undersøkelser» og velger «lag ny spørreundersøkelse». Her får hun muligheten til å velge å laste opp fil, bruke mal, eller lage egen. Lise-Gunn velger å bruke mal. Hun sender spørreundersøkelsen til studentene, og kan varsle studentene om at det har kommet ny spørreundersøkelse i emnet. Når hun får resultatene, videresender hun det til emneansvarlig.
Utviklingen av brukerreisene viste oss hvilke funksjoner vi savnet. Noen av elementene vi så som nødvendige å implementere i løsningen er:
Mal på rapporter og undersøkelser
Studenter i ref. gruppa har mulighet til å sende ut påminnelser til andre om å svare på spørreundersøkelser.
prototype
Wireframe mobil
Wireframe viser struktur og modell av løsningen. Vi utviklet en for mobil og en for desktop.
Mid-fidelity prototype mobil
Vi lagde mid-fidelity til mobil, og baserte desktop versjonen rundt de samme prinsippene.
designsystem
Designsystemet består av den grafiske profilen og komponenter vi lagde for løsningen vår. Vi har i stor grad fulgt NTNU sitt designsystem med tanke på typografi og farger.
Komponenter mobil
Komponenter desktop
endelig løsning
desktop
Desktop versjonen illustrerer brukerreisen til emneansvarlig Bert når han skal opprette emnerapport. Systemet er enkelt å navigere seg i, og han finner «mal» for emnerapport. I tillegg er oppgavelisten synlig så han har oversikt over hva han skal gjøre til når.
mobil
Mobilløsningen viser Lise-Gunn sin brukerreise. Hun ser tydelig oppgavelisten, og klikker seg inn på emnet hun skal sende ut spørreundersøkelsen til. Når hun har fått svar fra alle studentene, sender hun svarene til emneansvarlig. Deretter oppretter hun emneevaluering og legger til midtveisvuderingen som vedlegg. Det er enkel oversikt da det røde varselikonet indikerer at fristen nærmer seg, mens det gule varselikonet viser at hun fortsatt har noen dager på seg før fristen går ut.
Refleksjon
Dette prosjektet har lært meg hvor viktig det er med bruk av komponenter, og at samarbeid på tvers av faglinjer gir stort læringsutbytte.
På bakgrunn av oppgavens omfang og kompleksitet, ble brukertesting av prototypene nedprioritert. Ved å brukerteste underveis kunne det gitt oss verdifull innsikt om prototypene faktisk er intuitive og brukervennlige som vi så for oss. Dette er noe jeg tar med meg videre i fremtidige prosjekter.