Ber du tre leverandører om tilbud på det du oppfatter som samme app, er det ikke uvanlig å få svar som spenner fra under hundre tusen til over en halv million kroner. Det er forvirrende, og det gjør det vanskelig å vite om det billigste tilbudet er et godt kjøp eller et tegn på at noe mangler.
Denne guiden lover deg ingen fastpris, for det kan ingen gjøre før de vet hva appen skal gjøre. Den forklarer i stedet hva som faktisk driver kostnaden, slik at du kan lese et tilbud med andre øyne, sette et realistisk budsjett og stille de spørsmålene som gjør at prisene du får blir sammenlignbare. Underveis viser vi nivåene vi selv jobber innenfor, men behandle dem som typiske spenn, ikke som en prisliste.
Hvorfor varierer prisen på apputvikling så mye?
En app koster det den koster å lage, og nesten hele kostnaden er tid. Det betyr at prisen først og fremst avgjøres av omfanget, og omfanget er sjelden det man tror. Antall skjermbilder sier overraskende lite. En app med tjue skjermer kan være billigere enn en med fem, hvis de tjue bare viser informasjon og de fem krever at brukeren logger inn og deler data med andre.
Tre spørsmål avgjør mer av prisen enn alle andre. Skal brukerne ha egne kontoer? Skal noen hos dere administrere innhold eller brukere fra et eget panel? Og skal appen snakke med systemer dere allerede har, som et fagsystem, et regnskapsprogram eller en nettbutikk? Hvert ja løfter prosjektet et hakk, fordi det legger til en del av løsningen brukerne aldri ser, men som må bygges og driftes.
Den andre store forklaringen på spriket er usikkerhet. Når beskrivelsen er vag, legger leverandørene inn buffer for det de ikke vet, og de gjør det på ulike måter. Noen priser lavt og regner med å fakturere endringer underveis. Andre priser inn risikoen fra start. To tilbud kan derfor være like ærlige og likevel ligge langt fra hverandre.
Den tredje er at tilbudene ofte beskriver ulike produkter. Ett inkluderer skreddersydd design, testing og publisering i app-butikkene. Et annet forutsetter at du leverer design og tar deg av butikkene selv. Før du sammenligner priser, må du vite at du sammenligner det samme.
Enkel app, MVP eller full produktplattform
Det er nyttig å tenke på apper i noen få kategorier, fordi hver av dem har sitt eget prisnivå. Grensene er ikke skarpe, men de fleste prosjekter lander tydelig i én av dem.
Den enkleste kategorien er en app som lagrer data lokalt på telefonen og ikke har innlogging. Alt brukeren legger inn, blir liggende på deres egen enhet. Det høres begrenset ut, men det dekker mange reelle behov, som sjekklister for befaring, kalkulatorer for kunder, treningsdagbøker eller registreringsverktøy for feltarbeid. Hos oss ligger slike apper typisk på 50 000 til 100 000 kroner for både iOS og Android, med skreddersydd design inkludert, og de er ferdige på tre til fem uker.
Neste kategori er MVP-en, den første versjonen av et produkt. En MVP er ikke en halvferdig app, men en komplett løsning på et lite og avgrenset problem. Prisen avhenger av om den kan klare seg med lokal lagring eller trenger brukerkontoer, og den havner derfor enten i nivået over eller under. Det viktigste grepet for å holde den rimelig er å være streng på hva som må med. Vi har skrevet mer om det i MVP for app: hva bør du bygge først.
Den tredje kategorien er en app med backend og innlogging. Dette er det vanligste nivået for bedrifter, fordi så snart data skal følge brukeren mellom enheter eller deles med kolleger, trengs en server. Her ligger prisen typisk på 80 000 til 300 000 kroner, med seks til fjorten ukers utviklingstid. Spennet er bredt fordi det avhenger av hvor mye funksjonalitet som skal med utover selve innloggingen.
Den fjerde kategorien er en full produktplattform: en app med tilhørende webpanel, gjerne med betaling, integrasjoner og flere brukerroller. Da bygger du i praksis to løsninger på felles backend, og nivået starter på rundt 200 000 kroner og går til 500 000 og oppover, med tre til seks måneders utviklingstid. Vil du se nivåene forklart mer utførlig, finner du det i hva koster det å lage en app.
Hva backend, innlogging og database betyr for pris
Backend er den delen av løsningen som kjører på en server i stedet for på telefonen. Den består av en database som lagrer dataene, et grensesnitt som appen snakker med, og logikken som bestemmer hvem som får se og endre hva. Brukerne merker den bare når den ikke virker, men det er her mye av arbeidet i en forretningsapp ligger.
Innlogging er grunnen til at det er nettopp brukerkontoer som utgjør spranget i pris. To tekstfelter for e-post og passord ser enkelt ut, men bak dem ligger registrering, bekreftelse av e-post, glemt passord, sikker lagring av økter og håndtering av personopplysninger etter GDPR. Selve innloggingen ligger i kalkulatoren vår på 25 000 til 50 000 kroner, men den viktigste konsekvensen er at den gjør en backend nødvendig, og det er backenden som flytter prosjektet opp et nivå.
Hvilken type innlogging du velger, påvirker også prisen. E-post og passord er enklest. Innlogging med Google og Apple er rimelig å legge til og gjør det lettere for brukerne. Vipps og BankID gir sterk identifisering, men krever avtaler og mer arbeid. Skal brukere kunne tilhøre en organisasjon, med ulike roller og rettigheter, er det et eget lag som må tenkes gjennom nøye, fordi feil i tilganger er blant de alvorligste feilene en forretningsapp kan ha.
Det mest kostnadsbesparende spørsmålet du kan stille, er derfor om den første versjonen trenger innlogging i det hele tatt. Er svaret nei, havner du i det laveste nivået, og du kan legge til kontoer senere når du vet at appen blir brukt.
Adminpanel, integrasjoner og betalingsløsninger
Adminpanelet er grensesnittet dere selv bruker for å håndtere innhold, brukere og bestillinger. Det er den posten som oftest mangler i budsjettet, og som oftest viser seg å være nødvendig. Et adminpanel er i praksis en egen webløsning som snakker med samme backend som appen, og i kalkulatoren vår ligger det på 70 000 til 130 000 kroner. Har du få brukere i starten, kan det ofte vente. Det er ikke elegant å gjøre ting manuelt eller direkte i databasen en periode, men det frigjør penger til å finne ut om appen fungerer før du bygger verktøyene for å drifte den. Har du behov for en mer omfattende webløsning, kan du lese om hvordan vi bygger webapplikasjoner.
Integrasjoner mot andre systemer er den posten som varierer mest, typisk 30 000 til 70 000 kroner per integrasjon. Prisen avhenger nesten utelukkende av det andre systemet. Et moderne system med god dokumentasjon og testmiljø går raskt. Et eldre fagsystem uten dokumentasjon, der tilgang må bestilles og testdata ikke finnes, kan ta flere ganger så lang tid. Start arbeidet med tilganger og avtaler tidlig, fordi det er her mange prosjekter blir stående og vente.
Betaling og abonnement ligger typisk på 30 000 til 60 000 kroner, avhengig av om det er en enkel engangsbetaling eller abonnementer med fornyelse, prøveperioder og oppsigelser. Vær også oppmerksom på reglene i app-butikkene. Selger du digitalt innhold eller tilgang til funksjoner inne i appen, krever Apple og Google som hovedregel at det skjer gjennom deres egne betalingsløsninger, og de tar en andel av inntekten. Selger du fysiske varer eller tjenester som utføres utenfor appen, kan du bruke vanlige betalingsløsninger som Vipps eller kort. Dette påvirker både utviklingen og forretningsmodellen, så det bør avklares tidlig.
Design, prototype og brukerflyt
Design er ofte det første folk tenker på og det siste som driver prisen. Hos oss er skreddersydd design inkludert i grunnprisen, fordi en app uten gjennomarbeidet design sjelden blir brukt. Det som påvirker kostnaden, er hvor mange unike skjermbilder som må tegnes fra bunnen, og hvor mye visuell egenart produktet trenger. Ti skjermer som følger samme mønster er lite ekstraarbeid sammenlignet med én skjerm som skal gjøre noe helt eget.
Prototypen er den rimeligste investeringen i hele prosjektet. En klikkbar prototype lar deg og brukerne prøve appen før en eneste linje kode er skrevet. Den avslører uklarheter i flyten, valg som er gjemt bort og funksjoner ingen trenger, mens det fortsatt koster minutter å rette dem. Den samme endringen som tar en halvtime i prototypen, kan ta flere dager når appen er bygget. Vi har gått gjennom regnestykket i hvorfor sene endringer koster så mye.
Brukerflyten, altså stegene brukeren går gjennom for å få gjort noe, er der omfanget egentlig avgjøres. Når vi tegner opp flyten sammen med en kunde, blir det tydelig hva som må bygges, og det er da et prisintervall kan bli til et konkret tilbud.
Testing, publisering og kvalitetssikring
Testing er den delen som oftest skiller et billig tilbud fra et grundig. En app må prøves på ulike telefoner, skjermstørrelser og operativsystemversjoner, og den bør ha automatiserte tester som sjekker at viktige funksjoner fortsatt virker når noe endres. Det koster tid nå og sparer mye tid senere, fordi det gjør hver fremtidig endring tryggere. Spør leverandøren hvordan de tester, og hva som er inkludert. Svaret bør være mer konkret enn at de tester grundig.
Publisering i app-butikkene har både faste kostnader og et tidsaspekt. Apple tar en årlig avgift for utviklerkontoen, og Google en engangsavgift. Begge butikkene krever at du oppgir hvilke data appen samler inn, og Apple gjennomgår hver innsending manuelt. En avvisning kan koste dager, ofte fordi personvernopplysningene er mangelfulle eller fordi Apple ikke får testet funksjoner som ligger bak innlogging. I tillegg kommer butikkoppføringen, med skjermbilder og beskrivelser. Sett aldri en lanseringsdato som forutsetter at første innsending går gjennom, og les mer om realistiske tidsrammer i hvor lang tid tar apputvikling.
Kvalitetssikring handler også om det som ikke synes. Universell utforming, ytelse på tregt mobilnett og sikker håndtering av data er ting brukerne sjelden ser før det går galt. Et tilbud som ikke nevner dem, har ikke nødvendigvis glemt dem, men det er verdt å spørre.
Drift og videreutvikling etter lansering
En app er ikke ferdig når den ligger i butikken. Den mest vanlige budsjettfeilen vi ser, er at hele rammen brukes på første versjon, og at det ikke er satt av noe til det som kommer etterpå.
Vedlikehold er nødvendig uansett hva du gjør. Apple og Google gir ut nye versjoner av operativsystemene hvert år og krever jevnlig at apper bygges mot nyere versjoner for å bli værende i butikkene. Biblioteker appen bygger på, får sikkerhetsoppdateringer som må inn. Regn med 10 til 20 prosent av utviklingskostnaden i året til dette. For en app som kostet 200 000 kroner, snakker vi om 20 000 til 40 000 kroner årlig bare for å holde den i live og trygg.
Drift av backend kommer i tillegg. Servere, database, lagring og utsending av varsler koster penger hver måned. For en app med moderat bruk er det gjerne noen tusen kroner i måneden, men kostnaden vokser med antall brukere og med hva appen gjør. Video, store filer og AI-funksjoner som betales per forespørsel, kan bli betydelige poster. En app uten innlogging og backend slipper det meste av denne kostnaden.
Videreutvikling er den mest lønnsomme pengebruken i hele prosjektet, fordi du da bygger på hva brukerne faktisk gjør framfor hva du trodde de ville gjøre. Hold av minst en fjerdedel av budsjettet til månedene etter lansering.
Slik får du et mer presist pristilbud
Jo mer konkret du kan beskrive behovet, desto smalere blir prisintervallet. Du trenger ikke en kravspesifikasjon. Beskriv heller hvilket problem appen skal løse, hvem som skal bruke den, og hva de gjør i dag for å løse det. Skill mellom det som må være med i første versjon og det som kan vente, og list opp systemene den eventuelt skal snakke med.
Be deretter alle leverandørene om å spesifisere det samme: om design er inkludert, hvordan appen testes, om publisering i butikkene er med, om det følger med et adminpanel, hva drift og vedlikehold koster per år, og hvem som eier koden når prosjektet er ferdig. Når de spørsmålene er besvart likt, blir tilbudene sammenlignbare, og som regel viser det seg at prisforskjellene har en forklaring. Er ett tilbud fortsatt vesentlig lavere, spør hva som ikke er inkludert.
Vil du ha et første anslag før du snakker med noen, kan du bruke vår priskalkulator for apputvikling. Den bruker de samme intervallene som i denne guiden og gir deg et grovt spenn på et minutt. Lurer du på noe annet, finner du svar i ofte stilte spørsmål om apputvikling. Og når du er klar for et konkret tall, kan du be om et uforpliktende pristilbud. Vi sier også fra hvis vi mener du er bedre tjent med en enklere løsning enn den du spør om.