App laten maken in 2026: kosten, doorlooptijd en native, cross-platform of PWA

Een app laten maken kost indicatief van enkele duizenden euro voor een eenvoudige app tot een veelvoud daarvan voor een app met accounts, betalingen en koppelingen met je eigen software. Voor de meeste kmo's en mkb-bedrijven is een cross-platform app (één codebasis voor iPhone en Android) de beste keuze; een PWA is goedkoper, native is sterker bij zware hardwarefuncties.

Die keuze bepaalt niet alleen je budget, maar ook hoe snel je live bent, wat je jaarlijks aan onderhoud betaalt en of je app in de App Store en Google Play komt. In deze gids lees je wat een app kost, hoe lang het traject duurt, welke regels Apple en Google opleggen en hoe je voorkomt dat je later vastzit aan je bouwer.

Alles is actueel op 28 september 2026 en geldt voor bedrijven in België en Nederland.

#Wat kost een app laten maken?

De prijs van een app hangt af van de hoeveelheid functionaliteit, niet van het feit dat het "een app" is. Tien schermen met informatie zijn snel gebouwd; één scherm waar klanten live een afspraak boeken en betalen, vraagt een backend (de server achter de app), koppelingen en veel testwerk.

De bedragen hieronder zijn indicatieve marktranges voor maatwerk door een bureau, exclusief btw. Ze zijn bedoeld om je budget te kaderen, niet als offerte.

Wat de prijs het sterkst opdrijft:

• Accounts en rollen: inloggen, wachtwoord vergeten, account verwijderen, verschillende rechten voor klant, medewerker en beheerder.
• Koppelingen: met je ERP, boekhouding, kassasysteem, CRM of planning. Elke koppeling is een klein project op zich (zie koppelingen met je bestaande software).
• Beheeromgeving: een dashboard waar jij zelf content, bestellingen of gebruikers beheert.
• Hardware: camera, GPS op de achtergrond, Bluetooth, NFC of offline werken met synchronisatie.
• Ontwerp: een eigen, doordacht ontwerp kost meer dan een standaardlayout, maar bespaart vaak bouwtijd omdat de keuzes vooraf vastliggen.

Bij Brisk start een mobiele app vanaf € 7.950 excl. btw; in de configurator met live prijs zie je meteen wat extra functies doen met het bedrag.

#Native, cross-platform of PWA: welke soort app kies je?

Kies cross-platform als je een volwaardige app in beide stores wilt tegen een redelijk budget, native als je app diep op de hardware steunt, en een PWA als bereik en snelheid belangrijker zijn dan een plek in de App Store.

#Native apps

Een native app bouw je apart voor iOS en voor Android, met de talen en tools van Apple en Google. Je krijgt de beste prestaties en als eerste toegang tot nieuwe functies van het besturingssysteem. Het nadeel: je onderhoudt twee apps, wat de bouw en elk later onderhoud duurder maakt.

#Cross-platform apps: React Native en Flutter

Met React Native (van Meta) of Flutter (van Google) schrijf je één codebasis die op iPhone en Android draait. Voor een typische zakelijke app, met lijsten, formulieren, kaarten, betalingen en pushmeldingen, merkt een gebruiker doorgaans weinig verschil met native. Heb je één specifieke functie nodig die het framework niet dekt, dan kan dat stukje alsnog native worden geschreven.

#Progressive web apps (PWA)

Een PWA is een website die je op je beginscherm kunt zetten, die offline kan werken en die meldingen kan sturen. Sinds iOS en iPadOS 16.4 (opent in een nieuw venster) ondersteunt Apple webpushmeldingen, maar alleen voor web-apps die de gebruiker aan het beginscherm heeft toegevoegd en pas na een bewuste actie, zoals een tik op een knop "meldingen aan". Op Android werkt dat veel soepeler.

Een PWA is ideaal als je snel wilt starten, als je doelgroep de app via een link of QR-code opent, of voor interne tools voor je medewerkers. Je betaalt geen store-kosten en updates zijn meteen live.

#Heb je wel een app nodig, of volstaat een goede website?

Een app loont als mensen hem regelmatig gebruiken: om te bestellen, te boeken, iets op te volgen of te werken. Wie je maar één keer per jaar bezoekt, installeert geen app; die heeft meer aan een snelle mobiele website.

Apple is daar zelf duidelijk over. Volgens richtlijn 4.2 van de App Review Guidelines (opent in een nieuw venster) moet een app meer bieden dan "een herverpakte website". Een app die alleen je bestaande site toont, loopt dus een reële kans op afwijzing.

Stel jezelf deze vragen:

1. Gebruikt je klant of medewerker de app minstens wekelijks?
2. Heb je iets nodig wat een website niet goed kan: pushmeldingen, camera, locatie, offline werken?
3. Geeft een app een voordeel dat je kunt meten, zoals minder telefoontjes, meer herhaalaankopen of snellere administratie?
4. Is er budget voor onderhoud na de lancering?

Twee keer "nee"? Begin dan met een sterke website of webapp. In website laten maken: kosten en stappen lees je waar je dan op let. Verkoop je vooral producten, bekijk dan eerst wat een webshop laten maken kost.

#Hoe lang duurt het om een app te laten maken?

Een compacte eerste versie is indicatief binnen twee tot vier maanden live; grotere apps met veel koppelingen duren langer. De precieze planning hangt af van de omvang en van hoe snel jij feedback en content aanlevert.

Twee dingen worden vaak onderschat:

• De review van Apple. Volgens Apple (opent in een nieuw venster) wordt gemiddeld 90 procent van de inzendingen binnen 24 uur beoordeeld. Een afwijzing met een vraag om aanpassingen kost wel snel een paar extra dagen.
• De testplicht van Google Play. Ontwikkelaars met een persoonlijk account dat na 13 november 2023 is aangemaakt, moeten volgens Google (opent in een nieuw venster) eerst een gesloten test draaien met minstens 12 testers die 14 dagen onafgebroken meedoen. Met een organisatieaccount op naam van je bedrijf vermijd je dat, maar daarvoor heb je een D-U-N-S-nummer nodig (een uniek bedrijfsnummer van Dun & Bradstreet). Vraag dat tijdig aan: ook Apple vraagt het voor organisaties.

Een goed ontwerp vooraf versnelt de bouw. Hoe dat werkt, zie je bij product design en UX.

#Wat kosten de App Store en Google Play?

Om te publiceren betaal je bij Apple 99 dollar per jaar en bij Google eenmalig 25 dollar; op digitale verkopen in de app houden beide een commissie in.

Bron voor de commissies: het App Store Small Business Program (opent in een nieuw venster) en de servicekosten van Google Play (opent in een nieuw venster).

Verkoop je fysieke producten of diensten die buiten de app worden geleverd, zoals een bestelling, een afspraak of een ticket, dan moet je volgens Apple juist géén in-app-aankoop gebruiken. Dan werk je met een gewone betaalprovider en betaal je geen store-commissie.

Nog een Europese verplichting: wie als bedrijf apps aanbiedt in de EU, moet in App Store Connect aangeven dat hij een "trader" is onder de Digital Services Act. Apple toont dan je adres, telefoonnummer en e-mailadres op de productpagina (uitleg van Apple (opent in een nieuw venster)). Ook Google Play vraagt contactgegevens van ontwikkelaars.

#Stappenplan: zo laat je een app maken

Een app die slaagt, begint bij een scherp probleem en groeit in kleine stappen. Volg deze volgorde:

1. Beschrijf het probleem in één zin. Bijvoorbeeld: "Onze klanten bellen om de status van hun herstelling te vragen."
2. Kies één kerngebruiker en drie kerntaken. Alles wat daar niet onder valt, schuif je naar versie 2.
3. Maak een klikbaar prototype en laat vijf echte gebruikers het testen voor er code wordt geschreven.
4. Kies de technologie met de tabel hierboven: PWA, cross-platform of native.
5. Maak de store-accounts aan op naam van je bedrijf, inclusief D-U-N-S-nummer.
6. Bouw een MVP, een eerste versie met alleen de kernfuncties, en test op echte toestellen.
7. Bereid de publicatie voor: schermafbeeldingen, beschrijving, privacyverklaring, testaccount voor de reviewer.
8. Lanceer, meet en verbeter. Kijk na een maand welke functies echt gebruikt worden.

#Wat kost een app na de lancering?

Een app is nooit af: Apple en Google verplichten elk jaar technische updates, en daarnaast betaal je voor de server achter je app. Reken dus vanaf dag één op een jaarlijks budget voor onderhoud.

Twee voorbeelden van verplichte updates die dit jaar speelden:

• Sinds 28 april 2026 moeten apps die naar App Store Connect worden geüpload, gebouwd zijn met Xcode 26 en de iOS 26 SDK (Apple (opent in een nieuw venster)).
• Sinds 31 augustus 2026 moeten nieuwe apps en updates op Google Play Android 16 (API-niveau 36) targeten (Android Developers (opent in een nieuw venster)). Apps die te ver achterlopen, zijn niet meer beschikbaar voor nieuwe gebruikers met een recentere Android-versie.

Daarnaast betaal je doorlopend voor:

• Hosting van de backend en database, bij voorkeur op Europese servers.
• Diensten zoals pushmeldingen, e-mail, kaarten of foutmonitoring, vaak met een gratis instap en een prijs per gebruik.
• Het Apple-account: 99 dollar per jaar.
• Kleine verbeteringen op basis van feedback en nieuwe telefoons of schermformaten.

Bij Brisk begint een onderhoudsplan vanaf € 25 per maand; wat je nodig hebt, hangt af van de app. Meer daarover op onderhoud en hosting.

#Privacy, AVG en toegankelijkheid van je app

Een app verwerkt bijna altijd persoonsgegevens, dus de AVG (GDPR) geldt volledig: verzamel alleen wat je nodig hebt, leg uit waarom en bewaar het niet langer dan nodig.

Concreet betekent dat:

• Account verwijderen in de app. Kun je in de app een account aanmaken, dan moet je het volgens Apple ook in de app kunnen verwijderen (richtlijn 5.1.1(v)).
• Privacylabels in de stores. Apple en Google vragen welke gegevens je app verzamelt en waarvoor. Dat moet kloppen met wat de app en ingebouwde SDK's (externe code van bv. analytics) werkelijk doen.
• Toestemming voor tracking en analytics. Dezelfde regels als voor cookies op je website gelden voor trackers in je app.

Verkoop je producten of diensten aan consumenten via je app, dan kan ook de European Accessibility Act gelden. Lees in de European Accessibility Act uitgelegd of dat voor jou zo is.

#Checklist: waar let je op bij het kiezen van een app-bouwer?

De beste app-partner is niet de goedkoopste of de snelste, maar degene bij wie jij eigenaar blijft en die de app ook over drie jaar nog kan onderhouden.

• De broncode, het ontwerp en de data zijn contractueel van jou.
• De Apple- en Google-accounts staan op naam van je eigen bedrijf, niet van het bureau.
• Je krijgt een offerte per functie of fase, met een duidelijke afspraak over meerwerk.
• Je ziet werkende apps van eerdere klanten, liefst in de stores.
• Er is een vaste contactpersoon, geen wisselend team.
• Hosting en data staan op Europese servers.
• Er is een onderhoudsafspraak voor de jaarlijkse updates van iOS en Android.
• De app wordt getest op echte toestellen, ook oudere.

Bij Brisk zijn die punten standaard: maatwerk zonder templates, code en data van de klant en één vaste contactpersoon. Wil je eerst voorbeelden zien, bekijk dan de referenties of lees meer over apps laten maken bij Brisk.