"Skal vi bygge native eller cross-platform?" — det er fortsatt det første spørsmålet i nesten hvert eneste mobilapp-prosjekt vi tar på oss. Svaret i 2026 er annerledes enn det var i 2020, og forskjellen kan koste deg 30 % av prosjektbudsjettet hvis du tar feil valg.
State of the art: tre realistiske valg
React Native
Med Meta's New Architecture (Fabric + TurboModules) som standard fra 2024, har React Native lukket gapet til native på de fleste områder. Ytelsen er sammenlignbar for 95 % av use cases, og økosystemet er enormt.
Hvor vi bruker det: kunde-vendte apper med tradisjonell UI (e-handel, sosiale apper, SaaS-apper), team som allerede kan React/TypeScript, prosjekter med behov for rask iterasjon.
Flutter
Flutter har vokst til å bli en seriøs konkurrent, særlig for apper med tilpasset design. Dart-språket er fortsatt en barriere for noen team, men ytelsen er utmerket og hot reload er fortsatt klassens beste.
Hvor vi bruker det: apper med intensiv tilpasset animasjon, prosjekter som krever pixel-perfekt design-konsistens på tvers av plattformer, team uten React-bakgrunn.
Native (Swift/Kotlin)
Native er ikke dødt. Det er bare blitt en spisset løsning for spesifikke behov: AR/VR, kompleks bakgrunnsprosessering, integrasjon med plattform-spesifikke APIer (HealthKit, CarPlay, Android Auto), eller når 60+ fps i en kompleks UI er kritisk.
Hvor vi bruker det: spill, AR-apper, HealthTech som trenger HealthKit, FinTech med biometri-krav, og apper hvor "føles native" er en konkurransefordel.
Hva som har endret seg siden 2020
- Cross-platform er ikke lenger en kompromiss. For 90 % av kommersielle apper er forskjellen mellom RN/Flutter og native umerkelig for sluttbrukeren.
- Apple og Google har strammet kravene. Manglende privacy manifests, ufullstendige App Store Connect-meta, eller dårlig tilgjengelighet får appen avvist før den når brukerne.
- App Store-godkjenning tar lengre tid. Regn med 24–72 timer for første godkjenning. Bygg det inn i lansering-tidslinjen.
- "Mobile first" er erstattet av "mobile only" for mange use cases. Hvis appen din ikke fungerer perfekt på en 5,5-tommer skjerm, har du tapt.
Brukeropplevelse: hva som skiller vinnerne
Onboarding
De første 30 sekundene avgjør om brukeren beholder appen. Hver ekstra obligatorisk steg i onboardingen koster deg 7–10 % av brukere. Krev minimum, tilby maksimum, og la brukeren utforske før du krever data.
Offline-først
Mobilbrukere har dårlig nettverk halvparten av tiden. Apper som krasjer eller viser hvit skjerm uten internett mister brukere fort. Implementer offline-først arkitektur fra dag én — cache aggressivt, sync optimistisk, håndter feil grasiøst.
Push-notifikasjoner uten å være irriterende
Push er det kraftigste verktøyet for retention — og den enkleste måten å miste brukere på. Be om tillatelse på riktig tidspunkt (ikke ved første åpning), send relevant innhold (ikke marketing-spam), og respekter brukerens tidssoner.
Sikkerhet og personvern
GDPR var bare oppvarming. I 2026 ser vi strengere håndhevelse, både fra Datatilsynet i Norge og fra Apple/Google selv. Konkret betyr det:
- Aldri lagre sensitive data i AsyncStorage/UserDefaults uten kryptering
- Bruk Keychain (iOS) / Keystore (Android) for tokens og hemmeligheter
- Implementer certificate pinning for finansapper og helse-apper
- Be om minste mulige tillatelser, og forklar hvorfor du trenger dem
- Ha en oppdatert privacy policy, og vis den ved første åpning
Hva en mobilapp faktisk koster
Det er ingen ærlig "fra-pris", men her er typiske spenn fra prosjektene våre:
- MVP (én plattform, cross-platform, 4–6 skjermer): 250 000 – 400 000 NOK
- Full kommersiell app (begge plattformer, 15–25 skjermer): 600 000 – 1 200 000 NOK
- Native app med kompleks integrasjon (helse, AR, finans): 1 500 000+ NOK
I tillegg: 15–25 % årlig vedlikehold for å holde appen oppdatert mot nye OS-versjoner, Apple/Google policy-endringer, og avhengighetsoppdateringer.
Vår anbefaling
Start med å definere brukerens job-to-be-done, ikke teknologien. Når du har det, er valget av plattform ofte selvskrevet:
- Trenger du å være på App Store og Google Play med en tradisjonell UI? → React Native eller Flutter.
- Trenger du dyp plattform-integrasjon, AR, eller maks ytelse? → Native.
- Er du usikker? → Bygg en cross-platform MVP, valider, så bestemmer du om native er nødvendig.
Hos Inovix har vi bygget åtte mobilapper de siste tre årene — i React Native, Flutter, og native. Hvis du vurderer å bygge, kan vi gi deg en ærlig vurdering på 20 minutter.
