Hva koster en mobilapp i 2026: fra MVP til appbutikkene

Tre prisnivåer

Prisen på en mobilapp skjuler hvor bredt ordet «app» egentlig er. I Tyrkia i 2026 finnes det tre prisnivåer.

Presentasjonsapp (₺50,000–120,000). Katalog, kontaktinformasjon, et enkelt skjema. Unødvendig for de fleste bedrifter – en mobilvennlig nettside gjør den samme jobben billigere.

Transaksjonsapp (₺120,000–350,000). Medlemskap, bestilling, betaling, varsler, administrasjonspanel. Det er dette nivået restauranter, salonger, nettbutikker og tjenestebedrifter faktisk trenger.

Plattform (fra ₺350,000). Sanntidsmeldinger, matching, kart, flersidige markedsplasser. Her kommer kostnaden fra systemet bak skjermen, ikke fra skjermen.

Svar på dette spørsmålet først

Det er ett spørsmål du må avklare før du bestiller en app: hvorfor skal brukeren åpne den en gang til?

Er svaret «for å se kampanjene våre», trenger du ingen app; en nettside med varsler og en WhatsApp-liste holder. Er svaret «for å bestille på nytt, sjekke timen sin eller bruke poengene sine», gir en app mening.

En app som lastes ned og åpnes én gang, er dyrere enn en app som aldri ble laget: du betaler for den, og den ligger i appbutikken med lav vurdering.

Start med en MVP

Den riktige tilnærmingen er å gjøre én jobb perfekt i første versjon. «Bestill fra bordet» for en restaurant, «bestill time» for en salong, «bestill på nytt» for en butikk. Alt annet venter til versjon to.

Det gir deg to ting. For det første budsjett: en MVP koster vanligvis en tredjedel av fullt omfang. For det andre, og viktigere, går du videre basert på faktiske bruksdata. Hvilke av funksjonene du så for deg som faktisk blir brukt, får du først vite etter lansering – og det er som regel en overraskelse.

Skjulte kostnader

Noen poster står aldri i tilbudet, men dukker alltid opp.

Utviklerkontoer. En utviklerkonto hos Apple koster $99 i året; Google Play koster engangsbeløpet $25.

Servere. Bak appen kjører et API. Kostnaden følger antall brukere: lav de første månedene, høyere etter hvert som du vokser.

Innsending til appbutikkene. Skjermbilder, personvernerklæring, erklæringer om datainnsamling, aldersgrense. Apple avviser oftere enn folk tror, og hver avvisning koster en uke.

Vedlikehold. Apple og Google lanserer et nytt operativsystem hvert år og krever at apper bygget på eldre SDK-er oppdateres. En app som blir stående urørt i årevis, blir til slutt fjernet fra appbutikken. Vedlikehold er ikke mersalg; det er en forutsetning for at appen skal overleve.

Spørsmålet om én felles kodebase

Å skrive separat for Android og iOS betyr å gjøre den samme jobben to ganger. Tilnærminger med én felles kodebase, som React Native, halverer omtrent kostnaden og lar deg lansere i begge appbutikkene samme dag.

Unntaket er apper med tung grafikk, avansert kamerabehandling eller dyp tilgang til enhetens maskinvare. Utenom disse tre tilfellene er én felles kodebase det riktige valget for nesten alle prosjekter i SMB-størrelse.

Spør deg selv: bruker appen din en spesiell funksjon i enheten, eller viser den data? Er det det siste, trenger du ikke nøle.

Nettside eller app?

For de fleste SMB-er er det riktige svaret nettside først. En rask, mobilvennlig nettside når alle uten noen nedlastingsbarriere, mens en app krever en beslutning fra brukeren – beslutningen om å installere. Å få den beslutningen er dyrere enn folk tror.

Der appen vinner, er ved gjentatt bruk. I en bedrift der folk kjøper én gang i måneden, sliter en app; der de bestiller tre ganger i uken, vinner den. Regn ut hvor mange ganger i året en kunde ville åpnet appen din. Er svaret under seks, bør du heller bruke budsjettet på nettsiden og varsler.