Siste brukbarhetstest
Vi utfÞrte en siste brukbarhetstest for Ä undersÞke om vi hadde klart Ä nÄ brukbarhets- og brukeropplevelsesmÄlene, samt mÞtt briefen.
Bilder av den endelige prototypen kan ses her!
One Nice Bug Per Day

oozey mess
Show & Tell
taylor price

#extradirty
Color Me Curious
Not today Justin
Monterey Bay Aquarium
Phantogram Three
almost home
đ

No title available

No title available
ojovivo
The Bright Sessions
occasionally subtle

tannertan36

ellievsbear
2025 on Tumblr: Trends That Defined the Year
let's talk about Bridgerton tea, my ask is open

seen from Germany
seen from United States
seen from Germany
seen from United States

seen from Germany

seen from Hong Kong SAR China

seen from Switzerland
seen from Austria
seen from Malaysia

seen from Netherlands
seen from United States
seen from TĂŒrkiye
seen from United States
seen from United Kingdom
seen from United States
seen from United States
seen from Vietnam

seen from United Kingdom
seen from United States
seen from United Kingdom
@designituio-blog
Siste brukbarhetstest
Vi utfÞrte en siste brukbarhetstest for Ä undersÞke om vi hadde klart Ä nÄ brukbarhets- og brukeropplevelsesmÄlene, samt mÞtt briefen.
Bilder av den endelige prototypen kan ses her!
Testing av kontekst
Vi ville finne ut hvordan opplevelsen vil kunne vĂŠre nĂ„r man booker rom i ulike kontekster og pĂ„ ulike enheter. Er noen forskjell pĂ„ oppnĂ„elsen av brukeropplevelsesmĂ„lene ved bytte av kontekst og/eller enhet? Vi gjorde derfor en evaluering hvor vi hadde med de faktiske enhetene som probes med systemet pĂ„ hver av disse. Vi stilte deltakerne âwhat ifâ-spĂžrsmĂ„l, som âWhat if the system was on this device?â. Disse spĂžrsmĂ„lene knyttet vi til ulike scenarioer. De fikk ogsĂ„ utforske systemet pĂ„ de ulike enhetene for Ă„ fĂ„ en fĂžlelse av bruk pĂ„ disse.
Tre enheter
Markering av Ăžnsket plassering
Scenario
Gruppebasert Cognitive Walkthrough
Vi har nĂ„ testet vĂ„re lavopplĂžselige prototyper gjennom en gruppebasert cognitive walkthrough. Vi gjorde dette med Ă©n gruppe med representanter fra brukergruppen og Ă©n gruppe med UX-eksperter. Vi ga de skjermbilder av prototypen som man ville sett i en oppgaveflyt nĂ„r man skulle utfĂžre ulike oppgaver. Vi lagde 4 oppgaver som vanligvis ville blitt utfĂžrt i systemet. For hvert skjermbilde ba vi de skrive ned hva de tenkte kunne bli problematisk for brukeren og eventuelle forslag til endringer. De skulle ogsĂ„ rangere alvorlighetsgraden.Â
VÄrt dokument for gjennomgang
Dokumenter for analyse
Prototyping i Photoshop
Analyse av andre datainnsamling
Vi har nÄ gÄtt igjennom alle intervjuene fra andre datainnsamling. Ut fra disse dataene har vi nÄ et grunnlag for Ä ta en beslutning for hvordan design vi vil gÄ for. Vi har i tillegg fÄtt en del viktige innspill vi vil jobbe videre med.
Intervju med probes
Vi har nÄ gjort fem nye intervjuer med low-fidelity prototyper som vi brukte som probes. Vi snakket med intervjuobjektene om konseptene og hvordan vi har valgt Ä framstille disse. Papirskissene gjorde at bÄde vi og intervjuobjektet enkelt kunne bytte om pÄ skjermbildene under samtalen, samt tegne pÄ disse, for Ä stÞtte opp om kommunikasjonen. Vi fikk mange gode innspill pÄ hva som fungerte og ikke fungerte, samt forslag til endringer. Vi kan nÄ gÄ inn i en ny fase, der vi skal prototype mer hÞyopplÞselig, med god kunnskap om hva brukergruppen Þnsker og har behov for.
Planlegging av testing
Vi har nĂ„ planlagt hvordan vi vil utfĂžre den fĂžrste testingen av de low-fidelity prototypene. Vi ser det som hensiktsmessig Ă„ gjĂžre dette gjennom intervju fordi vi Ăžnsker raske tilbakemeldinger fra flere personer. Vi vurderte Ă„ gjĂžre en workshop, men sĂ„ at det ble vanskelig Ă„ fĂ„ tak i deltakere, da dette ville tatt mye lenger tid, og brukergruppen vĂ„r har en travel hverdag.Â
Vi vil vise vÄre skisser til deltakerne én og én for Ä finne ut hvordan de best vil ha presentert en oversikt over mÞterom. Vi har utarbeidet noen «underkonsepter», som Ä ha systemet i Slack eller pÄ en storskjerm i fellesarealet. Vi har ogsÄ tenkt pÄ Ä tillegge funksjoner for Ä gi noe ekstra til systemet, som Ä se ukesmeny for lunsjen (som blir laget pÄ Designits kjÞkken av eget kjÞkkenpersonell), en digital «suggestion box», en digital «vegg« for happenings for kontoret, og en mÄte Ä vise alle bilder som er tagget med feks #designitoslo pÄ instagram. Menyen og en «suggestion box» har vi observert i fysisk form i kontorlokalet. De har ogsÄ en «inspirational breakfast» hver fredag hvor de forteller hverandre om prosjektene sine. Ved Ä tilgjengeliggjÞre taggede bilder pÄ instagram er tanken at de kan bruke dette i tillegg for Ä holde hverandre oppdatert pÄ hverandres prosjekter.
à innfÞre noe mer enn kun mÞteromsbooking vil kunne tilfÞre en ny dimensjon til systemet, men alt dette mÄ vi finne ut av om brukergruppen Þnsker.
Vi har kopiert prototypene opp i to identiske sett, da vi kommer til Ä gjÞre testing med deltakere parallelt. Da er det viktig at vi sÞrger for at begge gruppene gjÞr det helt likt, og gir samme informasjon til deltakerne for Ä unngÄ bias.
Prototyping
Vi startet med Ă„ skissere hver for oss slik at vi tydeligere kunne kommunisere innad i gruppen hva vi tenkte.
Deretter arbeidet vi med Ä fÄ en felles forstÄelse for hva vi skulle prototype. Vi brukte da tavla for Ä tegne ned en felles skisse.
Vi tegnet sÄ dette ned pÄ papir hvor vi tenkte mer pÄ interaksjonen.
Problemstilling og implikasjoner
Etter Ă„ ha samlet sammen alle idĂ©ene vi likte best, sorterte vi de etter hvem som lignet. Vi begynte vi Ă„ se etter sammenhenger og hvordan disse idĂ©ene kunne lĂžse ett eller flere pain-points.Â
For Ä fokusere arbeidet utarbeidet vi en problemstilling vi mente ville dekke lÞsningen av flere pain-points i vÄr brukerreise:
Hvordan kan vi gi brukeren bedre oversikt over tilgjengelige mĂžterom?
Vi satte sÄ opp implikasjoner som vil ha innvirkning pÄ designet i arbeid med Ä lÞse problemstillingen.
Ideation
FĂžr denne Ăžvelsen var vi Ă„pne for alle idĂ©er. VĂ„r mĂ„lsetting i denne fasen var Ă„ generere sĂ„ mange idĂ©er som mulig. Herfra vil vi spisse idĂ©ene til mulige lĂžsninger, men pĂ„ nĂ„vĂŠrende tidspunkt var fremdeles problemstillingen âHvordan kan vi forbedre opplevelsen av Ă„ booke mĂžteromâ.
Vi gjennomfĂžrte en Ăžvelse for idĂ©-generering der vi tok utgangspunkt i flere pain-points identifisert gjennom vĂ„rt CJM. Vi formulerte pain-pointsene i âhow might weâ-setninger, og disse fungerte som utgangspunkt for Ăžvelsen.Â
Vi brukte 5 minutter per problem, og skrev i lĂžpet av denne tiden ned sĂ„ mange idĂ©er vi klarte pĂ„ post-its. Deretter klistrer vi lappene pĂ„ tavlen og forklaret kort idĂ©ene for hverandre. Vi grupperte ogsĂ„ idĂ©ene fortlĂžpende under hvert pain-point.Â
NÄr vi hadde gjort dette for alle pain-pointene grupperte vi idéene pÄ nytt og endte opp med ulike kategorier.
Deretter stemte vi pÄ de idéene vi likte best. Vi fikk 10 stemmer hver Ä gi bort. Vi samlet sÄ sammen alle lapper som hadde fÄtt stemmer. Disse skal vi jobbe videre med.
Persona og CJM
Basert pĂ„ affinity-diagrammet lagde vi et Customer Journey Map, samt en persona.Â
Vi festet fÞrst alle lappene opp igjen pÄ vinduet, slik at vi fikk oversikt over dataen.
Vi lagde fÞrst en persona basert pÄ funnene.
SĂ„ utviklet vi et CJM for hele kundereisen, fra man Ăžnsker Ă„ booke et rom, til etter man har brukt det.
Vi sĂ„ her at de fleste utfordringene lĂ„ under fasen âbookingâ. I senere faser lĂ„ det problemer som var en fĂžlge av problemene under bookingen. Vi valgte derfor Ă„ zoome oss inn pĂ„ booking-fasen og lage et nytt CJM.
Dette CJM ble sÄ digitalisert, og vi er klare for Ä presentere funnene for kunden!
Affinity Diagram
Etter kodingen satte vi oss sammen og skrev ned hva vi hadde markert under kodingen. Dette overfĂžrte vi sĂ„ til post-its.Â
Post-its-ene ble hengt pÄ tavla. Vi grupperte de etter hva vi sÄ hÞrte sammen. Dette dannet igjen nye kategorier: Bekreftelse, problem, Þnsker, kommunikasjon, planlegging, utstyr, bruk av rom, frekvens, prosjektrom, romorganisering og brukere. Planen videre er Ä se pÄ sammenhenger for sÄ Ä lage persona og customer journey map.
Koding og kategorier
Vi har nĂ„ begynt Ă„ analysere dataene vi har fĂ„tt gjennom intervjuer, observasjon og mapping. Vi har gjort emergent coding av transkripsjonen, hvor vi hver for oss kodet ett intervju og utviklet vĂ„re egne kategorier. Vi gikk sĂ„ sammen for Ă„ lage felles kategorier basert pĂ„ de individuelle. Vi kom fram til disse kategoriene: Bruk av systemet, organisering av rom (fysisk), problem (uvitenhet, pain), Ăžnsker og samspill (mennesker og kommunikasjon).Â
Deretter lagde vi to kopier av hvert intervju og fordelte de mellom oss (tre hver). Disse kodet vi nĂ„ individuelt med de felles kategoriene.Â
Innledende datainnsamling
Vi har nĂ„ utfĂžrt seks semistrukturelle intervjuer med et utvalg av mĂ„lgruppen. I tillegg gjorde vi observasjon ved Ă„ spĂžrre informantene om Ă„ demonstrere bruken av deres eksisterende bookingsystem. Mens de gjorde dette mappet vi ut brukerreisen med positive og negative opplevelser knyttet til bookingen. Dette vil fungere som et godt dokument for den kommende analysen. Vi har ogsĂ„ observert kontorlandskapet. Da fikk vi et innblikk i hvordan ulike rom har ulike bruksomrĂ„der.Â
Gjennom analysen vil vi utvikle en persona for Ă„ finne Ă©n brukertype. Vi vil ogsĂ„ lage ett customer journey map basert pĂ„ kundereisene til informantene. Slik kan vi finne ut hvor de stĂžrste problemene ligger, og vi vil velge ut omtrent tre som vi vil utvikle idĂ©er til.Â
Pilotintervjuer
Pilotintervjuer er gjennomfÞrt. Vi har fÄtt avklart at vi utfÞrer intervjuene likt, slik at de er sammenlignbare, samt at vi vet omtrent hvor lang tid de tar. Da vet vi hvor lang tid vi mÄ be informantene om Ä sette av. Vi er nÄ klare for fÞrste datainnsamling!
Andre mĂžte
Fredag 9.9 hadde vi vĂ„rt andre mĂžte med Designit. Da gikk vi gjennom metoder vi Ăžnsket Ă„ benytte for datainnsamling og ble enige om hvordan vi skulle gĂ„ fram for Ă„ fĂ„ den dataen vi Ăžnsket. Vi vet hva problemet til Designit er, men vi har mange konkrete spĂžrsmĂ„l omkring dette. Vi skal derfor utfĂžre semi-strukturerte intervjuer med flere av de ansatte, samt at vi skal utfĂžre âshadowingâ av hvordan de bruker mĂžtebookingsystemet i dag for Ă„ fĂ„ en god forstĂ„else. I tillegg skal vi gjĂžre desk-research av eksisterende lĂžsninger for Ă„ fĂ„ inspirasjon. Dataen vi fĂ„r skal vi bruke til Ă„ utvikle en persona og et Customer Journey Map for Ă„ finne scopet vĂ„rt.
Etter mĂžtet satte vi oss ned og debriefet. Vi snakket om hva som ble sagt pĂ„ mĂžtet og sikret at alle hadde en lik forstĂ„else av kundens Ăžnsker. Videre planla vi hva det neste steget skulle bli. PĂ„ mandag mĂžtes vi for Ă„ utvikle intervjuguide som vi i fĂžrste omgang vil pilotteste.Â
Kick-off
FĂžrste mĂžte med Designit (1.9) har kickstartet prosjektet. Semesterplan er lagt og vi gleder oss til Ă„ komme i gang!