Hva koster det å lage en app? Prisdrivere, valg og løpende kostnader

Hva koster det å lage en app? Det avhenger mest av hvor mange skjermbilder og funksjoner appen skal ha, om den skal kobles til andre systemer, og om du trenger en app i App Store og Google Play eller en webapp i nettleseren. En liten første versjon koster mye mindre enn en komplett app. Kostnadene stopper heller ikke ved lansering, fordi appen må oppdateres når Apple og Google endrer kravene sine.

Thirdlinks gir ikke en fast pris på apper uten en kartlegging, fordi to apper med samme funksjonsliste kan ha svært ulikt omfang. I denne artikkelen ser du hva som driver prisen, hvilke tekniske valg som påvirker den, hva Apple og Google tar betalt, og hvordan du holder kostnaden nede.

Hva koster det å lage en app hos Thirdlinks?

«En app for booking» kan bety tre skjermbilder og en kalender. Det kan også bety innlogging, betaling, varsler, et administrasjonspanel for de ansatte og kobling til regnskapssystemet. Begge kalles en bookingapp, men den ene er mange ganger større enn den andre.

Derfor starter vi med en kartlegging: hvem skal bruke appen, hva skal de få gjort, og hvilke systemer finnes fra før? Etterpå kan vi beskrive omfanget og gi en pris som holder. Et tilbud uten kartlegging blir enten et grovt anslag eller en pris med et stort påslag for usikkerhet.

Etter kartleggingen får du et skriftlig tilbud med omfang og pris før vi starter. Thirdlinks er ikke mva-registrert, så prisen i tilbudet er totalprisen. Drift og vedlikehold etter lansering er en egen løpende avtale med en månedspris.

Hva påvirker prisen på en app?

Skjermbilder og brukerflyt

Hvert skjermbilde må designes, utvikles og testes på ulike telefoner. Antall skjermbilder er derfor et godt første mål på størrelsen. Flyten mellom dem er like viktig: hva skjer hvis brukeren avbryter, mister nettet eller skriver noe feil?

Innlogging, brukere og roller

Skal brukerne logge inn, trenger appen sikker innlogging, en løsning for glemt passord, brukerprofiler og ofte ulike roller. En kunde skal se sine egne bestillinger, en ansatt skal se dagens oppdrag, og en leder skal se alt. Hver rolle gir flere skjermbilder og flere regler å teste.

Betaling

Betaling i en app følger strenge regler. Apple krever at digitalt innhold og funksjoner som låses opp i appen, selges med Apples eget kjøpssystem. Fysiske varer og tjenester som brukes utenfor appen, skal derimot betales på andre måter, for eksempel med kort. Det står i Apples retningslinjer for App Store. Hvilken modell appen din følger, påvirker både utviklingen og hva du betaler i gebyrer.

Varsler, kamera, posisjon og bruk uten nett

Push-varsler, kamera, posisjon og muligheten til å jobbe uten nettdekning er ofte grunnen til at noen velger en app. Hver funksjon krever ekstra arbeid og testing på begge plattformer. Bruk uten nett er særlig krevende, fordi dataene må synkroniseres når telefonen er tilkoblet igjen.

Server og integrasjoner

De fleste apper henter og lagrer data på en server, og den må utvikles, driftes og sikres. Skal appen snakke med systemer du har fra før, som et CRM, et regnskapssystem eller et bookingsystem, avhenger arbeidet av om systemene har et godt API. Les mer om integrasjoner hvis det er aktuelt for deg.

Administrasjon

Noen må kunne endre innhold, se bestillinger og hjelpe brukere som står fast. Et administrasjonspanel i nettleseren blir ofte glemt i budsjettet, men få apper klarer seg uten.

Native, kryssplattform eller webapp: hva bør du velge?

Valget av teknologi er en av de største prisdriverne. Det finnes tre hovedveier.

Native app

En native app utvikles separat for iOS og Android, med verktøyene Apple og Google lager for hver plattform. Du får best tilgang til funksjonene i telefonen, men du betaler i praksis for to apper. Det passer for apper med krevende grafikk, avansert bruk av sensorer eller spesielle krav til ytelse.

Kryssplattform

Med rammeverk som Flutter eller React Native skrives det meste av koden én gang og brukes på både iPhone og Android. Det gir mindre arbeid enn to separate apper, og nye funksjoner kommer til begge plattformene samtidig. For de fleste bedriftsapper er det dette vi anbefaler.

Webapp eller PWA

En webapp kjører i nettleseren og fungerer på alle enheter. En progressiv webapp (PWA) kan i tillegg legges på hjemskjermen og fungere uten nett. Du slipper App Store og Google Play, og du har én kodebase. Ulempen er at noen funksjoner i telefonen er mer begrenset, og at mange brukere fortsatt leter etter apper i appbutikkene.

Trenger du ikke varsler, kamera eller bruk uten nett, holder det ofte med en webapp eller en nettside som fungerer godt på mobil. LightSwim er et eksempel: kundene bestiller PT-timer, betaler for kurs og setter seg på venteliste rett fra nettsiden, uten en egen app.

Hvordan foregår utviklingen av en app?

Prosessen påvirker prisen like mye som teknologien. Slik jobber vi:

1. Kartlegging. Vi finner ut hvem som skal bruke appen, hva de skal få gjort, og om en app er riktig valg.

2. Design og prototype. Du får skjermbilder og en klikkbar prototype i Figma som du kan prøve på telefonen før vi skriver kode.

3. Utvikling i små steg. Vi bygger det viktigste først og sender deg testversjoner underveis.

4. Testing. Vi tester på ulike telefoner og versjoner av iOS og Android.

5. Publisering. Apple og Google går gjennom appen før den blir tilgjengelig i butikkene.

6. Oppfølging. Vi retter feil, holder appen oppdatert og utvikler nye funksjoner når du trenger dem.

Du kan lese mer om hvordan vi jobber. Skal du lage en helt ny digital tjeneste, kan du også lese om veien fra idé til MVP.

Hva koster det å ha en app i App Store og Google Play?

Apple og Google tar betalt for at du kan publisere apper, og de tar en andel av det du selger digitalt i appen.

• Apple: Apple Developer Program koster 99 USD per medlemsår, eller tilsvarende i lokal valuta. Bedrifter må i tillegg ha et D-U-N-S-nummer, som er gratis.

• Google: En utviklerkonto i Google Play koster en engangsavgift på 25 USD.

• Provisjon hos Apple: Selger du digitale varer eller abonnementer i appen, tar Apple en provisjon. Nye utviklere og utviklere som tjente opptil 1 million USD året før, kan bli med i App Store Small Business Program og betale 15 prosent.

• Provisjon hos Google: Google Play tar også en serviceavgift på digitale salg, med egne satser for brukere i EØS. Sjekk Googles gjeldende satser før du regner på inntektene.

Selger du fysiske varer eller tjenester, for eksempel en time hos frisøren eller en vare som sendes i posten, går ikke salget gjennom Apples kjøpssystem. Da bruker du en vanlig betalingsløsning, som har sine egne gebyrer.

Hva koster en app etter lansering?

Mange budsjetterer med utviklingen og glemmer resten. En app blir ikke ferdig ved lansering, fordi telefonene, operativsystemene og kravene i butikkene endrer seg hvert år.

Oppdateringer for nye versjoner av iOS og Android

Google krever at nye apper og oppdateringer i Google Play bygges for en nyere versjon av Android. Fra 31. august 2026 er kravet Android 16, og eldre apper som ligger for langt bak, blir ikke tilbudt nye brukere på nyere telefoner. Det står i Googles krav til API-nivå. Apple har tilsvarende krav til hvilke versjoner av utviklerverktøyene appen er bygget med.

Server, drift og overvåking

Serveren appen henter data fra, må driftes, oppdateres og overvåkes. Kostnaden avhenger av hvor mange brukere appen har, og hvor mye data den lagrer.

Feilretting og support

Brukerne finner feil du ikke fant i testingen, særlig på telefoner og versjoner du ikke testet på. Sett av tid til å rette dem raskt etter lansering.

Nye funksjoner

Når appen er i bruk, kommer tilbakemeldingene og ideene. Det er et godt tegn, men hver ny funksjon er et lite utviklingsprosjekt. Det er lurt å sette av et budsjett til videreutvikling fra start.

Med en avtale om drift og vedlikehold tar vi ansvaret for oppdateringer, overvåking og feilretting. Prisen står i tilbudet.

Hvordan kan du holde kostnaden nede?

• Start med en liten første versjon. Velg de to eller tre funksjonene som gir mest verdi, og test dem på ekte brukere før du bygger resten.

• Vurder en webapp først. Trenger du ikke funksjonene i telefonen, sparer du både utvikling og gebyrer.

• Velg kryssplattform. Én kodebase for iOS og Android gir mindre arbeid nå og ved hver oppdatering.

• Bruk ferdige løsninger der det går. Innlogging, betaling og kart finnes som ferdige tjenester. Trenger du vaktplan og timeregistrering for de ansatte, finnes det ferdige systemer som Operra, som vi har utviklet selv.

• Ha innholdet og beslutningene klare. Ventetid og store endringer midt i prosjektet gjør det dyrere.

Hva bør et tilbud på en app inneholde?

Får du tilbud fra flere leverandører, bør hvert av dem svare på dette:

• Hvilke skjermbilder og funksjoner som er med, og hva som ikke er med.

• Hvilken teknologi appen bygges med, og hvorfor.

• Om server, administrasjonspanel og integrasjoner er med i prisen.

• Hvem som eier koden, og om appen publiseres på bedriftens egen utviklerkonto.

• Hvordan testing og publisering foregår.

• Hva drift, vedlikehold og videreutvikling koster etter lansering.

Hvordan kommer du i gang?

Skriv ned hvem som skal bruke appen, hva de skal få gjort, og hvilke systemer du har fra før. Det er nok til en første samtale. Thirdlinks lager apper for iOS og Android og skreddersydd programvare, og vi sier fra hvis en webapp løser behovet ditt billigere.

Send en forespørsel om app, så tar vi kontakt og avtaler en kartlegging.