Tjenester
Android-apputvikling – native apper i Kotlin
Skal appen kjøre på håndterminaler i lageret, på nettbrett i felt, eller snakke med skannere og betalingsterminaler over NFC og Bluetooth? Da trenger dere native Android-apputvikling i Kotlin og Jetpack Compose. Vi er et appstudio i Trondheim, og vi bygger Android-apper til fast pris, med publisering i Google Play inkludert og kildekoden i deres eie.
Rundt 40 % av mobiltrafikken i Norge kommer fra Android-enheter. Det er ikke nok til at dere kan hoppe over iPhone, men mer enn nok til at Android-versjonen må være god. Denne siden forklarer når native Android-utvikling lønner seg, hva Google krever av dere som eier, hva en Android-app koster, og hvordan Kotlin står seg mot Flutter og React Native.
01
Når lønner det seg med native Android-utvikling?
Native betyr at appen skrives i Kotlin, språket Google bygger sin egen moderne Android-verktøykasse på, og bruker Androids egne rammeverk direkte. Ingen oversettelseslag mellom koden og telefonen. Det gir tilgang til alt Android kan, den dagen Android kan det.
Det lønner seg særlig i fire situasjoner. Appen skal snakke med maskinvare: NFC-brikker, Bluetooth-sensorer, strekkodeskannere eller kvitteringsskrivere. Appen skal jobbe i bakgrunnen, som å synkronisere data, spore en rute eller laste opp bilder etter at brukeren har lukket den. Appen skal ut på bedriftseide enheter, for eksempel håndterminaler eller nettbrett i kioskmodus, styrt gjennom Android Enterprise og et MDM-verktøy. Eller dere har allerede en Kotlin-kodebase og en Android-utvikler som kjenner den.
Skal appen derimot til både Android- og iPhone-brukere, og handler den mest om å vise informasjon, fylle ut skjemaer og sende varsler, anbefaler vi som regel Flutter-utvikling eller React Native-utvikling. Da får dere begge plattformer fra én kodebase, og slipper å betale for to kodebaser (to native apper koster i våre priser rundt 60 % mer). Skal appen kun til iPhone, se iOS-apputvikling. Hvilken vei som passer dere, avgjør vi sammen i en appavklaring.
02
Dette bygger vi i Android-apper
Vi skriver Kotlin og bygger grensesnittet i Jetpack Compose, som Google selv beskriver som den anbefalte verktøykassen for native brukergrensesnitt på Android. Designet følger Material 3, slik at appen ser ut og oppfører seg som de andre appene på telefonen, med dynamiske farger og mørk modus. Under grensesnittet bruker vi Googles Jetpack-biblioteker for navigasjon, database (Room) og bakgrunnsjobber (WorkManager).
Typiske byggeklosser i en Android-app fra oss:
- Innlogging med fingeravtrykk eller ansikt via Androids biometri-API, eller BankID og ID-porten for norske tjenester.
- Betaling med Vipps eller Google Pay, og kjøp i appen via Google Play Billing når produktet er digitalt.
- Push-varsler gjennom Firebase Cloud Messaging (FCM), Googles egen varslingstjeneste for Android.
- Kart og posisjon, kamera med CameraX, strekkode- og QR-lesing, NFC, Bluetooth, og offline-lagring i Room som synkroniserer når nettet er tilbake.
Appen tilpasser seg telefon, nettbrett og sammenleggbare enheter fra samme prosjekt.
03
Google Play-kravene dere må kjenne
Google stiller andre krav enn Apple, og flere av dem er lette å snuble i. Vi håndterer det praktiske, men kontoen skal stå i deres navn.
- 01Egen utviklerkontoGoogle Play Console koster 25 USD som engangsbeløp, og Google krever identitetsverifisering av alle kontoer. Registrerer dere som organisasjon, ber Google i tillegg om D-U-N-S-nummer, offisiell e-postadresse, telefonnummer og en adresse som stemmer med Dun & Bradstreet-registeret. Det tar noen dager, så vi ber dere starte før prosjektet gjør det.
- 02Testkrav for personlige kontoerPersonlige utviklerkontoer opprettet etter 13. november 2023 må kjøre en lukket test med minst 12 testere i 14 sammenhengende dager før de får publisere. Det er én av flere grunner til at bedriften bør registrere seg som organisasjon, ikke som privatperson.
- 03Krav til Android-versjonFra 31. august 2026 må nye apper og oppdateringer være bygget mot Android 16 (API-nivå 36) for å slippe inn i Google Play. Google flytter denne grensen omtrent én gang i året, så en app som ikke vedlikeholdes, kan etter hvert ikke oppdateres uten teknisk arbeid først.
- 04DatasikkerhetAlle utviklere må fylle ut Google Plays datasikkerhetsskjema, som viser brukerne hva appen samler inn og deler, og appen må ha en personvernerklæring. Vi lager underlaget og passer på at det stemmer med det appen faktisk gjør. Les mer om app-sikkerhet og personvern.
- 05ProvisjonSelger appen digitale varer eller abonnement gjennom Google Play, tar Google en andel av salget. Satsene i EØS avhenger av transaksjonstype og ble endret fra 30. juni 2026, så vi går gjennom Googles gjeldende tabell med dere før dere velger betalingsmodell. Fysiske varer og tjenester kan betales med Vipps eller kort uten provisjon.
- 06Play IntegrityDer juks eller misbruk koster penger, bruker vi Googles Play Integrity API, som lar backend sjekke at forespørselen kommer fra deres ekte app på en ekte Android-enhet.
04
Mange skjermer og versjoner: slik tester vi
Android finnes på telefoner i alle prisklasser, fra mange produsenter, med ulike skjermstørrelser og flere OS-versjoner i bruk samtidig. Det er den største praktiske forskjellen fra iOS, og der Android-apper laget uten Android-erfaring gjerne feiler.
Grensesnittet bygges derfor adaptivt i Compose, slik at samme skjermbilde fungerer på liten telefon, stor telefon og nettbrett. Som standard setter vi minimumsversjonen til Android 10 og justerer den etter enhetene brukerne deres faktisk har. Vi tester på ekte enheter i flere prisklasser, i tillegg til automatiserte tester på en fast liste med emulatorer, og all kode gjennomgås før den slås sammen. Skal appen kjøre på en bestemt håndterminal, tester vi på akkurat den.
05
Slik jobber vi med Android-utvikling
Første steg er en appavklaring med to dager workshop, kravspesifikasjon, skisser og et bindende pristilbud. Så designer vi skjermene i Figma etter Material 3, og dere klikker dere gjennom en prototype før vi skriver Kotlin. Se appdesign og UX.
Utviklingen går i to ukers sprinter med demo hver uke. Hver ny versjon kommer rett på egne Android-enheter gjennom Google Plays interne testspor, som tar inntil 100 testere. Til slutt gjør vi innsendingen, butikktekstene og skjermbildene, og følger opp Googles gjennomgang. Etter lansering får dere 90 dagers feilgaranti og kan velge en avtale om vedlikehold og drift av app som dekker de årlige Android-kravene. Hele løpet er beskrevet under slik jobber vi. Trenger dere heller Kotlin-kapasitet i eget team, kan dere leie en apputvikler på timepris.
06
Hva koster en Android-app?
Prisene dekker design, utvikling, testing og publisering. Alle priser er eks. mva.
- 2 dager + 1 uke til leveranse
Appavklaring
to dagers produktworkshop, kravspesifikasjon, skisser, teknisk arkitektur og bindende fastpristilbud
20 000 kr fast pris.
Beløpet trekkes fra prosjektprisen om dere går videre med oss.
- 2–12 uker
MVP-app
én kjerneflyt, iOS og Android fra én kodebase, backend, publisering
fra 20 000 kr
- 4–7 måneder
Bedriftsapp
innlogging, backend, push, adminpanel, 1–2 integrasjoner
fra 100 000 kr
Timepris ved løpende arbeid
utvikling 700 kr/t
arkitektur og teknisk ledelse 990 kr/t
Ren Android-apputvikling i Kotlin ligger innenfor de samme spennene. Vil dere ha native Android og native iOS som to separate apper, koster det i våre priser rundt 60 % mer enn én felles kodebase. Fast pris får dere etter appavklaringen, og prisen endres bare hvis kravspesifikasjonen endres, skriftlig og før arbeidet starter. Se alle priser på apputvikling, eller test appkalkulatoren.
07
Android eller kryssplattform? Slik står alternativene mot hverandre
| Kotlin/Compose (native) | Flutter | React Native | |
|---|---|---|---|
| Ytelse og følelse | Best. Bruker Androids egne komponenter direkte | Svært god. Tegner egne komponenter som følger Material 3 | God. Bruker Androids egne komponenter via et JavaScript-lag |
| Maskinvare og bakgrunnsjobber | Alt: NFC, Bluetooth, WorkManager, foreground services, fra første dag | Det meste via plugins; det spesielle krever egen Kotlin-kode | Det meste via native moduler; det spesielle krever egen Kotlin-kode |
| Kostnad ved både Android og iOS | To kodebaser; i våre priser rundt 60 % dyrere enn én | Én kodebase; grunnprisen i våre pakker | Én kodebase; grunnprisen i våre pakker |
| Vedlikehold | Følger Googles årlige API-krav, få tredjepartsavhengigheter | Følger Flutter-utgivelser i tillegg til Android og iOS | Følger React Native- og Expo-utgivelser i tillegg til Android og iOS |
| Passer best når | Håndterminaler, maskinvare, bakgrunnstjenester, bare Android-brukere | Begge plattformer, eget designuttrykk, kanskje også web | Begge plattformer, team som allerede kan React og TypeScript |
Mer om valget finner dere i guiden om native, hybrid eller webapp.
08
Garantier og kvalitetskrav i Android-prosjektet
Android-appen leveres med kodegjennomgang av all kode og automatiserte tester som kjører ved hver endring. Dere eier kildekoden og Google Play-kontoen fra dag én, og har 90 dagers feilgaranti etter lansering. Hva standarden omfatter, fra OWASP MASVS til universell utforming, står under kvalitet og garantier.
09
Vanlige spørsmål om Android-apputvikling
Trenger vi egen Google Play-konto?
Ja. Appen publiseres på bedriftens egen konto i Google Play Console, som koster 25 USD én gang. Google verifiserer identiteten, og organisasjoner må oppgi D-U-N-S-nummer, offisiell e-post, telefon og adresse. Da eier dere appen i butikken og kan bytte leverandør senere uten å flytte den.
Hvor mange Android-versjoner støtter dere?
Som standard Android 10 og nyere, og vi bygger alltid mot den versjonen Google krever for nye innsendinger, som fra 31. august 2026 er Android 16. Har brukerne deres eldre enheter, for eksempel håndterminaler som ikke kan oppgraderes, setter vi grensen lavere og tester på dem.
Kan appen brukes på håndterminaler og nettbrett i felt?
Ja, og det er ofte grunnen til å velge native Android. Vi tilpasser grensesnittet til større skjermer, bruker innebygd skanner der terminalen har det, og setter opp kioskmodus og distribusjon via Android Enterprise eller deres MDM-verktøy, slik at appen kan rulles ut uten Google Play. Se også interne apper for ansatte.
Lager dere iOS samtidig?
Ja, enten som en egen native app i Swift, se iOS-apputvikling, eller ved at hele appen bygges i Flutter eller React Native fra én kodebase. Det siste gir én kodebase å bygge og vedlikeholde når appen ikke trenger Android-spesifikk maskinvaretilgang.
Hva koster en Android-app?
En MVP-app koster fra 20 000 kr og en bedriftsapp med innlogging, backend, push og adminpanel fra 100 000 kr, eks. mva. Bindende fast pris får dere etter en appavklaring til 20 000 kr, som trekkes fra prosjektprisen. I tillegg kommer Googles engangsavgift på 25 USD og hosting.
Hva er Kotlin Multiplatform, og bør vi bruke det?
Kotlin Multiplatform (KMP) lar oss skrive forretningslogikk, datamodeller og nettverkskode én gang i Kotlin og bruke den i både Android- og iOS-appen, mens grensesnittet lages native på hver plattform. Google støtter KMP for deling av logikk, og JetBrains' Compose Multiplatform kan dele grensesnittet også. Det passer bedrifter som allerede har Kotlin-kompetanse og trenger native følelse på begge plattformer. Starter dere fra null, er Flutter eller React Native som regel enklere og krever færre timer.
Neste steg
Be om tilbud på Android-appen
Skal dere lage app for Android, så fortell oss hva den skal gjøre, hvilke enheter den skal kjøre på, og om dere trenger iPhone i tillegg. Dere får et ærlig svar på om native Android-apputvikling eller kryssplattform passer best, og et prisspenn, fra oss i Trondheim. Vi tar Android-prosjekter for bedrifter i hele landet, også i Stavanger, Tromsø og ellers i Trøndelag.
Skriv noen linjer om Android-appen – enhetene den skal kjøre på og hva brukerne skal få gjort – og be om tilbud. Svaret kommer innen én virkedag. Appkalkulatoren gir et første prisspenn med en gang.
Eller skriv til[email protected]
Kilder
- StatCounter, mobil-OS i Norge, august 2026 (iOS 59,4 %, Android 40,6 %) – https://gs.statcounter.com/os-market-share/mobile/norway
- Google, Jetpack Compose («Android's recommended modern toolkit for building native UI») – https://developer.android.com/compose
- Google, Kotlin for Android – https://developer.android.com/kotlin
- Google, Material 3 i Compose – https://developer.android.com/develop/ui/compose/designsystems/material3
- Google Play Console, registrering (25 USD engangs, verifisering, testkrav for personlige kontoer) – https://support.google.com/googleplay/android-developer/answer/6112435
- Google Play Console, krav til organisasjoner (D-U-N-S-nummer, e-post, telefon, adresse) – https://support.google.com/googleplay/android-developer/answer/13628312
- Google Play Console, lukket test for personlige kontoer (12 testere, 14 dager) – https://support.google.com/googleplay/android-developer/answer/14151465
- Google Play Console, krav til målversjon (Android 16 fra 31. august 2026) – https://support.google.com/googleplay/android-developer/answer/11926878
- Google Play Console, datasikkerhetsskjema – https://support.google.com/googleplay/android-developer/answer/10787469
- Google Play Console, tjenesteavgifter – https://support.google.com/googleplay/android-developer/answer/112622
- Google Play Console, interne, lukkede og åpne tester (inntil 100 interne testere) – https://support.google.com/googleplay/android-developer/answer/9845334
- Google, Play Integrity API – https://developer.android.com/google/play/integrity/overview
- Google, Firebase Cloud Messaging – https://firebase.google.com/docs/cloud-messaging
- Google, Android Enterprise – https://www.android.com/enterprise/
- Android Developers Blog, støtte for Kotlin Multiplatform (14. mai 2024) – https://android-developers.googleblog.com/2024/05/android-support-for-kotlin-multiplatform-to-share-business-logic-across-mobile-web-server-desktop.html
- JetBrains/Kotlin, Kotlin Multiplatform og Compose Multiplatform – https://kotlinlang.org/multiplatform/