Ta kontakt

glennofori@gmail.com

+47 97893990

Yobr’s How-To-Wiki

Avsluttende Bacheloroppgave i Interaksjonsdesign.

Yobr’s How-To-Wiki er en AI-støttet kunnskapsplattform for studenter registrert hos bedriften “Yobr”. Denne plattformen tilbyr strukturerte guides, ressurser og maler som skal hjelpe Yobr-studenter med utføringen av praksisprosjekter.

SÅ.. HVA ER PROBLEMET?

Studenter er usikre på hvordan de går frem med utføringen av oppgaver i profesjonelle prosjekter.

Problemet tar utgangspunkt i en svak kobling mellom teori og praksis: I NOKUTs analyse av 2 034 studentkommentarer (30 utdanningstyper) oppgir så mye som 72 % av dem som kommenterte relevansen av teori for praksisutøvelsen at de var misfornøyde (18 % fornøyde, 10 % mellomfornøyde) - Kilde

HVA ER MÅLET?

Å bygge en skalerbar plattform for studenter og bedrifter!

Målet med prosjektet var å utvikle en brukervennlig og skalerbar Wiki-plattform for studenter tilknyttet Yobr, en digital plattform som kobler studenter og bedrifter. Vi ønsket å skape en løsning hvor studenter enkelt kunne finne frem til relevante guider og ressurser, uten å måtte lete gjennom flere separate kilder. Dette innebar å:




  • Designe en intuitiv og lett navigerbar informasjonsflyt, med fokus på enkel tilgang og klar formidling.


  • Skreddersy løsningen til Yobr sine behov, og sørge for at den kunne integreres sømløst i deres eksisterende produktportrfølje.

  • Teste og evaluere brukeropplevelsen gjennom hele utviklingsprosessen for å sikre at løsningen faktisk støttet studentenes behov og læringsprosesser.


I tillegg måtte løsningen fungere for produkteier. Skalerbarhet var et viktig moment for at oppdragsgiver effektivt kan benytte seg av løsningen uavhengig av teknisk teft.

TIDLIG INNSIKTSINNSAMLING

Fra innsikt til iterasjon, kombinerte vi brukerinvolvering, testing og designvalg for å utvikle en løsning med reell verdi.

Gjennom tidlig innsiktsarbeid, i form av en lavterskel spørreundersøkelse avdekket vi de 3 største behovene:

Gjennom tidlig innsiktsarbeid avdekket vi de 3 største behovene:

Gjennom tidlig innsiktsarbeid avdekket vi de 3 største behovene:

97% Ønsket

Rask gjenfinning

Kraftig søk som finner guider/ressurser uten eksakte nøkkelord, gjerne et smart søk.

75% Ønsket

Strukturert oversikt

Tydelig, flernivå kategorisering og filtrering som gjør det lett å browse – ikke bare søke.

33% Ønsket

Personalisering og effektivitet

Mulighet for å lagre/merke guider, legge notater og raskt nullstille filtre (prioritert som videreutvikling).

Mulighet for å lagre/merke guider, legge notater og raskt nullstille filtre.

BRAINSTORMING OG SKISSERING

Vi lot funnene definere retning.

Tidlig innsikt styrte både idémyldringen og de første skissene. Funnene om rask gjenfinning ledet til en search first tilnærming på skissene av landingssiden. Behovet for struktur førte til kartlegging av hvor mange klikk som skal til for å gå fra landingsside —> Ønsket Kategori —> Ønsket guide.

Sitemaps ga oss en tydelig visuell hierarki på informasjonsflyt og brukernavigasjon i prosjektets startfase.

Tidlige skisser ble gjort klikkbare for rask brukertesting - vi validerte navigasjon, informasjonsarkitektur og brukerflyt som utgangspunkt for videre iterasjoner.

HVA ENDTE VI OPP MED?

Klarte vi å bygge en skalerbar plattform som er enkelt å ta i bruk?

Vi endte opp med en løsning som skal være like enkel å ta i bruk for brukere og for eiere av produktet.


Brukerne får både generelle introduksjonsguider og mer spesifikke, oppgaveorienterte guider på tvers av fagfelt. En AI-assistert søkemotor forstår spørsmål i naturlig språk og gir relevante treff på guider, maler og ressurser - uten krav om eksakte nøkkelord. For de som heller vi browse, støttes dette av en flernivå struktur med tydelige kategorier og filtertags slik at man raskt kan snevre inn innholdet.

Vi bygde også en "adminside" som inneholder blant annet en skreddersydd, visuell editor på TipTap som lar produkteier opprette, redigere og fjerne guider uavhengig av teknisk kompetanse. Innhold skrives inn i maler med faste felter (tittel, sammendrag, seksjoner, tags/metadata), noe som sikrer konsistent struktur, god informasjonsarkitektur og bedre søk/filtrering. Samt mulighet til å se statistikk på vurdering og kommentarer av guider sendt inn av brukerne.

Tidslinje 🗓️

Januar - Juni (6 Måneder)

Min rolle i dette prosjektet 👨🏿‍💻

Design Lead / QA-Lead / Prosjektleder

Prosjektets Mål 🏁

Å sikre en strukturert informasjonsflyt med fokus på sterk navigasjon.

Løsningen følger Yobr's designsystem for å sikre sømløs integrasjon i deres produktportefølje.

Designbeslutninger som ble låst.

Som et resultat av ekstensiv testing og iterativt arbeid landet vi på et design som kombinerer enkelhet og struktur. Vi forsterket informasjons­hierarkiet, tydeliggjorde navigasjonsmønstre og raffinerte søkeopplevelsen, slik at løsningen både støtter brukernes behov og kan skaleres av produkteier.

Landingside.
Landingside.
Landingside
Landingside

HVILKE REFELKSJONER SITTER JEG IGJEN MED?

Utfordrende, krevende og gøy!

Prosjektet hadde en varighet på seks måneder og inkluderte både definerte milepæler, samarbeid med ekstern oppdragsgiver og muntlig forsvar som avsluttende del. Underveis støtte vi på flere utfordringer som virkelig satte vår evne til kreativ problemløsning på prøve, samtidig som vi måtte balansere
brukerbehov, tekniske rammer og tidsbegrensninger.

Denne kombinasjonen gjorde at læringskurven ble bratt, men også svært givende. Prosjektet ga meg verdifull innsikt i hvordan det er å arbeide som designer i et reelt IT-prosjekt, hvor man både må være fleksibel, strukturert og løsningsorientert. Erfaringene herfra har styrket både mine faglige ferdigheter og min forståelse for tverrfaglig samarbeid i praksis.