App laten maken voor iOS en Android

Het korte antwoord

Wie een app laat maken, betaalt voor meer dan schermen. Daar horen ook een backend, tests op echte toestellen, publicatie in de App Store en Google Play en onderhoud voor elke nieuwe versie van iOS en Android bij. Een gerichte eerste versie met inloggen, een paar schermen, één kernproces en een eenvoudige backend begroten wij op USD 40.000 tot 80.000, met een doorlooptijd van drie tot vijf maanden.

Een zakelijke app met betalingen, pushberichten, koppelingen en een beheeromgeving kost USD 90.000 tot 180.000 en duurt vijf tot acht maanden. Complexe platforms beginnen bij USD 200.000. Dit zijn indicatieve bandbreedtes voor één native platform, geen offertes. Hoe elk bedrag is opgebouwd, ziet u in onze kostencalculator voor apps (Engelstalig).

Native, cross-platform of een webapp?

De eerste keuze bij het ontwikkelen van een app is technisch: hoeveel codebases komen er? Dat bepaalt budget, planning en onderhoud sterker dan het aantal schermen. De factoren in de tabel zijn berekend ten opzichte van dezelfde omvang op één native platform.

Wat kost het om een app te laten maken?

De bandbreedtes komen uit onze Engelstalige kostencalculator en gelden voor de genoemde omvang op één native platform. Wij factureren in Amerikaanse dollars, dus het bedrag in euro hangt af van de wisselkoers.

Van eerste gesprek tot in de store

De doorlooptijd volgt de omvang. Meer platforms, complexe koppelingen en compliance maken de planning langer. De fasen zijn bij elke omvang hetzelfde:

1. Verkennen. Doelen, doelgroepen, hoe u succes meet en de keuze tussen native en cross-platform.
2. Ontwerpen. Gebruikersstromen, wireframes en een klikbaar prototype in Figma, voordat er code komt.
3. Bouwen. App en backend groeien samen op, met elke week een demo. Analyse en crashrapportage zitten er vanaf de eerste dag in.
4. Testen. Interne tests via TestFlight en de testtracks van de Play Console op echte toestellen, daarna een gesloten bèta.
5. Indienen. Winkelvermeldingen, screenshots en de privacygegevens die Apple en Google voor elke app vragen.
6. Gefaseerd lanceren. De app gaat stap voor stap naar meer gebruikers, terwijl wij de crashcijfers volgen.
7. Beheren. Onderhoud, updates voor nieuwe systeemversies en doorontwikkeling.

Zelf bouwen, een freelancer of een bureau?

Een app zelf maken kan. Appbouwers zonder code en AI-tools volstaan voor een prototype of een eenvoudige interne tool. De grens ligt bij een eigen backend, betalingen, privacy en onderhoud. Publiceert u zelf in Google Play met een persoonlijk account dat na 13 november 2023 is aangemaakt, dan moet u eerst een gesloten test draaien met minstens 12 testers die 14 dagen achter elkaar meedoen.

Een freelance appontwikkelaar past bij een afgebakende app met een kleine backend. Het risico is afhankelijkheid van één persoon, juist bij onderhoud en updates. Een bureau of vast team dekt ontwerp, backend, tests, storepublicatie en beheer, en kost daar ook naar. Controleer bij elke keuze voordat u tekent:

• De accounts in de App Store en Google Play staan op naam van uw bedrijf, niet op die van de ontwikkelaar.
• De broncode en de repository zijn van u, en het contract regelt wanneer de rechten op de code overgaan.
• Zodra de app persoonsgegevens verwerkt, is er een verwerkersovereenkomst volgens artikel 28 AVG.
• Onderhoud en updates voor nieuwe versies van iOS en Android staan met prijs en omvang in de offerte.
• U heeft minstens één app van de partij zelf geïnstalleerd, gebouwd met de techniek die zij u aanraadt.
• De offerte scheidt de vaste omvang, latere wijzigingen en de vaste lasten.

AVG, toestemming en toegankelijkheid

Een app verwerkt bijna altijd persoonsgegevens: accounts, locaties, toestel-ID’s, betalingen. Dan geldt de AVG. Werkt een leverancier met die gegevens, dan heeft u een verwerkersovereenkomst nodig volgens artikel 28 AVG. Wij tekenen die als vast onderdeel van elk project waarvoor dat nodig is.

India staat niet op de lijst met adequaatheidsbesluiten van de Europese Commissie (Engelstalig), gecontroleerd op 19 oktober 2026. Voor doorgifte daarheen zijn passende waarborgen nodig volgens artikel 46 AVG, meestal de standaardcontractbepalingen van de Europese Commissie. Bespreek dat bij het opstellen van het contract. Hoe wij doorgifte zelf regelen, staat in ons privacybeleid (Engelstalig).

Volgens de ACM mag een app niet zonder toestemming gegevens op een telefoon gebruiken, zoals locatie, contacten of foto’s. Gegevens die nodig zijn voor de dienst zelf vormen de uitzondering. Wil de app gegevens met derden delen, dan is toestemming nodig en moet duidelijk zijn wie die derden zijn. Ontwerp het toestemmingsscherm daarom vanaf het begin mee, niet pas vlak voor de lancering.

Sinds 28 juni 2025 gelden in Nederland bovendien regels voor digitale toegankelijkheid van websites en apps waarop bedrijven producten of diensten aanbieden, zoals webshops. De ACM houdt daarop toezicht. Volgens de ACM gelden de regels voor bedrijven met 10 of meer medewerkers of een jaaromzet van meer dan € 2 miljoen. Werkt u vanuit Vlaanderen, laat dan uw jurist nagaan welke Belgische regels voor uw app gelden.

iDEAL, Bancontact of in-app-aankopen?

Hoe uw app geld ontvangt, hangt af van wat u verkoopt. Digitale inhoud en functies in de app, zoals abonnementen of premiuminhoud, lopen volgens richtlijn 3.1.1 van Apple (Engelstalig) in de basis via in-app-aankopen. In de EU mag een app daarnaast andere betaalmethoden aanbieden. Ook daarover rekent Apple een commissie (Engelstalig), volgens de EU-voorwaarden die sinds 1 oktober 2026 gelden. Fysieke producten en diensten die buiten de app worden gebruikt, moeten juist via een andere betaalmethode lopen (richtlijn 3.1.3(e)).

Voor die tweede groep gebruikt u de betaalmethoden die uw klanten al kennen. Stripe documenteert iDEAL voor iOS, Android en React Native, en Bancontact voor klanten in België. Let op bij een nieuwe app: volgens Stripe (Engelstalig) heet iDEAL nu iDEAL | Wero, en moeten integraties in de loop van 2026 en 2027 overstappen op Wero om bankbetalingen van Nederlandse klanten te blijven ontvangen. Neem die overstap mee in de planning.

Zo bouwt Digital Heroes uw app

De directie zit in New York, onze ontwikkelaars werken in Delhi en Lucknow. In Nederland en België hebben wij geen kantoor: projecten worden op afstand begeleid en verlopen in het Engels. In de Live Chat op deze site worden de antwoorden van ons team machinaal vertaald naar de taal van uw browser, dus u kunt gewoon in het Nederlands schrijven.

India loopt 4,5 uur voor op Nederland en België, tijdens de Europese zomertijd 3,5 uur. Uw ochtend valt in de middag van ons ontwikkelteam.

Wij bouwen native met Swift en Kotlin en cross-platform met React Native en Flutter, met backends in Node.js, Supabase of Firebase. Meer over onze werkwijze leest u op de pagina React Native-ontwikkeling (Engelstalig).

Heeft uw app een groter platform erachter nodig, zoals een klantportaal of een beheeromgeving, dan leest u op onze pagina over maatwerksoftware hoe wij dat aanpakken. Wilt u eerst online verkopen, dan helpt onze gids Shopify-webshop laten maken.

De repository en de accounts in beide stores staan op naam van uw organisatie. Na volledige betaling worden de projectspecifieke resultaten aan u overgedragen: code, ontwerpen, teksten en speciaal voor uw project gemaakte bestanden. Herbruikbare componenten en bibliotheken die al bestonden of die wij voor meerdere klanten ontwikkelen, blijven van ons.

Betaalmodellen

• Projecten met een vaste omvang: een aanbetaling vóór de start, daarna betalingen bij vooraf afgesproken mijlpalen.
• Doorlopende opdrachten (retainers) en vaste teams: maandelijkse facturatie.

Zoekt u geen afgebakend project maar een vaste appontwikkelaar of een heel team dat blijft doorbouwen, dan valt dat onder het tweede model. Wij factureren in Amerikaanse dollars. Of de btw op uw factuur verlegd wordt, vraagt u het best aan uw belastingadviseur.

Wat wij gebouwd hebben

Het mobiele werk dat wij bij naam mogen tonen, zijn de twee apps van AirTrainr (Engelstalig): één voor sporters en één voor hun trainers, gebouwd met React Native, Expo en Supabase.

Daarnaast bouwden wij in 2026 het complete platform van Planivo (Engelstalig), software voor personeelsplanning in klinieken en ziekenhuizen, en SpeedyPrint, een Zuid-Afrikaanse webshop voor drukwerk met een ontwerpeditor in de browser, drukopdrachten met variabele gegevens uit CSV-bestanden, drukproeven en een PayFast-checkout.

Op Clutch (Engelstalig) heeft Digital Heroes een score van 5,0 op basis van 66 geverifieerde reviews (gecontroleerd op 13 oktober 2026), en wij hebben voor klanten in 40+ landen gewerkt. Een overzicht van al onze Nederlandstalige pagina’s vindt u op de startpagina.