Hvad koster en mobilapp i 2026? Priser og vedligeholdelse

Hvad koster en app at lave i 2026, og hvad er en realistisk pris for en app? Et MVP, altså en minimal produktversion med én nøglefunktion, en simpel backend og udgivelse i app-butikkerne, koster vejledende 6.000–15.700 € ekskl. moms og tager 2–4 måneders arbejde. En mellemstor app — med brugerkonti, betalinger, push-beskeder, adminpanel og analytics — ligger typisk i intervallet 9.700–25.400 € ekskl. moms, mens et omfattende produkt med mange moduler, integrationer og høj skala starter ved ca. 23.000 € ekskl. moms.

Eurobeløb er omregnet til NBP's midtkurs den 14.09.2026 (1 € = 4,3391 zł) og afrundet. Vi fakturerer i PLN.

Oveni kommer de faste omkostninger efter udgivelsen: Apple-udviklerkonto 99 USD om året, Google Play-konto 25 USD som engangsbeløb, server fra omkring 10 € om måneden samt vedligeholdelse på 15–25 % af byggeomkostningen om året.

Hvad koster en app — prisintervaller i én tabel

Det er vejledende prisintervaller. Den reelle pris afhænger af antallet af skærme, antallet af integrationer og hvor mange undtagelser der skal håndteres — derfor giver vi først et præcist beløb efter en samtale og en gennemgang af omfanget.

Hvad består prisen på en mobilapp af?

En skræddersyet app er meget mere end skærme på en telefon. Du betaler for flere lag på én gang, og brugeren ser kun ét af dem.

• App til iOS og Android (eller til én platform, hvis du bevidst indsnævrer omfanget).
• Backend og database — det udgør typisk halvdelen af arbejdet i projektet, selvom brugeren aldrig ser det. Her bor konti, data, logik og sikkerhed.
• Adminpanel til at styre indhold og brugere. Uden det kræver hver eneste ændring i appen en udvikler.
• Udgivelse i App Store og Google Play — klargøring af materialer og gennemgang af review-processen. I projekter med mobilapps fra Szczecin klarer CodePort denne proces for kunden.
• Push-beskeder, analytics og crash-rapportering — uden dem ved du ikke, om appen virker, og om nogen overhovedet bruger den.
• Overholdelse af GDPR og app-butikkernes politikker — privatlivspolitik, samtykker, beskrivelse af databehandlingen. Ved helbredsdata er der flere krav — dem beskriver vi i artiklen medicinsk app og GDPR og MDR.

Hvis nogen giver dig et tilbud på en „app“ til et beløb, der ser mistænkeligt lavt ud, så tjek, om backend og adminpanel er med i prisen.

Derfor er backend halvdelen af budgettet

En mobilapp uden server kan ikke meget: en beregner, en notesblok, et offline-katalog. I det øjeblik der kommer konti, synkronisering mellem enheder, betalinger eller et panel til dit team, bliver backend et selvstændigt produkt. Det skal være sikkert, forudsigeligt og klar til, at antallet af brugere stiger.

Cross-platform, native eller en blandet tilgang — hvad skal du vælge?

Valget af teknologi slår direkte igennem på budgettet — og på, hvad du betaler for vedligeholdelse de følgende år.

Cross-platform betyder én kodebase til iOS og Android. For en app med konti, lister, formularer, betalinger og notifikationer er det standardvalget, og besparelsen gentager sig hvert år i vedligeholdelsen.

Det er værd at gå native, når maksimal ydeevne og fuld adgang til hardwaren er afgørende. Et eksempel på et projekt, hvor hardwaren var central: VR-flysimulator til IDI Global. En blandet tilgang — en cross-platform-kerne og de ydelseskritiske moduler skrevet native — fungerer godt i produkter, der vokser og først med tiden støder på en enkelt flaskehals.

Sådan beregner vi prisen på en mobilapp

Vi har ikke en prisliste med „app til X euro“. Vi regner timer og ganger dem med åbne takster: programmering 46 €/t ekskl. moms, design 35 €/t ekskl. moms. På markedet ligger det i intervallet 35–58 €/t, så det er nemt at sammenligne med andre tilbud.

Eksempel (til illustration, ikke et tilbud):

Sådan ser regnestykket bag prisintervallerne i tabellen øverst ud. Dit projekt kan kræve færre eller flere timer — derfor bryder vi omfanget ned i konkrete funktioner, før vi giver et beløb.

Hvad hæver prisen på en app mest?

Prisen stiger først og fremmest med antallet af ting, der skal tale sammen og ikke må tage fejl.

• Konti og login — registrering, nulstilling af adgangskode, login via eksterne udbydere, roller og rettigheder.
• Betalinger — abonnementer, engangsbetalinger, refusioner, håndtering af mislykkede transaktioner.
• Push-beskeder — enkle i grundversionen, men udsendelsesregler og segmentering øger omfanget.
• Offline-brug med synkronisering — lokal database og eftersendelse af ændringer, når forbindelsen er tilbage. Det kræver håndtering af datakonflikter og øger derfor arbejdsomfanget mærkbart.
• Forbindelse til virksomhedens system via API — hvis appen skal læse og skrive data i dit ERP, CRM eller din webshop, afhænger prisen af API-dokumentationens kvalitet og antallet af undtagelser. Det skriver vi mere om under systemintegrationer og API.
• Antallet af moduler — hvert ekstra område (bookinger, chat, rapporter, loyalitet) er et selvstændigt sæt af skærme, logik og tests. Hvordan sådan et sæt regnes ud for en sportsklub — bookinger, medlemskort, notifikationer — viser vi i artiklen om en app til styring af en sportsklub (på polsk).

Det, man ikke ser i prisoverslaget, men som tager tid

Test på forskellige enheder, håndtering af netværksfejl, kanttilfælde („hvad hvis brugeren sletter sin konto midt i en betaling“) og klargøring af materialer til app-butikkerne. Det er ikke ekstraudstyr — det er den del af arbejdet, der afgør, om appen kommer gennem review og ikke begynder at fejle i den første uge.

Hvad koster det at vedligeholde appen efter udgivelsen?

Lanceringen er ikke slutningen på udgifterne. De faste omkostninger er små, men faste — og vedligeholdelsen skal med i årsbudgettet fra starten.

iOS og Android udsender store opdateringer hvert år. En app uden pasning begynder at „gå i stykker“: biblioteker bliver forældede, noget holder op med at virke på en ny systemversion, butikkerne ændrer krav. Derfor består support efter lancering hos CodePort af overvågning, backups, opdatering af biblioteker, test på nye systemversioner og videre udvikling — typisk 5–15 timer om måneden, afregnet efter timetaksten.

Hvor lang tid tager det at bygge og udgive appen?

Et MVP tager 2–4 måneder. Vi deler processen op i etaper, så du ved, hvad du betaler for, og hvornår du kan skifte mening uden at skulle omskrive halvdelen af projektet.

1. Samtale og prisoverslag — gratis prisinterval og tidsplan på 2–3 arbejdsdage.
2. Prototype — en klikbar mockup af skærmene, før den første linje kode bliver skrevet. En ændring i en mockup er meget billigere end den samme ændring i en færdig app.
3. Sprints — en fungerende version af appen hver 1.–2. uge. Du ser produktet, ikke en rapport.
4. Udgivelse i app-butikkerne — klargøring af materialer og godkendelsesprocessen. Google Play godkender normalt en app på 1–3 dage, Apple App Store fra én dag til en uge, nogle gange med bemærkninger, der skal rettes.
5. Udvikling og support — nye funktioner baseret på data fra analytics.

Det er værd at regne butikkernes review ind i lanceringsplanen. Én dags forsinkelse midt i en marketingkampagne kan gøre mere ondt end selve rettelsen.

Hvordan sænker du prisen på den første version?

Den billigste app er den, du ikke byggede unødigt. Disse beslutninger sænker prisen på den første version mest:

• Start med et MVP. Vælg den ene funktion, brugeren downloader appen for, og lav den ordentligt. Resten finansierer et fungerende produkt. Er du i tvivl om omfanget, hjælper en sammenligning af MVP og fuldt produkt.
• Vælg cross-platform, hvis du ikke har en hård grund til at gå native. Det er 30–40 % mindre på både bygning og vedligeholdelse end med to native apps.
• Lav en prototype før koden. En klikbar mockup fanger misforståelser, før de bliver til et omskrevet modul.

Et mindre oplagt råd: begræns antallet af integrationer i den første version. Hver forbindelse til et eksternt system er et selvstændigt sæt fejl, der skal håndteres. Én integration lavet solidt er mere værd end tre lavet halvhjertet.

Hvis appen ikke har brug for telefonens funktioner — kamera, push-notifikationer eller offline-drift — kan en webapplikation i browseren være billigere. Sammenligningen af omkostninger finder du i artiklen hvad koster en webapplikation.

Hvor hurtigt får du et konkret prisoverslag?

Et vejledende prisinterval for dit projekt ser du med det samme i prisberegneren — uden en samtale og uden forpligtelser. Har du utypiske funktioner, prissætter beregneren dem ved hjælp af AI.

Har du brug for et tal, du kan lægge et budget på, så udfyld projektbrief-guiden: mål, funktioner, stil. Vi svarer inden for én arbejdsdag, og et gratis, detaljeret prisoverslag med tidsplan udarbejder vi på 2–3 arbejdsdage. Vi arbejder eksternt med kunder fra hele Polen og fra udlandet — på polsk, engelsk, tysk, ukrainsk og russisk.

Har du allerede en idé i grove træk, så tjek prisintervallet i prisberegneren og sammenlign det med det budget, du har i år.