Pris på mobilapps i 2026: fra MVP til app-butikkerne

Tre prisniveauer

Prisen på en mobilapp skjuler, hvor bredt ordet »app« egentlig er. I 2026 er der i Tyrkiet tre prisniveauer.

Udstillingsapp (₺50,000–120,000). Katalog, kontakt og en enkel formular. Overflødig for de fleste virksomheder – en mobilvenlig hjemmeside gør det samme for mindre.

Transaktionsapp (₺120,000–350,000). Medlemskab, bestilling, betaling, notifikationer og administrationspanel. Det er det niveau, restauranter, saloner, webshops og servicevirksomheder reelt har brug for.

Platform (₺350,000 og op). Beskeder i realtid, matchning, kort og markedspladser med flere parter. Her kommer omkostningen fra systemet bag skærmen, ikke fra selve skærmen.

Besvar dette spørgsmål først

Der er ét spørgsmål, du skal have afklaret, før du bestiller en app: hvorfor skal brugeren åbne den en gang til?

Hvis svaret er »for at se vores kampagner«, har du ikke brug for en app; en hjemmeside med notifikationer og en WhatsApp-liste klarer det. Hvis svaret er »for at bestille igen, tjekke sin tid eller bruge sine point«, giver en app mening.

En app, der bliver downloadet og åbnet én gang, er dyrere end en app, der aldrig blev bygget: Du betaler for den, og den ligger i butikken med en lav bedømmelse.

Start med en MVP

Den rigtige tilgang er at gøre én ting perfekt i den første version. »Bestil fra bordet« for en restaurant, »book en tid« for en salon, »bestil igen« for detailhandel. Alt andet venter til version to.

Det giver dig to ting. For det første budget: En MVP koster typisk en tredjedel af det fulde omfang. For det andet, og vigtigere, kan du gå videre på baggrund af reelle brugsdata. Hvilke af de funktioner, du forestillede dig, der faktisk bliver brugt, finder du først ud af efter lanceringen – og det kommer som regel bag på dig.

Skjulte omkostninger

Der er poster, som aldrig står i tilbuddet, men som altid kommer.

Konti i app-butikkerne. En Apple-udviklerkonto koster $99 om året; Google Play koster $25 én gang.

Servere. Bag appen kører et API. Prisen følger antallet af brugere: lav de første måneder og stigende, efterhånden som I vokser.

Indsendelse til butikkerne. Skærmbilleder, privatlivspolitik, erklæringer om dataindsamling, aldersklassificering. Apple afviser oftere, end folk regner med, og hver afvisning koster en uge.

Vedligeholdelse. Apple og Google udgiver et nyt styresystem hvert år og kræver, at apps bygget på ældre SDK'er bliver opdateret. En app, der ikke bliver rørt i årevis, bliver til sidst fjernet fra butikken. Vedligeholdelse er ikke et mersalg; det er betingelsen for, at appen overlever.

Spørgsmålet om én fælles kodebase

At skrive separat til Android og iOS betyder, at det samme arbejde skal laves to gange. Tilgange med én kodebase som React Native skærer cirka halvdelen af omkostningen væk og lader dig udgive i begge butikker samme dag.

Undtagelsen er tung grafik, avanceret kamerabehandling eller apps, der går dybt ind i enhedens hardware. Uden for de tre tilfælde er én kodebase det rigtige valg til næsten alle projekter i SMV-størrelse.

Spørg dig selv: Bruger din app en særlig funktion i enheden, eller viser den data? Hvis det er det sidste, så tøv ikke.

Web eller app?

For de fleste små og mellemstore virksomheder er det rigtige svar web først. En hurtig, mobilvenlig hjemmeside når alle uden at skulle downloades, mens en app kræver en beslutning af brugeren – beslutningen om at installere. Den beslutning er dyrere at få, end folk regner med.

Hvor appen vinder, er ved gentagen brug. I en virksomhed, hvor folk køber én gang om måneden, har en app det svært; hvor de bestiller tre gange om ugen, vinder den. Regn ud, hvor mange gange om året en kunde ville åbne din. Hvis svaret er under seks, så læg budgettet i hjemmesiden og notifikationerne i stedet.