Wat kost een app laten maken? Wat de markt rekent in 2026

"Wat kost een app laten maken" is een van de meest gestelde vragen in ons vak. Het is ook een van de slechtst beantwoorde. De bedragen die je online tegenkomt lopen van 5.000 tot 150.000 euro, en bijna nergens staat waarom.

Hieronder lees je waar dat verschil vandaan komt, welke vijf vragen de prijs werkelijk bepalen, en welke kosten er ná de oplevering nog bij komen. We noemen bandbreedtes die in de Nederlandse markt gangbaar zijn, niet onze eigen tarieven — die hangen af van wat er gebouwd moet worden en spreken we vooraf af.

Het korte antwoord

Voor het MKB liggen de meeste apps in deze orde van grootte:

• Een eenvoudige app die één ding goed doet — bijvoorbeeld urenregistratie voor monteurs, of een app waarin klanten een melding doen — begint rond de 10.000 tot 20.000 euro.
• Een app met koppelingen aan je bestaande systemen, met gebruikersrollen en offline gebruik, zit doorgaans tussen de 20.000 en 50.000 euro.
• Een app die een kernproces draagt — planning, facturatie, voorraad — loopt makkelijk boven de 50.000 euro uit, omdat het niet meer om een app gaat maar om een systeem met een app erop.

Die bedragen zeggen weinig zolang je niet weet wat eronder zit. Daar gaat de rest van dit artikel over.

De vijf vragen die de prijs bepalen

1. Moet het een app zijn, of volstaat een website?

Dit is de duurste vraag om verkeerd te beantwoorden, en hij wordt zelden gesteld. Een moderne mobiele website kan veel meer dan mensen denken: hij past zich aan het scherm aan, is direct te openen zonder installatie, en hoeft niet langs een beoordeling van Apple of Google.

Een app is pas nodig als je minstens één van deze dingen echt gebruikt:

• offline doorwerken — een monteur in een kruipruimte of een parkeergarage heeft geen bereik, en het werk mag niet stilvallen;
• pushmeldingen — je wilt iemand bereiken op een moment dat hij niet naar zijn scherm kijkt;
• de camera of locatie structureel — foto's van een klus, scannen van een barcode, ritregistratie;
• plaatsing in de App Store omdat je klanten daar naar je zoeken.

Gebruik je geen van die vier, dan bouw je een app die duurder is dan nodig en langzamer aan te passen. Wij zeggen dat ook als het ons een opdracht kost; het alternatief is dat je over een jaar met een app zit die niemand opent.

2. Eén codebasis of twee?

iOS en Android zijn twee verschillende platformen. Je kunt ze los bouwen — dan schrijf je alles twee keer, en betaal je twee keer voor elke aanpassing. Of je bouwt vanuit één codebasis die naar allebei uitrolt.

Voor vrijwel elk MKB-project is dat tweede de juiste keuze. Het scheelt grofweg 30 tot 40 procent op de bouw, en meer nog op het onderhoud: een wijziging landt in één keer op beide platformen. Los bouwen is alleen te verdedigen als je iets doet wat heel diep in het besturingssysteem grijpt, en dat is bij zakelijke apps zelden het geval.

3. Hoeveel systemen moet hij kennen?

Dit is de factor die het vaakst onderschat wordt. Een app die op zichzelf staat is overzichtelijk. Een app die je planning, je facturatie en je voorraad moet kennen, is drie koppelingen — en elke koppeling heeft zijn eigen eigenaardigheden.

Een goed gedocumenteerde koppeling met een moderne API kost dagen. Een koppeling met een pakket uit 2011 dat alleen een nachtelijke export kent, kost weken en blijft onderhoud vragen. Vraag daarom vóórdat er een offerte ligt: met welke systemen moet dit praten, en hebben die een API? Het antwoord verschuift de prijs meer dan welke ontwerpkeuze ook.

4. Wie mag wat zien?

Een app waarin iedereen hetzelfde ziet, is een app. Een app waarin een monteur zijn eigen planning ziet, een planner die van iedereen, en een klant alleen zijn eigen dossier, is drie apps in één jas. Rechten en rollen zijn geen detail in de laatste week; ze bepalen hoe het hele ding in elkaar zit.

Bedenk vooraf welke soorten gebruikers er zijn en wat elk van hen mag. Twee rollen is normaal. Vijf rollen is een ander project.

5. Wie is eigenaar van wat er gebouwd is?

Deze vraag gaat niet over de bouwprijs, maar over wat het je op termijn kost. Bij sommige partijen betaal je voor de bouw en huur je daarna het gebruik, per gebruiker per maand. Groeit je team, dan groeit die rekening mee — ook als er niets verandert aan de app.

Vraag expliciet: word ik eigenaar van de code, en krijg ik de documentatie? Zo niet, reken dan de licentiekosten over vijf jaar mee in je vergelijking. Dat verandert het plaatje vaak ingrijpend.

Wat er ná de oplevering bij komt

Een app is geen eenmalige uitgave. Reken op deze posten:

Storeaccounts. Apple rekent 99 dollar per jaar voor een ontwikkelaarsaccount, Google eenmalig 25 dollar. Klein bedrag, maar vergeten is vervelend: loopt je Apple-account af, dan verdwijnt je app uit de store.

Verplicht onderhoud. Apple en Google brengen elk jaar wijzigingen door waar je app op moet aansluiten. Dat staat los van wat jij wilt aanpassen. Reken op een paar onderhoudsmomenten per jaar; wie dat overslaat, ontdekt na twee jaar dat de app op nieuwe toestellen niet meer start.

Hosting en gegevens. Bijna elke zakelijke app praat met een server. Die kost geld, en de rekening groeit met het gebruik.

Wijzigingen die je zelf wilt. Dit is meestal de grootste post, en de prettigste: hij betekent dat de app gebruikt wordt. Spreek vooraf af hoe je die aanvraagt en wat het uurtarief is.

Waar het meestal misgaat

Drie patronen die we in de praktijk steeds terugzien.

Alles tegelijk willen. Een app die in versie één al twintig dingen moet kunnen, wordt duur, laat, en vaak niet gebruikt. Begin met het ene ding dat het meeste pijn wegneemt, zet het in gebruik, en bouw daarna uit op wat je dan weet.

Geen eigenaar aan jouw kant. Een app die van "de directie" is en van niemand in het bijzonder, krijgt geen antwoorden op vragen die tijdens de bouw opkomen. Wijs één persoon aan die beslist.

De gebruikers pas aan het eind erbij halen. Als de monteurs de app voor het eerst zien op de dag van livegang, gaan ze hem niet gebruiken. Laat ze halverwege meekijken, ook als het nog niet af is.

Hoe je een offerte leest

Vier dingen waar je op let, ongeacht bij wie je aanvraagt:

1. Staat er een scope in, of alleen een bedrag? Zonder opsomming van wat er wél en niet in zit, vergelijk je niets.
2. Wat gebeurt er bij meerwerk? Een vast bedrag met een open eind is geen vast bedrag.
3. Krijg je de code en de documentatie? Zie vraag 5 hierboven.
4. Wie test er, en waarop? "Wij testen het" zegt niets. "Wij leveren op met een testrapport op deze twintig gevallen" wel.

Kort samengevat

De vraag "wat kost een app" is eigenlijk vijf vragen. Weet je die vijf antwoorden, dan kan iedere bouwer je een serieus bedrag noemen — en kun je offertes naast elkaar leggen zonder appels met peren te vergelijken.

Wil je weten of een app in jouw geval het juiste antwoord is? Dat is precies wat we in de gratis AI-scan uitzoeken. Blijkt daaruit dat een mobiele website volstaat, dan zeggen we dat — dat is goedkoper en sneller live. Meer over hoe wij het aanpakken lees je op app laten ontwikkelen.