Designsystem för industribolag och digitala plattformar

Intunio är en design- och utvecklingsstudio i Göteborg som bygger designsystem för industribolag och digitala plattformar. Vi tar designsystemet hela vägen, från tokens och komponenter i Figma och kod till governance och löpande förvaltning, så att flera produkter och team kan arbeta från samma grund.

Vår tyngdpunkt är industriella produktfamiljer där flera mjukvaror, team och plattformar ska hänga ihop. Erfarenhet från långsiktiga uppdrag med Electrolux och Emerson, där designsystemet är grunden för flera produkter inom respektive organisation.

Vad ett designsystem gör för produktutvecklingen

För team som inte arbetat med designsystem tidigare är värdet inte alltid uppenbart. På Intunio ser vi fem områden där designsystemet faktiskt gör skillnad:

Enhetlighet inom produkten och mellan produkter

Samma knapp, samma lista, samma felmeddelande. Användaren bygger förståelse genom igenkänning, friktionen sjunker. I produktfamiljer där flera mjukvaror används av samma operatörer är enhetlighet grundläggande för att produkterna ska kännas som en enhet.

Intuitiv interaktion baserad på igenkänning

Användare vill få saker gjorda, inte fundera på gränssnittet. Välkända komponentmönster blir default i designsystemet, så användaren känner igen sig från första klicket i stället för att behöva lära sig nytt i varje feature.

Accessibility som default

Rätt kontraster, fokushantering och komponentmönster inbyggda i grunden gör tillgänglighet till en del av kvaliteten i stället för ett separat spår. Med EAA och WCAG som krav är det här ett av de starkaste argumenten för designsystem just nu.

Snabbare design och utveckling

Beslut som tagits en gång på plattformen återanvänds i nästa projekt i stället för att tas om från noll. Då finns mer tid till det som gör er produkt unik: domänen, flödena, era användares problem.

Förvaltningsbarhet över tid

Produkter med långa livscykler passerar genom flera designteam och flera tekniska leads. Designsystemet är det som gör att grunden består även när människor byts ut eller organisationen ändras.

I industriella produktfamiljer där produkterna ska köras i tio år eller mer förstärks alla fem effekterna. Det är där designsystemets värde syns tydligast.

Vad vi gör

• Designsystem-foundation: design tokens (färg, typografi, spacing, motion), kärnkomponenter, struktur i Figma och första uppsättning av principer

• Komponentbibliotek i Figma och kod: variabelbaserade komponenter med tydlig prop-modell, parad med implementation i React, Vue, native eller embedded UI efter vad produkten kräver

• Dokumentation: levande dokumentation i Supernova, Storybook eller motsvarande, med exempel, riktlinjer och beslutsrationaler

• Governance och versioning: vem äger vad, hur ändringar föreslås och godkänns, hur breaking changes hanteras, hur teamen hålls synkade

• Designsystem för industriella produktfamiljer: specialfall med embedded UI, säkerhetskritiska gränssnitt och långa produktcykler

• Accessibility integrerad i grunden: rätt kontraster, rätt fokushantering och rätt komponentmönster är default, inte ett extra lager

• Långsiktig förvaltning: dedikerat team som följer designsystemet över tid, släpper nya versioner, supportar produktteam och håller dokumentationen levande

Branscherna vi oftast bygger designsystem för är industri, medtech, SaaS och e-handel. Förutsättningarna varierar, men strukturen är densamma.

Industriella designsystem som specialfall

Industriella designsystem följer samma principer som alla andra, men sammanhanget är ovanligt: produktcyklerna är 10+ år, mjukvaran körs på allt från embedded targets till webbaserade konfigurationsverktyg, och säkerhet och driftsäkerhet är icke-förhandlingsbart. Det ställer specifika krav på systemet.

Sedan 2021 samarbetar vi med Rosemount Tank Radar AB, en del av Emerson, kring deras industriella mjukvara. Som del i samarbetet har vi byggt ett designsystem för Emersons industriella produkter — en variabelbaserad grund i Figma, dokumenterad i Supernova, som idag används som plattform för flera mjukvaror inom Rosemount Tank Radar AB.

Vi har även arbetat med Electrolux kring designsystem för deras digitala produkter. Två olika kontexter, samma princip: när flera team och produkter delar grund frigörs tid till det som faktiskt skiljer dem åt.

Är det här rätt tjänst för oss?

Den här tjänsten är byggd för industriella produktfamiljer, flera produkter och team, långa livscykler och tunga compliance-krav. Den ger en mogen plattform med Figma + kodbas + Supernova-dokumentation, governance och versioning, byggd för att överleva ett byte av designteam eller en organisationsförändring.

För startups, AI-tunga produktteam och team där agenter (Claude Code, Cursor) skriver en stor del av koden är vår AI-redo designsystem-tjänst ofta ett bättre första steg. Den levererar en `design.md`-spec, en `AGENTS.md`-instruktionsfil och en första uppsättning shadcn-baserade komponenter som agenten kan läsa direkt, utan plugin, export eller handoff. Bakgrunden ligger i vår artikel om md-formatet.

De två tjänsterna utesluter inte varandra. Många kunder börjar AI-redo i en startup-fas och växer in i en klassisk modell när organisationen och produktportföljen kräver det.

Hur vi jobbar i ett designsystem-uppdrag

Designsystem-uppdrag följer typiskt fyra faser, men de är sällan strikt sekventiella — i de flesta fall pågår foundation, implementation och förvaltning parallellt med olika prioritet över tid.

Inventering och strategi

Vi kartlägger befintliga produkter, varianter, komponenter och beslut som redan finns i organisationen. Resultatet är en bild av nuläget och en strategi för vad designsystemet ska göra, för vilka team, och i vilken ordning.

Foundation

Tokens, kärnkomponenter och första struktur i Figma. Parallellt sätts kodimplementationen upp i ert tekniska sammanhang (React, native, embedded, beroende på produkten). Här etableras också grundprinciper och första governance-modell.

Skala till produktfamilj

När foundationen är på plats börjar arbetet med att täcka in flera produkter. Komponenter utökas med varianter, dokumentationen byggs ut, och governance-processen testas i verkligheten med olika team som faktiskt använder systemet.

Långsiktig förvaltning

Ett mogen designsystem behöver stadig vård: nya komponenter, breaking changes som hanteras, dokumentation som hålls i synk med kod, support till produktteam som har frågor. Den här fasen är ofta löpande månadssamarbete, inte ett avgränsat projekt.

Vad vi erbjuder

Designsystem-uppdrag varierar mer än de flesta andra tjänster: skillnaden mellan en första audit och en plattform för flera produktfamiljer är enorm. Fyra vanliga upplägg:

• Designsystem-audit (20–40 timmar, ca 20 000–40 000 kr, leveranstid 1 vecka): snapshot av ett befintligt designsystem eller en designorganisation. Gap-analys, prioriterade åtgärder, konkreta första steg. Bra när ni har något i drift som inte riktigt levererar och vill veta var ni står.

• Designsystem-foundation (120–160 timmar, ca 120 000–160 000 kr, leveranstid 2–4 veckor): tokens, kärnkomponenter, struktur i Figma, första kodimplementation och första governance-modell. Bra när ni ska bygga ett designsystem från grunden eller göra om det från noll.

• Designsystem för produktfamilj (320–480 timmar, ca 320 000–480 000 kr, leveranstid 2–4 månader, ofta löpande): foundation utbyggd för flera produkter och team. Komplett komponentbibliotek, dokumentation, mogen governance, accessibility-integration. Bra när designsystemet ska bli en plattform för flera produkter, inte bara en grund för en.

• Långsiktig förvaltning (rullande månadssamarbete, från 80 timmar/månad, ca 80 000 kr/månad): ett dedikerat litet team som följer designsystemet över tid. Nya komponenter, breaking changes som hanteras, dokumentation som hålls levande, support till produktteam. Det vanligaste upplägget för kunder vi arbetar med över flera år, eftersom designsystem inte är ett projekt utan en plattform.

Bygger ni en specifik produkt parallellt med designsystemet bygger vi in det i apputveckling eller industriell UX-uppdraget i stället. Designsystemet blir bättre när det lever i en faktisk produkt än när det tas fram i isolation.

Vad kostar ett designsystem?

Ett designsystem kostar från ca 20 000–40 000 kr för en audit till ca 320 000–480 000 kr för en hel produktfamilj; långsiktig förvaltning från ca 80 000 kr/månad. Allt räknas på timpriset 995 kr/h (vårt bästa pris, med Team retainer) — paketen ovan visar timmar och pris. En foundation har väl avgränsat scope, så den kan vi också göra till fastpris.

AI i vårt arbete

AI-verktyg ingår i taxan. Vi använder Claude, Cursor, Codex för att göra allt vårt arbete effektivare: i komponentdesign, kodgenerering och dokumentationsarbete. Det är vår expertkunskap som arbetar snabbare.

Vanliga startpunkter

Fyra typiska tillfällen då en konversation med Intunio blir relevant:

När flera produkter ska börja dela grund

Ni har två eller tre digitala produkter som idag designas och byggs separat, men borde dela komponenter, mönster och principer. Intunio går in från strategi till foundation och bygger plattformen som teamen sedan jobbar emot.

När ett befintligt designsystem inte längre håller

Något finns på plats men det fungerar inte: komponenter används fel, dokumentationen är inaktuell, governance saknas. Vi börjar med en audit och tar sedan steget till en föryngrad foundation eller skala ut till fler produkter.

När en industriell produktfamilj ska få en gemensam digital identitet

Flera mjukvaror inom samma produktportfölj har vuxit fram parallellt utan koordinering. Designsystemet blir den gemensamma grunden — embedded UI, konfigurationsverktyg och webbaserade applikationer från samma tokens och komponenter.

När designsystemet behöver långsiktig förvaltning

Ni har ett designsystem på plats men ingen som äger det dagligen. Intunio går in som dedikerat team som släpper versioner, hanterar breaking changes, supportar produktteamen och håller dokumentationen levande över tid.

I alla fyra fallen är utgångspunkten densamma: designsystem ger värde när de förflyttar beslut från projekt till plattform, inte när de samlar komponenter i en mapp.