Intunio bygger cross-platform-appar i Flutter — en kodbas för iOS och Android, med design och utveckling i samma team.
Intunio är en design- och utvecklingsstudio i Göteborg. När en app ska nå både iOS och Android med samma team, samma designgrund och ett gemensamt releasetempo är Flutter ofta rätt val — och ett ramverk vi byggt flera produkter med.
Flutter-utveckling hos oss är en del av vår apputveckling: samma sätt att jobba, där designer och utvecklare delar backlog, men med fokus på när och hur en kodbas levererar till två plattformar utan att kännas som en kompromiss.
Plattformsvalet är ofta det mest avgörande beslutet i ett app-projekt. Flutter passar när tempo, delad designgrund och en kodbas väger tyngre än perfekt platform-specifik känsla:
Ni ska nå både iOS och Android men vill inte underhålla två separata kodbaser och två team.
Designen är en bärande del av produkten — Flutter renderar sitt eget UI, vilket ger pixel-exakt kontroll och samma uttryck på båda plattformarna.
Releasetempo och iteration är viktigt — hot reload och ett moget komponentbibliotek gör att design och funktion kan utvecklas snabbt och parallellt.
Produkten har komplexa, custom interaktioner (animationer, realtidsvyer, grafik) där Flutters renderingsmodell är en styrka.
Flutter är mindre rätt när stora delar av produkten är ren native plattform-funktionalitet, eller när ett befintligt webb-team redan lever i React — då tittar vi på native respektive React Native istället. Hur valet görs i praktiken har vi skrivit om i Native vs. cross-platform.
AI har förskjutit kalkylen mot native. När även native-utveckling blir effektiv med AI-verktyg krymper den gamla tidsvinsten med en delad kodbas, och för nya appar landar vi därför allt oftare i native — eftersom det ger bästa resultatet. Flutter är fortfarande rätt när tempo och en delad designgrund väger tyngst.
En kodbas, två plattformar. Delad logik, delade komponenter och en gemensam designgrund — utan att tappa plattformskänslan där det räknas.
Eget UI-toolkit. Flutter ritar sina egna komponenter, vilket ger full kontroll över uttrycket och gör ett designsystem direkt översättbart till kod.
Snabb iteration. Hot reload kortar loopen mellan designbeslut och fungerande gränssnitt — värdefullt när design och utveckling jobbar parallellt.
Embedded targets. Vi har använt Flutter även utanför mobil, på inbyggda skärmar där det är ett av få realistiska val — relevant för uppkopplade produkter och fordon.
Stark prestanda för animations- och interaktionstunga gränssnitt.
Några av produkterna vi byggt i Flutter:
[Swanholm Technology](/projects/swanholm-technology) — companion-app till en smart säkerhetsväst. Vi byggde om appen till Flutter för iOS och Android när den skulle skala, med Bluetooth-integration och AI-styrda larmfunktioner mot hårdvaran.
[RGNT Motorcycles](/projects/rgnt) — companion-app till svenska elektriska motorcyklar, en cross-platform-uppdatering i Flutter med utökad kartfunktion (HERE) och förbättrat dashboard.
Båda är exempel på Flutter där appen är gränssnittet mot en uppkopplad, fysisk produkt — ett av de lägen där en kodbas och tight hårdvaruintegration ska samsas.
Ett Flutter-projekt följer samma upplägg som vår apputveckling: förstudie, design- och teknisk grund, utveckling i sprintar, release och förvaltning — med designer och utvecklare i samma team. Vi börjar ofta med en förstudie som landar scope, arkitektur och om Flutter verkligen är rätt val innan en rad kod skrivs. Designsystemet byggs in i grunden, vilket Flutter lämpar sig särskilt väl för eftersom UI:t renderas av ramverket självt.
Båda är cross-platform med en kodbas, men de skiljer sig i grunden. Flutter ritar sitt eget UI, vilket ger pixel-exakt kontroll, stark prestanda och ett uttryck som är identiskt på iOS och Android — bra när design och interaktion är bärande. React Native använder plattformens egna komponenter och har tightare band till webb-stacken — bra när ett befintligt React-/webb-team ska underhålla appen. Vi gör valet tillsammans med er utifrån produkt, team och releasecykel; Native vs. cross-platform går igenom resonemanget.
Ja. Flutters renderingsmodell — där ramverket ritar varje pixel — gör det starkt för animations- och interaktionstunga gränssnitt, realtidsvyer och custom grafik. Det är en av anledningarna till att vi valt Flutter i produkter där gränssnittet mot en uppkopplad enhet behöver kännas levande och responsivt.
Ja. Vi går ofta in mitt i flödet — i ett befintligt Flutter-kodbas för vidareutveckling, ombyggnation eller som komplement till ert team. När en första version redan finns börjar vi gärna med en produktvalidering som ger en bild av nuläget innan vi bygger vidare.
Ja. Intunio sitter på Korsgatan 24 mitt i Göteborg. För kunder i Göteborg och Västsverige är närheten en del av samarbetet — workshops och avstämningar sker ofta på plats. Vi arbetar även med kunder i övriga Sverige, Europa och Nordamerika, där Flutter-utvecklingen fungerar väl helt remote.
Hör av dig till oss på Intunio, så tar vi det därifrån.