App-udvikling pris: hvad koster en app?

En idé til en app kan begynde med en prototype fra 12.000 kr. eller en afgrænset MVP fra 35.000 kr. ekskl. moms i min prisberegner. Det er ikke samme leverance. Her kan du se, hvad der ændrer omfanget, hvad du skal spørge en udvikler om, og hvornår en webapp vil være et bedre første skridt.

Beregn prisen på din app · Se prisdrivere

Prototype fra
12.000 kr. ekskl. moms
MVP fra
35.000 kr. ekskl. moms
Større projekter
Pris efter konkret kravspecifikation

En prototype og en MVP er to forskellige køb

En prototype skal besvare et spørgsmål om brugeroplevelsen. Kan en kunde gennemføre den vigtigste handling uden forklaring? Kan to roller finde den samme information? Her betaler du for de skærme og handlinger, der er nødvendige for testen. Der er ikke automatisk produktionsdrift, færdige brugerrettigheder eller betaling fra rigtige kunder i en prototype.

En MVP er en mindre, men brugbar første version. Den kan involvere login, en rigtig database, adgangsregler, fejlhåndtering og et miljø, som aftalte testbrugere kan anvende. At kalde den 'MVP' fjerner ikke arbejde med persondata, backup, support eller udgivelse. Derfor er en MVP dyrere end en klikbar prototype, og prisen afhænger af, hvad der faktisk skal virke.

Priserne ovenfor er mine godkendte fra-priser for bestemte scopes, ikke generelle markedspriser eller løfter om en komplet kompleks app. Platforme, antal skærme, integrationer, betaling og eventuelt App Store-arbejde aftales særskilt. Du får en afgrænsning og et konkret tilbud, før vi bygger.

Hvad er med i det, du betaler for?

Det er vigtigere at sammenligne to ens leverancer end to overskrifter med forskellige priser.

Prototype, MVP og større app sammenlignet på funktion, drift og prisfastsættelse
ValgHovedformålDet skal afklares før tilbud
PrototypeAfprøve flow og antagelser med få skærmeSkal der bruges rigtig data eller kun realistiske eksempler?
MVPLade aftalte brugere gennemføre ét kerneforløbLogin, data, support, platforme og sikkerhed
Større appUdvide til flere brugerroller, integrationer eller markederArkitektur, rettigheder, drift, kapacitet og videreudvikling
WebappLøse opgaven i browseren uden en app-butikEr kamera, offlinefunktion eller mobilplatforme overhovedet nødvendige?

De seks beslutninger, der flytter app-prisen

Tænk disse punkter igennem, inden du indhenter tilbud. De er mere konkrete end blot at bede om 'en app'.

  • Antal skærme og tilstande

    En skærm med normalvisning, tom liste, netværksfejl og begrænset adgang er flere tilstande, der skal designes og testes. Tæl flows før du tæller ikoner.

  • iOS, Android eller browser

    To mobilplatforme kan være nødvendige, men en browserbaseret løsning kan også dække behovet. Valget træffes ud fra brugerens faktiske situation.

  • Login, data og rettigheder

    En offentlig prototype kan vise eksempeldata. En rigtig app skal derimod afgøre, hvem der ejer en konto, og hvem der må læse eller ændre oplysninger.

  • Betaling og abonnementer

    Betaling tilføjer tilbagebetalinger, fejl, kvitteringer og regler for adgang. Det er ikke blot et betalingsfelt på en skærm.

  • Eksterne systemer

    Et CRM, et økonomisystem eller en korttjeneste har egne API-grænser og driftsfejl. Ukendte integrationer kan ikke prissættes præcist på forhånd.

  • Lancering og vedligeholdelse

    Testkonti, app-butikker, hosting, fejlrapportering og løbende ændringer skal fordeles mellem dig og udvikleren i den skriftlige aftale.

Fra appidé til et tilbud, du kan sammenligne

Du behøver ikke skrive et langt kravdokument, men følgende fire skridt gør det muligt at give en brugbar pris.

  1. Beskriv én kernehandling

    Hvem bruger løsningen, i hvilken situation, og hvad skal brugeren kunne gøre til sidst? Et godt svar kan være langt kortere end en featureliste.

  2. Vælg graden af virkelighed

    Skal du teste et visuelt flow med eksempeldata, eller skal rigtige brugere logge ind og gemme deres ændringer? Det skiller prototype fra MVP.

  3. Få scope og grænser på skrift

    Sammenlign skærme, brugerroller, integrationer, platforme, rettelser og hvad der er udenfor tilbuddet. Pris uden omfang er ikke sammenlignelig.

  4. Aftal efterfølgende drift

    Hvem ejer konti og kode, hvem svarer hvis noget fejler, og hvad koster udvidelser? Beslut det før første lancering.

De udgifter, der ikke automatisk følger med app-prisen

En udviklingspris og den samlede omkostning ved at eje en app er to forskellige ting. Udviklingen kan afsluttes som et aftalt projekt, men hosting, eksterne API'er, vedligeholdelse, betalingstjenester og eventuelle udviklerkonti fortsætter ofte efter lanceringen. Bed derfor altid om at få engangsarbejde og løbende udgifter vist hver for sig.

Hvis appen skal i en app-butik, kræver det også ansvar for udgivelseskonto, skærmbilleder, privatlivsoplysninger, platformskrav og nye versioner. En leverandør bør fortælle, om dette er inkluderet, en tilvalgsydelse eller noget du selv står for. Et tilbud kan ellers se lavere ud, selvom du ender med flere opgaver bagefter.

Du bør desuden få præciseret, hvad der sker, hvis du vil skifte udvikler. Hvem ejer kode og designfiler, hvor ligger domæner og nøgler, og hvordan dokumenteres database og drift? Det er almindelige projektspørgsmål, som er enklere at afklare, før løsningen står færdig.

Spørgsmål om pris på app-udvikling

Hvad koster det at få udviklet en app?

Min prisberegner har prototype fra 12.000 kr. og MVP fra 35.000 kr. ekskl. moms for afgrænsede projekter. En større løsning får en særskilt pris efter funktioner, platforme og integrationer. Begynd med at beskrive én kerneopgave.

Er prototypeprisen en pris på en færdig app?

Nej. En prototype kan bruges til at afprøve idéen og brugerflowet. En færdig app kræver normalt mere omkring data, sikkerhed, test, support og eventuel distribution.

Kan en webapp være billigere end en mobilapp?

Den kan være et bedre valg, når opgaven primært kræver login, data og en browser. Pris afhænger stadig af funktioner og integrationer. Siden om webapp-udvikling forklarer, hvornår valget passer.

Hvad betyder løbende udgifter?

Hosting, tredjepartstjenester, domæner, Apple- og Google-konti, overvågning og vedligehold afhænger af løsningen. De skal stå separat i tilbuddet og er ikke nødvendigvis dækket af fra-prisen.

Kan jeg begynde småt og bygge videre?

Ja, hvis data og struktur planlægges med den næste relevante version for øje. Det giver stadig ikke mening at bygge skaleringsfunktioner, før du ved, om det første brugerflow fungerer.

Giver du en fast pris?

Jeg kan give et afgrænset tilbud, når brugerroller, platforme, skærme og data er klarlagt. Ukendte API'er eller lovregulerede funktioner kræver først en teknisk afklaring.

Find den rette type udviklingsopgave

Vil du vide, hvad din app vil koste?

Fortæl mig, hvem appen er til, hvilket problem den skal løse, og hvad der skal virke i første version. Så kan vi skelne mellem en prototype, en MVP og en større opgave.

Direkte til mig: +45 20 71 02 89 · ow@oscarwinther.dk

Få vurderet din appidé · Prøv prisberegneren