UX-byrå i Stockholm
För produktbolag i Stockholm är vi en UX-partner som kopplar design tätt till utveckling, i stället för att leverera statiska skisser. Vi gör remote-research och användartester med Stockholmsanvändare, bygger design systems som skalar över team och dokumenterar designbesluten så att utvecklingen aldrig behöver gissa hur något är tänkt.
Många UX-uppdrag stannar vid en mapp snygga skisser som sedan ska tolkas av någon annan. För produktbolag i Stockholm erbjuder vi något annat: design som sitter tätt ihop med utvecklingen, så att det som ritas också blir det som byggs. Vi på Weapp arbetar så, oavsett att kontoret ligger i Göteborg.
Design kopplad till utveckling – inte statiska skisser
En statisk designskiss är ett ofullständigt svar. Den visar hur en skärm ska se ut i ett idealläge, men säger sällan något om hur den ska bete sig, hur ovanliga fall hanteras eller hur den faktiskt ska byggas. Överlämnas bara skisser fylls luckorna av gissningar, och produkten glider ifrån avsikten.
Vår utgångspunkt är att design och utveckling hör ihop. Genom att koppla designarbetet tätt till dem som bygger säkras att designen är byggbar, att specialfallen är genomtänkta och att avsikten överlever hela vägen till kod. Design blir inte en leverans som kastas över ett staket, utan en del av samma arbete.
För ett produktbolag betyder det färre överraskningar och mindre omarbete. Det ni ser i designen är realistiskt att bygga, för det har tagits fram i förståelse för vad utveckling innebär.
Remote-research med Stockholmsanvändare
Att teamet sitter i Göteborg hindrar inte att researchen görs med rätt användare. Remote-research och användartester med Stockholmsanvändare fungerar väl med rätt upplägg, och når målgruppen oavsett geografi.
I praktiken rekryteras deltagare som matchar er målgrupp, sessionerna hålls digitalt och spelas in för analys, och insikterna tas med direkt in i designarbetet. Att testa på riktiga användare tidigt är det som skiljer en designbeslut byggt på antaganden från ett byggt på observation. En prototyp som provats av verkliga användare avslöjar problem medan de fortfarande är billiga att rätta. Vid behov kan vi också ses fysiskt, men det mesta flyter smidigt på distans.
Design systems som skalar över team
När en organisation växer blir konsekvens en utmaning. Olika team bygger olika delar, och utan en gemensam grund börjar produkten spreta – knappar ser olika ut, mönster upprepas i skilda varianter, och underhållet blir tungt. Ett design system löser det.
Ett design system är en samling gemensamma komponenter och regler som alla team utgår från. Att det skalar över team innebär att flera design- och utvecklingsteam kan arbeta parallellt på samma grund utan att resultatet drar isär. För ett växande produktbolag är det ofta skillnaden mellan en produkt som håller ihop och en som blir allt svårare att underhålla.
- Konsekvens – samma byggblock överallt, oavsett vilket team som bygger.
- Fart – färdiga komponenter i stället för att uppfinna varje vy på nytt.
- Underhåll – en ändring på ett ställe slår igenom överallt.
Dokumenterade beslut så utvecklingen aldrig gissar
Den sista pusselbiten är dokumentation. Ett vanligt problem är att kunskapen om varför en design ser ut som den gör bor i huvudet på designern – och försvinner så fort någon annan ska bygga vidare.
Vi dokumenterar designbesluten: inte bara hur något ser ut, utan hur det ska fungera, vilka fall som hanteras och varför valen gjorts. Dokumentationen kopplas till komponenterna, så att svaren finns på plats där utvecklingen behöver dem. Ett konkret exempel: i stället för att en utvecklare ska undra vad som händer när en lista är tom, står det beskrivet – med både utseende och beteende.
Nyttan växer med tiden. De svåra frågorna i ett gränssnitt är sällan hur det ser ut i normalläget, utan hur det beter sig i undantagen: tomma tillstånd, fel, långa texter, långsamma svar. Är de genomtänkta och nedskrivna behöver ingen improvisera under byggets gång, och kvaliteten blir jämn. Är de det inte, fylls luckorna av tillfälliga lösningar som sällan hänger ihop.
Dokumentationen är också en försäkring mot personberoende. Slutar den som ritade, eller ska ett nytt team ta vid, finns kunskapen kvar i systemet i stället för att försvinna. Gissningarna uteblir, och produkten blir förutsägbar att både bygga och förvalta över år. Se fler exempel bland våra tjänster, eller hör av dig för ett förutsättningslöst samtal.
Vanliga frågor
Varför räcker inte statiska designskisser?
En statisk skiss visar hur något ska se ut, men inte hur det ska bete sig, hur specialfall hanteras eller hur det byggs. Överlämnas bara skisser tvingas utvecklingen gissa, och resultatet avviker lätt från avsikten. Design tätt kopplad till utveckling fyller de luckorna, så att det som byggs blir det som designades.
Fungerar UX-research på distans mot Stockholm?
Ja. Remote-research och användartester med Stockholmsanvändare fungerar väl med rätt upplägg – deltagare rekryteras och möts digitalt, och sessionerna spelas in för analys. Ni når rätt målgrupp oavsett var teamet sitter. Vid behov kan vi också ses fysiskt, men det mesta av arbetet flyter smidigt på distans.
Vad menas med ett design system som skalar över team?
Ett design system är en samling gemensamma komponenter och regler. Att det skalar över team innebär att flera utvecklings- och designteam kan bygga på samma grund utan att produkten spretar. När en organisation växer blir det avgörande – annars börjar olika delar av produkten se ut och bete sig olika, och underhållet blir tungt.
Hur dokumenteras designbeslut?
Genom att beskriva inte bara hur något ser ut, utan hur det ska fungera, vilka fall som hanteras och varför valen gjorts. Dokumentationen kopplas till komponenterna i design systemet, så att utvecklingen har svaren på plats. Poängen är att ta bort gissningarna – en utvecklare ska aldrig behöva undra hur en design egentligen var tänkt.
Kan ni bygga produkten också, eller bara designen?
Vi är en produktbyrå där UX är en del av helheten tillsammans med utveckling och teknik. Vi kan därför både designa och bygga, eller kliva in med enbart designdelen tätt kopplad till ert utvecklingsteam. Fördelen är att vi förstår vad som krävs för att en design faktiskt ska gå att bygga och förvalta.