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:

Konsistens 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 konsistens 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, 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, 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, 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): 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 det kostar

995 kr/timme (rabatterat pris vid månadsavtal).

Vi tillämpar ett rabatterat timpris för månadsavtal: ni betalar månadens estimerade kostnad i förväg, och får ett pris ni kan räkna med. Ingen bindningstid, det löper månad för månad. Modellen fungerar för alla våra tjänster, och passar designsystem särskilt bra eftersom arbetet ofta löper över flera månader eller år.

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.