Flutter vs. React Native: en sammenligning side om side

29. mai 2025 16 min å lese

Etter å ha ledet mobilstrategien for dusinvis av produktlanseringer har jeg mistet tellingen på hvor mange ganger debatten om Flutter vs. React Native har dukket opp. Utvikling på tvers av plattformer kutter vanligvis kostnadene med 15-20% sammenlignet med å bygge to separate native apper. Men kostnaden alene avgjør ikke hvilken løsning som er riktig for deg. Den virkelige forskjellen mellom Flutter og React Native ligger i hvor godt hver av dem passer til forretningsmålene dine - teamets ferdigheter, lanseringstidslinje, langsiktig vedlikehold osv. Så la oss se på sammenligningen gjennom denne linsen: praktisk, strategisk og fokusert på resultater som betyr noe.

"Kode én gang, distribuer overalt" fungerer bare hvis du velger riktig "én gang".

Sammenligning av rammeverk basert på strategiske mål

Flutter og React Native er de to ledende rammeverkene for mobilutvikling på tvers av plattformer. Begge lar deg bygge Android- og iOS-apper fra én enkelt kodebase og støttes av store aktører - Google og Meta. I denne sammenligningen av Flutter og React Native går jeg gjennom de reelle forskjellene mellom dem: hvordan de påvirker lanseringshastighet, utviklingskostnader, brukeropplevelse, skalerbarhet og langsiktig støtte for nett, desktop og videre.

Tid til markedet

Hvis hastighet er en topp prioritet - og det er det som regel - er Flutter gir deg en fordel. Takket være Hot Reload og det omfattende widgetbiblioteket kan utviklere teste endringer underveis og gjøre raske endringer uten å måtte bygge om hele tiden. I tillegg sparer du mye tid ved å kunne bruke én enkelt kodebase på tvers av Android, iOS, web og mer.

React Native er også raskt, spesielt hvis teamet ditt allerede kan JavaScript og React. Fast Refresh-verktøyet og det store utvalget av forhåndsdefinerte komponenter bidrar til å gjøre ting raskere. Det kan imidlertid ta ekstra tid å få appen til å se og føles helt lik ut på begge plattformene, noe som kan forsinke arbeidet litt.

Det viktigste å ta med seg: Flutter vinner for hastighet.

Kostnadseffektivitet

La oss nå snakke om penger. Flutter dekker mobil, web, desktop og til og med innebygde plattformer med én kodebase, noe som sparer tid og penger med en gang. Du må også forholde deg til færre tredjepartsavhengigheter, noe som betyr mindre teknisk gjeld og enklere oppdateringer.

React Native bidrar også til å kutte kostnader, spesielt hvis du bare bygger for mobil. Men i praksis må du ofte skrive egendefinerte native-moduler for å få full tilgang til enhetens funksjoner eller oppnå den ytelsen du trenger - og det ekstra arbeidet kan drive kostnadene i været.

React Native holder likevel stand når det gjelder resultater: per Oktober 2024tjente 790 apper bygget med React Native mellom 10 000 og 100 000TP65T i måneden, noe som er litt mer enn de 727 Flutter-appene i samme størrelsesorden. Så selv om Flutter kan være mer forutsigbart kostnadsmessig på tvers av plattformer, kan React Natives ekstra innsats lønne seg hvis mobilen er ditt hovedmarked.

Det viktigste å ta med seg: Her er det jevnt, men React Native vinner når det gjelder mobilutvikling.

Brukeropplevelse (UX)

Hvis appen din må se lik ut og føles lik overalt - noe som er forventet for sterke forbrukermerker - er Flutter bedre enn React Native. Den er ikke avhengig av native UI-komponenter, men gjengir i stedet alt selv, noe som gir deg full kontroll over grafikk og oppførsel på tvers av plattformer. Det er ideelt når konsistens ikke er til forhandling.

På den annen side utnytter React Native native-komponenter, slik at appen din føles mer "hjemme" på både iOS og Android. Det er en stor fordel for apper der plattformkjennskap forbedrer brukervennligheten. Dette betyr imidlertid også at det kan kreve mer tid og testing å tilpasse UX-en på tvers av enheter.

Det viktigste å ta med seg: Vil du ha et enhetlig merkevareutseende? Velg Flutter. Foretrekker du plattform-native vibber? React Native er din venn.

Minimum levedyktig produkt (MVP)

Flutter gjør det enkelt å lansere en MVP raskt uten å gi avkall på god design. Innebygde verktøy skaper smidige, moderne grensesnitt, slik at du vanligvis ikke trenger å dykke ned i opprinnelig kode i starten. React Native er like solid, spesielt for team som allerede er kjent med React for web. Begge rammeverkene lar deg jobbe raskt, men hvis appen din trenger dypere funksjoner som geolokalisering, kameratilgang eller enhetssensorer, vil du sannsynligvis fortsatt trenge noe native-utviklingsarbeid - uansett hvilket av dem du velger.

Det viktigste å ta med seg: Begge rammeverkene tar deg raskt til MVP. Bare ikke forvent å hoppe over opprinnelig kode hvis appen din gjør mer enn det vanlige.

Komplekse bedriftsapplikasjoner

La oss gå videre til bedriftsapplikasjoner. React Native har eksistert lenger og har et dypere økosystem for native integrasjoner. Det er ofte det tryggeste alternativet for store apper som krever plattformspesifikke funksjoner eller innebærer tunge løft på backend. Det betyr ikke at Flutter ikke kan håndtere det. Den utvikler seg raskt, og jeg har sett den fungere godt i bedriftsmiljøer, spesielt når visuell konsistens og rekkevidde på flere plattformer er en del av veikartet. Men for øyeblikket, hvis du dykker dypt ned i tilpassede integrasjoner, kan React Native gi deg mer manøvreringsrom ut av esken.

Det viktigste å ta med seg: React Native er et tryggere valg for bedriftsapper med omfattende native-integrasjoner.

Målretting mot plattform

Til slutt kommer vi til plattformstrategien. Både Flutter og React Native har sine egne styrker. Flutter ble bygget for utvikling på tvers av plattformer fra dag én. Den kjører på Android, iOS, web, desktop og til og med innebygde enheter - alt fra én enkelt kodebase. Hvis du trenger å lansere på flere plattformer uten å sjonglere med separate prosjekter, håndterer Flutter dette med en gang.

React Native fokuserer på mobil. Du kan utvide det til nettet med verktøy som React Native Web eller Electron, men disse prosjektene er drevet av et fellesskap og vedlikeholdes ikke på samme nivå som kjernerammeverket. Når det er sagt, har nettstøtten til React Native blitt mye bedre og mer stabil for hver utgivelse. Hvis du bygger en mobil-først-app og planlegger å legge til en nettversjon senere, er det nå et reelt alternativ.

Hvis du vil gå utover mobil og nett med React Native - til stasjonære eller innebygde plattformer - må du vanligvis bruke løsninger. Disse oppsettene kan bli kompliserte og vanskeligere å vedlikeholde over tid. Flutters innebygde støtte for stasjonære og innebygde plattformer kan spare tid og redusere risikoen hvis du tenker langsiktig.

Det viktigste å ta med seg: Skal du kjøre bredt? Flutter er verktøyet ditt. Holder du deg til mobil med planer om å vokse? React Native passer fortsatt som hånd i hanske.

Store merkevarer, store gevinster: hvordan Flutter og React Native driver de beste appene

Å velge riktig rammeverk for apputvikling kan avgjøre om en app tar av eller sliter med å henge med. Den beste måten å finne ut hva som fungerer? Se på selskapene som allerede bruker disse rammeverkene til å bygge kraftige apper med høy ytelse. Noen av de største merkevarene har benyttet seg av React Native-økosystemet eller satt sin lit til Flutter for å skape sømløse opplevelser på tvers av plattformer. Her kan du se hvordan de har fått det til.

Facebook: skalering av Ads Manager uten ekstra arbeid

Å utvide en app til en ny plattform betyr vanligvis at alt må bygges om fra bunnen av, men Facebook valgte en annen vei. Da de skulle lansere Ads Manager-appen på Android, begynte de ikke på nytt. I stedet gjenbrukte de rundt 85% av koden fra iOS-versjonen, takket være React Natives plattformovergripende funksjoner. Dette hjalp dem med å lansere Android-versjonen raskere, redusere utviklingstiden og sørge for en sømløs opplevelse på tvers av enheter.

Walmart: Utskifting av opprinnelig kode uten forstyrrelser

På samme måte, Walmart hadde en stor app med millioner av brukere, og det var ikke mulig å skrive om alt på én gang. I stedet for å skrote det eksisterende systemet, innførte de React Native gradvis - de testet det, rullet det ut bit for bit og byttet ut native komponenter underveis. Til slutt, nesten 90% av dagligvareappen deres kjørte på React Native. Det gjorde oppdateringene raskere, reduserte utviklingsomkostningene og skapte en bedre handleopplevelse uten å ødelegge det som allerede fungerte. Dette er et bevis på at selv bedrifter på bedriftsnivå kan gjøre overgangen uten unødvendige risikoer.

BMW: går fra to apper til én global plattform

I mellomtiden sto BMW overfor et felles problem - å administrere to separate kodebaser for iOS og Android gjorde dem trege. I stedet for å hele tiden måtte ta igjen det tapte mellom plattformene, skrotet de begge og bygget om alt i Flutter. Resultatet? En enkelt Min BMW-appBMWs app, som er tilgjengelig i 47 land, gir sjåfører tilgang til viktige bilfunksjoner fra hvilken som helst enhet. Ved å bytte til Flutter kuttet BMW ned på vedlikeholdstiden og fokuserte på å forbedre appen i stedet for å fikse uoverensstemmelser.

eBay Motors: raskere utvikling uten å miste kvalitet

eBay Motors hadde en annen utfordring: De trengte en app som kunne håndtere stor trafikk, sanntidsinteraksjoner og sikre transaksjoner - samtidig som den var rask og responsiv. Med Flutter bygget de en app med høy ytelse og funksjoner som live chat og sikre betalinger, alt fra én enkelt kodebase. Det betydde raskere utvikling, jevnere ytelse og en native-lignende følelse uten å måtte administrere to separate plattformer. For bedrifter som ønsker å rulle ut nye funksjoner raskt og samtidig holde ytelsen på topp, eBay Motors beviser at Flutter er et sterkt valg.

Flutter og React Native har vist seg å være verdifulle for bedrifter som trenger å modernisere raskt uten å øke kostnadene. En enkelt kodebase betyr færre integrasjonspunkter, raskere utrulling og bedre kontroll over appens atferd på tvers av plattformer. Vår erfaring viser at denne tilnærmingen reduserer tiden til markedet og forenkler det langsiktige vedlikeholdet. Resultatene taler for seg selv - se bare på hvordan Facebook, Walmart, BMW og eBay Motors har brukt rammeverk på tvers av plattformer som en løftestang for skalering.

Dmitry Nazarevich

CTO i Innowise

Fremtidige trender og lang levetid

Å velge riktig rammeverk betyr å tenke på mer enn kortsiktig ytelse. Fremtiden for Flutter vs. React Native utfolder seg raskt, og hvert rammeverk tar ulike veier på tvers av plattformer. Hvor de er på vei, er viktig, fordi den retningen vil forme hvordan produktet ditt utvikler seg og skaleres over tid.

Hvordan Googles støtte for Flutter påvirker fremtiden

En av de største strategiske forskjellene i sammenligningen mellom Flutter og React Native er Flutters direkte støtte fra Google. Og la oss være ærlige - å ha en av verdens største teknologigiganter i ryggen er ingen liten ting. Flutter er i ferd med å utvikle seg til et omfattende UI-verktøysett for alt fra mobil til web, desktop og innebygde enheter.

Googles langsiktige satsing, som gjenspeiles i stadige oppdateringer av Dart-språket og utrullingen av Impeller-gjengivelsesmotoren, signaliserer at de er med på dette i det lange løp. Å bruke én kodebase for flere plattformer uten å miste ytelse kan gi teamene en reell fordel i det lange løp.

Kommer Flutter til å erstatte React Native i 2025?

Her er spørsmålet til en million dollar: Kommer Flutter til å erstatte React Native i 2025? I teknologibransjen er ingenting uforandret lenge, og ting er i ferd med å endre seg. React Native har fortsatt kronen når det gjelder utviklerbase og adopsjon i produksjonsskala. Med Meta i ryggen og en sterk forankring i JavaScript-økosystemet, er det fortsatt en dominerende kraft, spesielt når det gjelder utvikling med mobilen først. I tillegg har nylige oppgraderinger som Bridgeless New Architecture og JSI hjulpet React Native med å rette opp noen langvarige ytelseshull.

Og hva med Flutter? Det har klatret stille og rolig oppover stigen og vunnet over utviklingsteam og produkteiere med sine vakre brukergrensesnitt, forutsigbare gjengivelse og rekkevidde på flere plattformer. Googles visjon for Flutter er krystallklar - og den er bredere enn mobil. Så vil den ene erstatte den andre? Sannsynligvis ikke over natten. Men i den bredere diskusjonen om fremtiden for Flutter vs. React Native, vinner Flutter seriøst terreng.

Ifølge en utvikler fra 2023 undersøkelseer Flutter det mest populære plattformovergripende mobilrammeverket blant globale utviklere. Så enten du jakter på innovasjon eller bare vil ha en solid avkastning på teknologiinvesteringen din, har Flutter og React Native hver sine fordeler, og det handler bare om hvilken som passer inn i veikartet ditt. Til syvende og sist handler det ikke om hvilken som vinner - det handler om hvilken som fungerer best for prosjektet ditt.

Er du usikker på hvilket rammeverk som passer dine langsiktige mål? Vi hjelper deg med å ta det riktige valget.

Integrasjon og økosystemkompatibilitet

Et av de største spørsmålene i sammenligningen mellom Flutter og React Native er dette: Hvilken av dem spiller best sammen med de verktøyene og plattformene bedriften din allerede bruker? Hvis du bygger moderne apper, er sjansen stor for at du også jobber med tredjeparts API-er, back-end-systemer som Firebase eller AWS, og kanskje til og med utforsker AI, IoT eller AR. Så før du velger mellom Flutter eller React Native, er det verdt å sette seg inn i hvordan hvert rammeverk passer inn i det større teknologiske bildet.

Kompatibilitet med back-end-systemer som Firebase eller AWS

Hvis stakken din inkluderer Firebase, AWS eller noe som helst, bør du se nærmere på hvordan begge rammeverkene håndterer backend-integrasjon. React Native har ofte en fordel på dette området, spesielt hvis teamet ditt allerede jobber med JavaScript. Takket være den brede adopsjonen og det langvarige fellesskapet, kan det enkelt kobles til back-end-verktøy som Firebase Auth, Firestore og AWS Amplify. Mange av disse bibliotekene ble bygget med React Native i tankene fra starten av. Så hvis teamet ditt allerede er kjent med JS-baserte verktøy, gjør React Native det enkelt å koble seg til eksisterende infrastruktur uten å finne opp hjulet på nytt.

Flutter bruker derimot Dart, som ikke er like universelt støttet, men det betyr ikke at det mangler noe. Med FlutterFire, det offisielle settet med Firebase-plugins for Flutter, får du førsteklasses støtte for Firebase-funksjoner. Det er modent, veldokumentert og mer enn nok for de fleste appbehov. AWS-integrasjoner med Flutter krever litt mer benarbeid, men de er veldig gjennomførbare. I noen tilfeller må du bare stole mer på fellesskapspakker eller tilpassede wrappers.

Hvis du skal velge mellom Flutter eller React Native for apper med mye backend, bør du vurdere din nåværende stack. React Native tilbyr en raskere start hvis du allerede er i JavaScript-verdenen. Men hvis du starter på nytt, holder Flutter stand - spesielt med Firebase.

Enkel integrering av avanserte funksjoner som AI, IoT eller AR

La oss nå snakke om fremtidens teknologi. AI, AR og IoT er i ferd med å bli standard i moderne apper - så hvordan håndterer Flutter og React Native dem? React Native har fordelen av et massivt økosystem. Trenger du stemmegjenkjenning, AR-moduler eller enhetssensorer? Det er sannsynligvis en pakke - eller ti - klar til bruk. React Natives tette bånd til JavaScript og native-moduler gir den fleksibilitet her. Integrering av TensorFlow.js, ARKit via native bridges eller Bluetooth-tilkoblede IoT-enheter er ganske enkelt når du først har fått teken på det.

Flutter, som er litt nyere på dette området, har fått fart på utviklingen. Du finner solide pakker for AR (som ar_flutter_plugin), datasyn og datastrømming i sanntid. Det gir deg også bedre kontroll over gjengivelseslaget, noe som kan være nyttig for visuelt tunge opplevelser som AR. Ytelsen til Flutter er ofte mer konsistent, spesielt når animasjoner eller høy bildefrekvens er viktig. Kort sagt er både Flutter og React Native i stand til å løse oppgaven, men de gjør det på forskjellige måter. React Native er mer avhengig av eksisterende verktøy og biblioteker, mens Flutter gir deg mer kontroll over ytelsen og hvordan appen din ser ut og føles.

Så hvis du vurderer forskjellen mellom Flutter og React Native når det gjelder integrering av banebrytende funksjoner, avhenger valget av hva du prioriterer: integrasjonshastighet kontra ytelseskontroll.

Ressurstilgjengelighet og teknisk egnethet

Utfordringen i den virkelige verden starter ofte med å finne de rette folkene til å bygge og skalere produktet ditt. Tilgjengeligheten av utviklere og dybden av ekspertise i hvert rammeverk kan ha direkte innvirkning på ansettelsesfrister, teamstruktur og de samlede prosjektkostnadene. I den pågående sammenligningen mellom Flutter og React Native blir denne faktoren ofte undervurdert, men den er likevel en av de mest avgjørende.

Tilgjengelighet og ansettelsespotensial for utviklere

React Native-økosystemet har vokst jevnt og trutt siden 2015 og drar nytte av en global utviklerbase som behersker JavaScript flytende. React Native er bygget på teknologi som de fleste frontend-utviklere allerede kjenner til. På grunn av dette kan selskaper ofte hente inn talenter raskere og skalere team uten mye friksjon. Hvis du ansetter til en React Native-app, er sjansen stor for at du får tilgang til et bredt utvalg av kandidater til konkurransedyktige priser.

I 2018 kom derimot Flutter, som er basert på språket Dart, på banen med en annen tilnærming. Dart er raskt og uttrykksfullt, men ikke like mye brukt som JavaScript. Dette fører til en mindre utviklerpool. Det kan ta lengre tid å finne kvalifiserte Flutter-ingeniører, og lønningene kan være høyere fordi etterspørselen er større enn tilbudet i mange regioner. Flutter blir likevel stadig mer populært, og populariteten øker med hver eneste større versjon.

Hvis hastighet og enkel ansettelse er topprioritetene, tilbyr React Native ofte en mer forutsigbar vei. For organisasjoner som bygger opp dedikerte plattformteam fra bunnen av, gir Flutter derimot en mulighet til å investere tidlig i en voksende, moderne stabel som mange utviklere er ivrige etter å lære seg.

Skalering av team og styring av prosjektkostnader

Når man bygger et team med mer enn bare én eller to ingeniører, blir forskjellen mellom Flutter og React Native mer markant. React Native tilbyr bred tilgang til tredjepartsverktøy, plugins og UI-sett. Dette forkorter utviklingstiden og bidrar til å redusere kostnadene ved å bygge alt fra bunnen av. Teamene kan også integrere innfødt kode ved behov, noe som gjør det enklere å legge til egendefinerte funksjoner eller innlemme innfødte UI-komponenter.

På den annen side gir Flutter utviklingsteamene noe React Native ikke har - full kontroll over brukergrensesnittet på tvers av plattformer. I stedet for å basere seg på systemets egne komponenter, tegner Flutter alt fra bunnen av. Dette gir større designkonsistens og færre overraskelser på tvers av iOS og Android. Selv om de innledende utviklerkostnadene kan være høyere, reduserer den enhetlige kodebasen ofte det langsiktige vedlikeholdet og forenkler oppdateringer. Flutters innebygde widgeter og arkitektur gjør den til et solid valg for prosjekter som prioriterer en konsekvent visuell opplevelse og utrulling på flere plattformer.

Fra et kostnadsperspektiv har både Flutter og React Native fordeler - React Native for raskere oppstart og tidlig hastighet, Flutter for effektivitet på lengre sikt når man retter seg mot flere plattformer enn mobil.

Støtter lag på alle ferdighetsnivåer

Hvert rammeverk støtter team med ulike erfaringsnivåer. React Native er spesielt godt egnet for utviklere med bakgrunn i JavaScript eller React. For bedrifter med eksisterende webteam er overgangen til React Native vanligvis enkel. Syntaksen er kjent, og læringskurven er skånsom.

På den annen side appellerer Flutter til team som ønsker stram designkontroll og en strukturert utviklingsmodell. Den widgetbaserte tilnærmingen og de omfattende verktøyene gjør det mulig for både junior- og seniorutviklere å bygge robuste apper uten å måtte dykke ned i opprinnelig kode. Team som er nye innen mobilutvikling, kan raskt ta i bruk Dart og begynne å bygge apper med høy ytelse og mindre plattformspesifikk kompleksitet.

Sliter du med å ansette? Vi har eksperter på tvers av plattformer som er klare til å rykke inn.

Risikostyring og prosjektkompleksitet

Jeg har ledet mange nok utviklingsprosjekter for mobilapper til å vite at ting sjelden går som planlagt. Funksjoner endres, tidsfrister forskyves, og stabile builds kan gå i stykker i produksjon. Derfor ser jeg i debatten om Flutter vs. React Native lenger enn til overflatefunksjonene og fokuserer på hvordan hvert rammeverk holder stand når ting blir komplekse.

React Native er raskt og fleksibelt, med et sterkt fellesskap og dype JavaScript-røtter. Men fleksibiliteten er ofte avhengig av tredjepartsbiblioteker, noe som kan bli en belastning. Utdaterte pakker, forlatte plugins og verktøy som forsvinner, er altfor vanlig. For å unngå kaos setter vi opp beskyttelsestiltak: vi overvåker avhengigheter, unngår verktøy som ikke støttes godt nok, og pakker inn kritiske funksjoner i reservelogikk. React Native fungerer godt for komplekse apper, men det krever disiplin for å holde ting stabilt.

Flutter kommer derimot med mer støtte fra start. De fleste UI-komponenter, animasjoner og navigasjonsverktøy er innebygd og støttet av Google. Det reduserer avhengigheten av eksterne pakker og reduserer risikoen for versjonskonflikter. Det er generelt mer forutsigbart, men når du går utover det grunnleggende, krever native integrasjoner og edge cases fortsatt solid planlegging.

Til syvende og sist handler det ikke om hvilket rammeverk som er tryggest. Det handler om hvordan teamet ditt håndterer risiko. Med riktig arkitektur og prosess kan både Flutter og React Native støtte komplekse, virkelige apper uten å falle fra hverandre.

Sjekkliste for ledere

Budsjett og tidslinje

Trenger du å lansere raskt med begrensede ressurser? → React Native

Investerer du i støtte for flere plattformer på lang sikt? → Flutter

Appens omfang

Er appen en standard mobilapp (iOS + Android) uten store behov for brukergrensesnitt? → Begge deler

Trenger du konsekvent design og rike animasjoner på tvers av plattformer? → Flutter

Team og ansettelser

Bruker teamet ditt allerede JavaScript eller React? → React Native

Skal du bygge opp et nytt team eller outsource utvikling? → Flutter

Langsiktig passform

Vil appen skalere raskt og trenge hyppige oppdateringer? → React Native

Ønsker du færre eksterne avhengigheter over tid? → Flutter

Avsluttende tanker

Teknologivalg former mer enn bare koden, de definerer faktisk hvordan produktet skaleres, hvordan teamet ditt vokser og hvor raskt du kan tilpasse deg. Når du skal vurdere forskjellen mellom Flutter og React Native, må du tenke på mer enn bare benchmarks. Ansettelse, vedlikehold og plattformstrategi er alle viktige faktorer. Vi har sett team bytte midt i et prosjekt - ikke fordi de valgte feil teknologi, men fordi den ikke passet til deres langsiktige behov. Velg det rammeverket som passer teamet ditt, målene dine og veikartet ditt. Det er slik du bygger noe som varer - ikke bare noe som lanseres.

Del:

Eugene Shapovalov

Leder for mobilavdelingen

Eugene driver vår mobilvisjon med et skarpt blikk på ytelse, brukervennlighet og fremtidssikker teknologi. Han hjelper bedrifter med å gjøre store ideer om til raske, intuitive apper som folk faktisk ønsker å bruke.

Les mer

Innholdsfortegnelse

Kontakt oss

Bestill en samtale eller fyll ut skjemaet nedenfor, så kontakter vi deg så snart vi har behandlet forespørselen din.

Navn

Selskap

E-post

Telefon

Melding

Send oss en talemelding

Legg ved dokumenter

Last opp fil

Du kan legge ved én fil på opptil 2 MB. Gyldige filformater: pdf, jpg, jpeg, png.

Ved å klikke på Send, samtykker du til at Innowise behandler dine personopplysninger i henhold til våre Retningslinjer for personvern for å gi deg relevant informasjon. Ved å oppgi telefonnummeret ditt samtykker du i at vi kan kontakte deg via taleanrop, SMS og meldingsapper. Priser for samtaler, meldinger og data kan gjelde.