De prijs van een app bestaat uit twee delen: de bouw, die je één keer betaalt, en wat je elk jaar betaalt om de app draaiende te houden. De bouw hangt vooral af van het aantal platformen (een webapp, iOS, Android), het aantal soorten gebruikers en wat er achter de schermen gebeurt: betalingen, koppelingen, een beheeromgeving. Elk jaar betaal je voor servers, de stores, externe diensten en de updates die Apple en Google aan elke app opleggen. Twee offertes kun je pas vergelijken als je beide delen kent en weet wat elke offerte weglaat.

Gemiddelde marktprijzen vind je hier niet. Betrouwbare cijfers voor België zijn er niet, en een freelancer, een bureau en een team in het buitenland rekenen voor dezelfde app zo verschillend dat een gemiddelde niets zegt. We bekijken wel wat de prijs bepaalt, wat je vraagt vóór je tekent en wat een app bij ons kost.

Wat bepaalt de prijs van de bouw?

Platformen: web, iOS of Android

Dit is de grootste keuze. Een webapp draait in de browser op elk toestel, hoeft niet langs een store en een update staat online zodra hij live gezet is. Voor veel B2B-tools en eerste versies is dat genoeg.

Wil je in de App Store en op Google Play, dan zijn er twee wegen. Native apps (Swift voor iOS, Kotlin voor Android) betekenen twee codebases, die twee keer geschreven en getest worden. Cross-platform frameworks zoals Kotlin Multiplatform, Flutter of React Native delen het grootste deel van de code tussen beide. Dat is meestal minder werk dan twee native apps, maar niet de helft. Ook dan moet elke app apart gebouwd, op echte toestellen getest en via elke store uitgebracht worden.

Vraag elk bureau welke weg het voorstelt en waarom. "iOS en Android" in een offerte kan allebei betekenen.

Gebruikers, rollen en schermen

Een app waarin elke gebruiker hetzelfde ziet, is goedkoper dan een app met klanten, medewerkers en managers die elk andere schermen en rechten hebben. Tel de rollen, en tel dan de schermen per rol. Elk scherm heeft bovendien toestanden die iemand moet ontwerpen en bouwen: leeg, laden, fout, geen verbinding.

De backend

Bijna elke app heeft een server nodig: een databank, accounts en aanmelden, de bedrijfslogica, e-mails. Dat is het deel dat de klant nooit ziet en vaak onderschat. Aanmelden alleen al kan met e-mail en wachtwoord, met "Inloggen met Apple/Google" of met SSO van je organisatie, en dat is telkens een ander werk.

Koppelingen en betalingen

Elke koppeling met een ander systeem is apart werk: Stripe of Bancontact voor betalingen, je boekhoudprogramma, een CRM, een boekingssysteem, een API van de overheid. Een offerte met één koppeling en een offerte met vijf gaan over verschillende projecten, ook als de schermen er hetzelfde uitzien.

Een beheeromgeving

Iemand moet prijzen kunnen aanpassen, een gebruiker blokkeren of een gegeven rechtzetten zonder een ontwikkelaar te bellen. Die back office is op zich een kleine app, en in een goedkope offerte ontbreekt hij vaak.

Offline werken en meldingen

Een app die zonder verbinding werkt, moet gegevens op de telefoon bewaren en conflicten oplossen zodra de verbinding terug is. Dat is een van de duurdere functies die je kunt vragen. Pushmeldingen vragen een aparte instelling per platform en een server die beslist wie wat krijgt, en wanneer.

Het ontwerp

Een ontwerp op basis van een bestaande componentenbibliotheek kost minder dan een eigen visuele stijl met illustraties en animaties op maat. Beide kunnen goed werken; de offerte hoort te zeggen welke je krijgt.

Wat je elk jaar na de livegang betaalt

Servers en hosting. De backend, de databank en de opslag van bestanden draaien ergens, meestal bij een cloudprovider, met een maandelijkse factuur die meegroeit met het gebruik.
Het Apple Developer Program. Om in de App Store te publiceren heb je een lidmaatschap nodig van 99 USD per lidmaatschapsjaar, bij de inschrijving getoond in je lokale munt.
Google Play. Een Play Console-account kost eenmalig 25 USD registratiekosten.
Commissies van de stores. Verkoop je digitale producten of abonnementen in de app, dan nemen Apple en Google een deel. Het percentage hangt af van je omzet en het soort verkoop, en voor de EER gelden eigen voorwaarden. Kijk dus op de actuele pagina's van Apple en Google in plaats van een cijfer uit een blog over te nemen.
Verplichte platformupdates. Beide stores leggen de lat steeds hoger. Sinds 28 april 2026 moeten apps die naar App Store Connect worden geüpload gebouwd zijn met Xcode 26 en een SDK voor iOS 26 of het overeenkomstige platform. Op Google Play moeten nieuwe apps en updates sinds 31 augustus 2026 Android 16 (API-niveau 36) als doel hebben. Een app waar een jaar of twee niemand aan werkt, wordt vroeg of laat geweigerd op het moment dat je een fout wilt rechtzetten.
Externe diensten: e-mailverzending, foutopvolging, analytics, kaarten, sms. Elk met een eigen abonnement, vaak eerst gratis en betalend zodra je gebruikers hebt.

Is de bouwprijs verdacht laag, kijk dan of het verschil niet verstopt zit in een maandelijkse vergoeding die je niet kunt opzeggen, of in hosting die alleen het bureau kan beheren.

Waarom eerst een MVP?

Een MVP is de eerste echte versie die klanten kunnen gebruiken: één kernproces, goed gebouwd, met echte accounts. Het volledige product dat je voor ogen hebt, kost daar een veelvoud van, en veel ervan is giswerk zolang echte gebruikers de eerste versie niet hebben geprobeerd. Met een MVP besteed je een kleiner bedrag om te leren welke helft van je lijst met functies ertoe doet. Veel oprichters merken ook dat een webapp volstaat voor de eerste versie, en voegen iOS en Android toe zodra ze weten wat mensen gebruiken.

Vaste prijs of in regie?

In regie betaal je de gewerkte uren. Dat past bij werk waarvan niemand vooraf kan zeggen hoe "klaar" eruitziet, maar een overschrijding is dan jouw risico. Vraag een maximum aantal uren en wat er gebeurt als dat bereikt is.

Bij een vaste prijs draagt het bureau de overschrijding, en dan moet de afgesproken omvang tot in detail op papier staan voordat het werk begint. Lees die omvang goed: een vaste prijs voor een vage omschrijving is een vaste prijs voor wat het bureau zelf beslist op te leveren. Vraag hoe wijzigingen na de ondertekening verlopen en hoe ze geprijsd worden.

Wat vraag je vóór je tekent?

Welke platformen zitten erin: web, iOS, Android? Native of cross-platform, en met welk framework?
Wat zit er niet in? Vraag een schriftelijke lijst: ontwerp, de beheeromgeving, datamigratie, de release in de stores, vertalingen, tests op echte toestellen.
Van wie is de code na betaling? In België gaan de rechten op werk dat een opdrachtnemer voor jou schrijft niet vanzelf op jou over; die overdracht hoort in het contract (Wetboek van economisch recht, art. XI.167, op Justel). Bibliotheken en onderdelen die het bureau eerder maakte, blijven meestal onder hun eigen licenties.
Krijg je vanaf de eerste dag toegang tot de repository met de broncode, of pas op het einde?
Staan de cloud-, domein- en e-mailaccounts op naam van je onderneming?
Staan de accounts bij de App Store en Google Play op naam van je onderneming? Apple schrijft een organisatie alleen in als rechtspersoon met een D-U-N-S-nummer, en de app toont je onderneming als verkoper. Ook Google vraagt een D-U-N-S-nummer voor een organisatieaccount. Een persoonlijk Google-account dat na 13 november 2023 is aangemaakt, moet eerst een gesloten test met minstens 12 testers gedurende 14 dagen doorlopen voordat het mag publiceren. Een app later uit het account van een bureau halen is extra werk, dus begin in je eigen account.
Wie maakt de pagina in de store en wie volgt de beoordeling door de store op, ook als de app geweigerd wordt?
Wat kost het eerste jaar na de livegang als je hosting, de kosten van de stores en de diensten optelt?
Wie doet de verplichte platformupdates na de livegang, en tegen welke prijs?
Is de prijs inclusief of exclusief btw? Bureaus die voor ondernemingen werken, offreren meestal exclusief btw.
Hoe is de betaling gespreid? Een groot voorschot zonder maandenlang iets te zien is een risico dat jij draagt.

Alarmsignalen in een offerte voor een app

Eén bedrag zonder lijst van schermen, rollen of uitsluitingen.
"iOS en Android" zonder te zeggen hoe.
De accounts bij de stores, het cloudaccount of de repository komen "voor het gemak" op naam van het bureau.
Geen woord over een beheeromgeving, tests of het live zetten.
Een verplicht onderhoudscontract zonder einddatum.
Een opleverdatum nog voor iemand naar je gebruikers, rollen of koppelingen heeft gevraagd.

Gaat het om een website en niet om een app, lees dan Wat kost een website in België.

Wat kost een app bij ons?

We publiceren onze prijzen, zodat je ze al voor een gesprek kunt vergelijken. Alle prijzen zijn exclusief btw.

Pakket	Prijs	Kort
Product Decision Sprint	€ 2.500	5 werkdagen: gebruikersflows, klikbaar prototype, technisch plan en een offerte met vaste prijs voor de bouw. Er gaat niets naar productie.
Webapp-MVP	€ 14.000	8–10 weken: een responsieve webapp met accounts, één kernproces, een eenvoudige beheeromgeving, één koppeling of betaalweg, tests en livegang
Product Build	vanaf € 25.000	meerdere kernprocessen, afgebakend en gepland na een Product Decision Sprint

De webapp-MVP is eerst web. Native apps voor iOS of Android, een offlinemodus, een tweede koppeling, migratie van bestaande data, SSO en rapportage op maat zitten er niet in. Een native mobiele release is een uitbreiding met een vaste prijs bovenop de MVP of de Product Build, apart geoffreerd voordat we beginnen. We brachten onze eigen apps uit in beide stores (Komparo op Google Play, Crypto Vision in de App Store) en namen het bestaande iOS- en Android-product van een klant over, waarvan we in beide stores nieuwe versies bleven uitbrengen.

De MVP betaal je 30% bij ondertekening, 40% bij de goedgekeurde functionele mijlpaal en 30% bij de overdracht in productie. Voor de Product Build is € 25.000 het startpunt: de prijs en de datum staan vast zodra de projectomschrijving is goedgekeurd. De Product Decision Sprint betaal je volledig vooraf, en het volledige bedrag wordt verrekend met een bouw die binnen 30 dagen start. Wat er na de ondertekening bijkomt, is een schriftelijke meerwerkopdracht die een prijs krijgt voordat we het bouwen.

Code, ontwerp, de repository en de accounts gaan na volledige betaling over op jou; licenties van derden blijven bij hun eigenaars. Na de livegang kies je een maandelijks onderhoudscontract, Care vanaf € 69 per maand, of het volgende blok werk tegen een vaste prijs. Geen van beide is verplicht.

De volledige omvang, uitsluitingen en betaalvoorwaarden van elk pakket staan op de prijzenpagina, en hoe een MVP verloopt lees je op MVP-ontwikkeling.