Een mobiele app laten maken: proces, kosten en veelgemaakte fouten

Mobiel is een ander spel dan web. Er zijn twee stores, twee reviewprocessen, veel verschillende toestellen, rechten, notificaties en een updatecyclus. In deze gids lopen we het hele proces op volgorde door, voor teams die hun eerste app laten bouwen.

Native of cross-platform?

Native ontwikkelen betekent twee aparte apps schrijven: Swift voor iOS en Kotlin voor Android. Cross-platform betekent vanuit één codebase naar beide platforms leveren — vandaag is React Native (samen met Expo) de meest gebruikte optie.

In de praktijk: voor vrijwel alle apps voor content, e-commerce, reserveren, veldwerk, gezondheidsmonitoring en onderwijs is React Native de juiste keuze. Native kies je bij zware 3D-graphics, realtime videobewerking of werk dat dicht op de hardware zit.

Het proces van begin tot eind

1. Verkenning (1 week): doelgroep, kritieke reis, platformkeuze, eisen van de stores.
2. Ontwerp (2–3 weken): flows, schermen, rekening houden met de verschillen tussen iOS en Android, klikbaar prototype.
3. Opzet (1 week): projectskelet, datamodel, authenticatie, deploypijplijn, eerste installatie op testtoestellen.
4. Ontwikkeling (4–8 weken): wekelijkse builds; elke week getest op echte toestellen.
5. Storevoorbereiding (1 week): icoon, schermafbeeldingen, teksten, privacybeleid, verklaring over gegevensverzameling.
6. Review en publicatie (2–7 dagen): review door App Store en Google Play; bij afwijzing een herstelronde.

Keuzes die het budget opblazen

• Tegelijk tablet en telefoon ondersteunen. Dat betekent twee layouts, dubbel ontwerp en dubbel testen. Meestal werk voor v2.
• Offline werken. Het klinkt klein; datasynchronisatie en het oplossen van conflicten kan het duurste deel van het project zijn.
• In-app aankopen. Abonnementsbeheer, restitutiescenario's en storeregels zijn een eigen werkpost.
• Notificaties toevoegen zonder notificatiestrategie. De technische opzet is eenvoudig; ontwerpen wat er bij welke gebeurtenis wordt gestuurd is het echte werk.
• Oude toestellen ondersteunen. Ver teruggaan in OS-versies vermenigvuldigt de testlast.

Afwijzing door de store: de meest voorkomende redenen

Een flink deel van de eerste indieningen wordt afgewezen; dat is normaal en het komt meestal hierdoor: een ontbrekend privacybeleid, een verklaring over gegevensverzameling die niet klopt met de app, geen testaccount, lege of crashende schermen, betalingen buiten de store om leiden, en rechten vragen zonder reden.

Dit is allemaal vooraf af te vangen. Met de juiste voorbereiding is goedkeuring bij de eerste indiening geen uitzondering maar de verwachte uitkomst.

De basis van vindbaarheid in de stores (ASO)

Gevonden worden is een ander vak dan gebouwd worden. De velden die de ranking in de App Store en Google Play bepalen zijn beperkt en liggen bij publicatie grotendeels vast — denk er dus in de ontwerpfase over na, niet als de ontwikkeling bijna klaar is.

• Naam van de app: het waardevolste veld. Merk + je sterkste zoekwoord (“Naam — waarvoor het dient”).
• Ondertitel / korte beschrijving: het op één na waardevolste veld; hier komt je tweede set zoekwoorden.
• Zoekwoordenveld (alleen App Store): 100 tekens; herhaal geen woorden en scheid ze met komma's.
• Schermafbeeldingen: de eerste twee beelden bepalen het grootste deel van de conversie. Gebruik promotiebeelden met tekst, geen kale screenshots.
• Beoordelingen: de score beïnvloedt zowel de ranking als het aantal downloads. Vraag in de app om een beoordeling op het juiste moment — nadat de waarde is ervaren.

Rechten, privacy en gegevensbescherming

Hier loopt de storereview het vaakst op vast. Drie regels dekken het grootste deel af: vraag elk recht op het moment dat je het nodig hebt, met de reden erbij, geef in het storeformulier volledig aan wat je verzamelt, en zorg dat de link naar het privacybeleid zowel op de storepagina als in de app bereikbaar is.

Ga je op iOS advertentietracking doen, dan moet je apart om App Tracking Transparency-toestemming vragen; tracken zonder die vraag is een directe reden voor afwijzing. Verwerk je persoonsgegevens van gebruikers in de EU, dan vraagt de AVG om een grondslag en een duidelijke privacyverklaring; in Türkiye vraagt KVKK hetzelfde via een eigen informatie- en toestemmingsflow in de app.

Na de publicatie

Zodra de app uit is, volg je drie dingen: het crashpercentage, de retentie in de eerste week en de beoordelingen in de store. Daarnaast is er minstens een paar keer per jaar een onderhoudsrelease nodig om compatibel te blijven met updates van het besturingssysteem — dat vanaf het begin in het budget zetten is de gezonde aanpak.

Hoe we het traject voor mobiele ontwikkeling van begin tot eind aanpakken, lees je op onze dienstpagina. Wil je een routekaart voor je eigen app, schrijf ons dan.