UX-design i Oslo
Vi leverer UX-design til virksomheter i Oslo, med design som holder hele veien til ferdig kode. Vi tester prototyper på brukere før utviklingen starter, bygger designsystemer sammen med utviklerne og dokumenterer beslutningene. Designere og utviklere sitter i samme team i Göteborg, og vi holder gjerne workshoper og brukertester hos dere i Oslo.
Mange UX-oppdrag ender med en mappe pene skisser som noen andre skal tolke. Vi jobber motsatt: Designere og utviklere sitter i samme team, og det som tegnes, er det som bygges. Weapp er et produktbyrå i Göteborg der rundt 38 utviklere, designere og strateger jobber side om side. Workshoper og brukertester holder vi gjerne hos dere i Oslo.
Tjenester som skal fungere for mange
Ifølge SSB er helse- og sosialtjenester den største næringen i Oslo målt i sysselsatte: I fjerde kvartal 2025 hadde næringen 80 756 sysselsatte med arbeidssted i byen. Den kommunale forvaltningen i Oslo sysselsatte 52 899 i samme kvartal. Både i helsetjenestene og i kommunen står det ofte en skjerm mellom virksomheten og dem den er til for: en timebestilling, en søknad, et skjema eller en statusside. Når brukerne er mange og ulike, må slike brukerflyter være forståelige for alle.
Byen utdanner også designere. Arkitektur- og designhøgskolen i Oslo (AHO) har en integrert femårig master i design med spesialisering i industridesign, interaksjonsdesign, tjenestedesign eller systemorientert design, og skolen skriver selv at designere kan forme «alt fra lyntog til mobilapper». I et digitalt prosjekt er skissene likevel bare halve jobben. Den andre halvdelen er overgangen til ferdig kode, og der kan mye av designet gå tapt hvis designere og utviklere jobber hver for seg.
Prototyper som testes før koden skrives
Å bygge en designfeil først og oppdage den etterpå er en dyr måte å lære på. Derfor tester vi ideer på prototyper før utviklingen starter. En prototype er en klikkbar modell av tjenesten, realistisk nok til å prøves på ekte brukere, men uten at det er skrevet en eneste kodelinje.
Gevinsten er økonomisk. Oppdager dere et problem på prototypestadiet, holder det ofte å flytte på noe i designet. Oppdages det samme problemet først i det ferdige produktet, er det bygget, testet og kanskje lansert, og rettelsen blir langt dyrere. Er dere usikre på om en idé holder, validerer dere den først på en prototype og bygger deretter det som har vist seg å fungere. Forskjellen på de to stegene som kommer før koden, har vi beskrevet i wireframe vs. prototype.
Brukertester med deltakere i Oslo
Research krever deltakere som ligner målgruppen. Vi rekrutterer dem, leder øktene og tar innsikten rett inn i designet. Å se hvor ekte brukere nøler og stopper opp, gir en helt annen trygghet enn å gjette internt.
Noen tester gjør vi digitalt med opptak som analyseres etterpå. Andre holder vi i samme rom som testpersonen, der vi kan fange nølingen i øyeblikket og stille oppfølgingsspørsmål med en gang. Hva som passer, avhenger av målgruppen og tidsplanen, og de fysiske testene tar vi gjerne i Oslo. Hvordan en test før lansering kan legges opp, har vi skrevet om i brukertesting før lansering.
Designsystemer som bro mellom design og utvikling
Når en tjeneste vokser, blir konsistens en utfordring. Ulike team bygger ulike deler, og uten et felles grunnlag begynner produktet å sprike: Knapper ser forskjellige ut, mønstre gjentas i flere varianter, og vedlikeholdet blir tungt. Et designsystem er en samling felles komponenter og regler som både designere og utviklere tar utgangspunkt i.
- Konsistens: de samme byggeklossene overalt, uansett hvilket team som bygger.
- Tempo: ferdige komponenter i stedet for å finne opp hver visning på nytt.
- Vedlikehold: en endring på ett sted får effekt overalt.
Komponentene lages i tett samarbeid med utviklerne som skal bruke dem, og beslutningene dokumenteres der de trengs: ikke bare hvordan noe ser ut, men hvordan det skal oppføre seg når en liste er tom, en tekst er lang eller et svar tar tid. De vanskelige spørsmålene i et grensesnitt handler sjelden om normaltilfellet. Er unntakene tenkt gjennom og skrevet ned, trenger ingen å improvisere underveis. Forskjellen på et designsystem og et enklere UI-kit har vi forklart i designsystem vs. UI-kit.
Sejfa: hele kundeforholdet i mobilen
Et eksempel fra porteføljen vår er Sejfa, en digital innboforsikring for unge voksne der hele kundeforholdet, fra forsikringen tegnes til en sak skal følges opp, foregår i mobilen. Når hele tjenesten skal fungere på en liten skjerm, må designet og koden henge sammen fra første skisse.
Scenario: en kundeportal i Oslo
En virksomhet i Oslo har en kundeportal der mange starter en søknad, men få fullfører den. Tallene viser hvor de faller fra, men ikke hvorfor. I stedet for å bygge om hele portalen lager vi en klikkbar prototype av den nye flyten og tester den med en håndfull deltakere som ligner kundene, noen digitalt og noen hos virksomheten i Oslo.
Testene viser at brukerne stopper ved et felt fordi de ikke forstår hva opplysningene skal brukes til. Det kan rettes i prototypen på kort tid i stedet for i produksjon etter lansering. Først når flyten holder, bygges den, med komponentene lagt inn i designsystemet slik at neste skjema kan lages raskere.
Design og utvikling i samme team
En vanlig grunn til at prosjekter trekker ut, er gapet mellom et designbyrå og en separat utvikler. Skisser sendes frem og tilbake, spørsmål blir liggende mellom partene, og det som er designet, viser seg vanskelig å bygge. Hos oss sitter begge fagene i samme team. Lurer en designer på om en løsning er realistisk å bygge, spør designeren en utvikler i samme team og får svar med en gang, i stedet for å vente på neste møte med en ekstern part.
Til hverdags jobber vi digitalt, med delte designfiler, en åpen backlog og faste statusmøter på video. Oppstart, brukertester og større designbeslutninger tar vi gjerne hos dere i Oslo. Vy oppgir rundt tre og en halv time med tog fra Göteborg til Oslo.
Neste steg
Prisnivåer og kostnadsdrivere for UX-arbeid finner dere i hva koster UX-design. Skal dere velge byrå, har vi skrevet om hvordan dere velger et UX-byrå, og hele bredden av det vi gjør, står under tjenestene våre. Har dere et designprosjekt på gang? Ta kontakt, så setter vi opp et første møte, gjerne hos dere i Oslo.
Ofte stilte spørsmål
Hvorfor teste en prototype før koden skrives?
Fordi feil er langt billigere å rette før de er bygget. En prototype er en klikkbar modell som kan prøves på ekte brukere lenge før utviklingen starter. Et problem som dukker opp der, kan ofte løses med en endring i designet. Dukker det først opp i det ferdige produktet, koster det langt mer i både tid og penger å rette det.
Kan dere gjennomføre brukertester med deltakere i Oslo?
Ja. Vi rekrutterer deltakere som ligner målgruppen, og testene kan holdes digitalt med opptak til analyse eller fysisk hos dere i Oslo når det gir mer utbytte. Å sitte ved siden av testpersonen gir ofte rikere innsikt, mens digitale tester er enklere å gjennomføre når deltakerne bor spredt eller tidsplanen er stram.
Hva er et designsystem?
Et designsystem er en samling gjenbrukbare komponenter og regler, for eksempel knapper, farger, typografi og mønstre, som holder et produkt konsistent og gjør det raskere å bygge videre. Det fungerer som en felles bro mellom design og utvikling: Designere og utviklere bruker de samme byggeklossene, og det gir mindre gjetting og færre avvik.
Hva koster UX-design?
Prisen styres av omfanget: hvor mye research som trengs, hvor mange brukerflyter som skal designes og testes, og om det skal bygges et designsystem. En avgrenset brukertest av en eksisterende tjeneste er et helt annet oppdrag enn design av et nytt produkt fra bunnen. Hva som driver kostnaden, går vi gjennom i guiden om hva UX-design koster.
Kan dere ta hele prosjektet eller bare designdelen?
Begge deler. Vi er et produktbyrå der UX er en del av helheten sammen med utvikling og teknikk. Vi kan ta et prosjekt fra research og design helt frem til et produkt i drift, eller gå inn med bare designdelen, koblet til utviklingsteamet dere har i dag. Opplegget tilpasses det dere trenger.