App maken: de 4 stappen die je moet volgen

Hoe maak je een app? Er zijn vier manieren om het aan te pakken: een no-codetool, AI die de code voor je schrijft, zelf leren programmeren, of een externe partij. Welke manier je ook kiest, de weg loopt via dezelfde vier stappen: een app kiezen die geld kan opleveren, de hoofdfunctie bouwen, betalingen inbouwen, en dan publiceren en gevonden worden. In die volgorde, met één regel die ze allemaal verbindt: elke stap eindigt met iets concreets, getest op een echte telefoon.

De meeste eerste apps sterven niet aan de techniek of het budget. Ze sterven in de vaagheid: niemand weet wat "af" is, er komen steeds functies bij, en zes maanden later staat er nog steeds niets in de App Store. Dit is de methode die ik toepas op mijn eigen iOS-apps, waaronder Solys (een wekker met minigames) en TradaZen (een tradingsimulator), allebei in de App Store, en die ik heb aangescherpt door afwijzingen van Apple op Solys, Clic en Nolera. Mijn voorbeelden komen dus van de iPhone; als Google Play anders werkt, zeg ik dat erbij.

Op welke manieren kun je een app maken?

Vóór de stappen eerst een beslissing: hoe ga je bouwen? Er zijn vier manieren, en geen enkele is voor iedereen de beste.

Manier	Voor welk project	Wat je betaalt	De beperking
Een no-codetool (Bubble, FlutterFlow, Glide)	Catalogus, formulier, prototype, interne tool	Het abonnement op de tool, zolang de app bestaat	De app leeft bij de tool, en niet elke tool publiceert in de stores
AI die de code schrijft (Claude Code, Codex, Cursor)	Een eigen app, gepubliceerd in de stores, zonder dat je vooraf kunt programmeren	Het AI-abonnement en de kosten van de stores	De code is van jou, maar testen moet je zelf doen
Leren programmeren (Swift, Kotlin, React Native)	Je wilt alles beheersen of er je vak van maken	Vooral tijd	De langste weg naar een eerste publicatie
Een externe partij (freelancer of bureau)	Een tool voor je bedrijf, als je tijd tekortkomt	Ontwikkelaarstijd: een dagtarief maal een aantal dagen	Elke wijziging kost geld; controleer wie het account en de code bezit

De no-codetool. Je klikt de app in elkaar met de muis, zonder één regel code. Snel voor een catalogus, een formulier of een interne tool. Check voordat je je vastlegt of de tool echt in de stores publiceert. Bubble legt uit hoe je publiceert in de App Store en Google Play, en FlutterFlow biedt het aan vanaf het betaalde Basic-abonnement. Glide geeft daarentegen aan dat zijn apps webapps zijn en dat direct publiceren in de App Store of Google Play niet wordt ondersteund. De beperkingen per geval staan in een app maken zonder te programmeren.

AI die de code schrijft. Je beschrijft wat je wilt, en een assistent zoals Claude Code, Codex of Cursor schrijft echte code, in een standaardformaat dat je overal mee naartoe kunt nemen. Dat heet vibe coding. Dit is de manier die ik voor mijn apps gebruik. De keerzijde: AI vergist zich vol overtuiging, en testen is jouw taak. Om de tool te kiezen, lees welke AI om een app te maken. Wil je het met begeleiding leren, dan is er de vibe coding-cursus.

Leren programmeren. Dit is de weg voor wie alles wil beheersen of er zijn vak van wil maken. De tutorials van Apple en Expo zijn gratis; het traject staat in leren een app te maken.

De externe partij. Een freelancer of bureau bouwt de app voor je. Dat is de juiste keuze als de app een tool voor je bedrijf is en je tijd tekortkomt. Je betaalt ontwikkelaarstijd, en elke wijziging kost ook geld. Vraag schriftelijk naar de exacte scope, wie het Apple-account en de code bezit, en wat er gebeurt bij een afwijzing door Apple. De vragen die je moet stellen staan in een app laten ontwikkelen.

Er is nog een vijfde weg, die tussen de andere in zit: zelf bouwen, maar vanaf een kant-en-klare basis. Dat is het principe van mijn kit om een mobiele app te maken zonder vanaf nul te beginnen, de iOS Kit: de startcode van mijn apps en een traject in vier stappen, in je eigen tempo.

Hoe kies je? Drie vragen zijn genoeg:

1. Moet je app in de App Store of Google Play staan? Zo ja, laat tools vallen die alleen webapps maken.
2. Moet hij een abonnement verkopen? Regel 3.1.1 van de App Review Guidelines verplicht, op uitzonderingen na, Apples in-app-aankoop om functies in een app te ontgrendelen. Check vóór je begint hoe jouw manier van bouwen dat afhandelt.
3. Heb je vooral tijd, of vooral budget? Tijd: bouw hem zelf, met AI. Budget en geen tijd: laat hem ontwikkelen.

Native app, webapp of cross-platform: wat kies je?

Tweede beslissing, eenvoudiger dan hij lijkt: wat voor soort app?

• De native app installeer je uit een store en heeft toegang tot de functies van de telefoon: notificaties, camera, in-app-aankopen. Hij wordt geschreven in de taal van elk platform (Swift voor de iPhone, Kotlin voor Android) en vraagt dus één project per platform.
• De webapp (PWA) is een website die zich gedraagt als een app. Hij gaat via geen enkele store: geen review om op te wachten, maar niemand vindt hem in de App Store. En een website in een app verpakken is niet genoeg: Apples regel 4.2 eist dat een app verder gaat dan een verpakte website.
• De cross-platform app gaat uit van één project om de iPhone-app en de Android-app te maken. Expo vat het zo samen: één JavaScript- of TypeScript-project dat native draait op de apparaten van je gebruikers, Android, iOS en web.

Voor een eerste app raad ik cross-platform aan, met React Native en Expo. Je hoeft maar één codebase te onderhouden, en het compileren gebeurt op Macs die Expo host: je kunt een iOS-app publiceren zonder Mac.

Eerst iOS of Android? Eén codebase betekent niet één lancering: elke store heeft zijn eigen pagina, regels en review. Begin met één platform. Verkoopt je app een abonnement, dan raad ik de iPhone aan; de cijfers en tegenargumenten staan in iOS- of Android-app: waarmee begin je.

Waarom halen zoveel apps de App Store nooit?

Drie oorzaken komen bijna altijd terug:

• Een te grote eerste versie. Twaalf halfafgemaakte functies in plaats van één die af is.
• Pas aan het eind aan betalen denken. Het verdienmodel bepaalt de structuur van de app: achteraf toevoegen betekent opnieuw bouwen.
• Publiceren zien als formaliteit. Apples review, de productpagina, privacy: het is een volwaardige stap, met eigen valkuilen, tot en met het afgewezen icoon met ITMS-90717.

De methode hieronder pakt deze drie oorzaken aan, stap voor stap.

Stap 1: hoe kies je een app-idee dat geld kan opleveren?

Beantwoord vóórdat je één regel code schrijft drie vragen op papier.

Voor wie? Een specifieke persoon, met een probleem dat steeds terugkomt. "Mensen die moeilijk opstaan" is nuttiger dan "iedereen".

Wat doet de app, in één zin? Heb je twee zinnen nodig, dan is de eerste versie te groot. De andere functies wachten tot echte gebruikers erom vragen.

Hoe verdient hij geld? Abonnement, eenmalige aankoop, advertenties: beslis het nu. Voor een app die regelmatig gebruikt wordt, is een abonnement vaak het logischst; voor een tool die je af en toe gebruikt, is een eenmalige aankoop te verdedigen. De volledige vergelijking staat in abonnement of eenmalige aankoop voor een iOS-app.

Wil je checken of iemand interesse heeft in een idee voordat je er weken in steekt, laat het dan de 5 tests doorlopen uit een app-idee vinden. En om het op papier te zetten is één pagina genoeg: het sjabloon staat in programma van eisen voor een mobiele app.

Aan het eind van deze stap moet je ook je technische basis geïnstalleerd hebben. Voor een beginner is dat React Native met Expo, om de redenen hierboven; de pagina React Native en Expo voor een mobiele app licht die keuze toe. Hoe je de eerste versie afbakent, lees je op de pagina MVP van een iOS-app.

Een goede eerste versie doet één ding uitstekend, niet twaalf dingen matig.

Stap 2: hoe bouw je de kern van je app?

Bouw alleen de hoofdfunctie, en test die zo snel mogelijk op je eigen iPhone. Niet op screenshots, niet alleen in de simulator.

Een paar regels die me veel teruggaan hebben bespaard:

• Test op het kleinste en het grootste scherm. Mijn eerste afwijzing van Apple op Solys kwam door een welkomstdemo die je niet kon winnen in een venster dat kleiner was dan dat van mijn telefoons: de reviewer testte op een iPad, waar de iPhone-app in compatibiliteitsmodus draait.
• Houd rekening met storingen. Geen netwerk, geweigerde toestemming, leeg scherm: elk geval verdient een duidelijke melding.
• Gebruik AI, maar lees het na. Claude of Cursor schrijven snel, en vergissen zich vol overtuiging over Apples regels. De valkuilen staan in een iOS-app maken met AI.

Deze stap is klaar als externe testers de app gebruiken via TestFlight, Apples bètatool. Alles staat uitgelegd in TestFlight: je iPhone-app testen.

Stap 3: hoe bouw je betalingen in een iOS-app in?

Dit is de stap die de meeste beginners uitstellen, en het is de stap die bepaalt of de app iets kan opleveren.

De onboarding. De eerste schermen moeten de waarde van de app laten zien voordat je ergens om vraagt: een beoordeling, een toestemming of een betaling. Dat is ook wat Apple controleert: mijn tweede afwijzing op Solys (guideline 5.6.3) kwam door een beoordelingsverzoek tijdens de onboarding.

De paywall. Het abonnementsscherm moet duidelijk de prijs, de looptijd, de eventuele proefperiode en een knop om aankopen te herstellen tonen. De klassieke fouten staan in iOS-paywall: 7 beginnersfouten.

De abonnementen. De producten maak je aan in App Store Connect. Ik gebruik RevenueCat voor toegangsrechten, herstel van aankopen en het volgen van inkomsten. De pagina in-app-abonnementen op iOS beschrijft het volledige traject.

De metingen. Zonder metingen weet je niet waar mensen afhaken. Ik gebruik PostHog om de route te volgen (openen, einde van de onboarding, weergave van de paywall, aankoop) en Sentry voor crashes.

Stap 4: hoe publiceer je je app en word je gevonden?

De App Store-pagina. Naam, ondertitel, trefwoorden, screenshots, beschrijving. Dit bepaalt of iemand downloadt, en of de App Store je in de zoekresultaten toont. De pagina App Store ASO legt uit hoe je eraan werkt.

Privacy. De verklaringen over gegevensverzameling moeten overeenkomen met wat de app echt doet, en je online privacybeleid moet actueel zijn. Precies dat leverde Clic een 5.1.1-afwijzing op.

Indienen voor review. Geef een demo-account als de app een login vraagt, en leg uit wat de reviewer moet testen. Apple zegt 90% van de inzendingen binnen 48 uur te beoordelen; het zijn de afwijzingen die de planning echt oprekken. De doorlooptijden staan in hoe lang duurt de App Store-review, en het volledige proces op de pagina een app publiceren in de App Store.

En op Google Play? De weg is dezelfde, met een extra stap. Voor een persoonlijk account dat na 13 november 2023 is aangemaakt, eist Google een gesloten test met minstens 12 aangemelde testers gedurende 14 dagen achter elkaar vóór de productierelease.

De eerste gebruikers. Een gepubliceerde app is nog geen gevonden app. Praat over je app waar je doelgroep al zit, en bekijk de cijfers van je pagina vanaf de eerste week.

Wat kost het om een app te maken?

Bouw je hem zelf, dan zijn de verplichte kosten laag. Hier zijn de prijzen zoals vermeld op de officiële pagina's op 2 oktober 2026. Deze aanbiedingen veranderen: check ze voordat je begint.

Post	Vermelde prijs	Wanneer je betaalt
Apple Developer-account	$ 99 per jaar	Voor TestFlight en om te publiceren
Google Play-account	$ 25, eenmalig	Bij het aanmaken van het account
Compileren en naar de stores sturen (Expo EAS)	$ 0 tot 15 iOS-builds en 15 Android-builds per maand, daarna $ 19 per maand	Als je vaak compileert
Database en accounts (Supabase)	$ 0 tot 500 MB en 50.000 actieve gebruikers per maand, daarna vanaf $ 25 per maand	Als de app groeit
Abonnementen (RevenueCat)	$ 0 tot $ 2.500 gevolgde omzet per maand, daarna 1%	Als de app verkoopt
Commissie van Apple	15% met het Small Business Program, anders 30%	Op elke verkoop via de App Store

Twee kanttekeningen. Het Apple-account van $ 99 heb je niet nodig om te beginnen met programmeren, alleen voor TestFlight en publicatie: de stappen staan in Apple-ontwikkelaarsaccount: prijs en aanmelding. En aanmelding voor het Small Business Program gaat niet automatisch: je moet het aanvragen.

Laat je de app ontwikkelen, dan betaal je ontwikkelaarstijd: een dagtarief maal een aantal dagen. Zonder de scope te kennen valt er geen serieus bedrag te noemen. De kosten, de gratis niveaus en de kosten die bijna niemand noemt, staan in wat kost een app.

De zwaarste post staat op geen enkele factuur: je tijd.

Hoe lang duurt het van idee tot App Store?

Er is geen eerlijke duur te geven zonder de app en je startniveau te kennen. Wat wel vaststaat: elke stap moet een zichtbaar einde hebben.

1. Idee: één zin, een doelgroep, een verdienmodel, de technische basis geïnstalleerd.
2. Bouwen: de hoofdfunctie gebruikt door testers via TestFlight.
3. Betalen: een geslaagde testaankoop, inclusief herstel.
4. Publiceren: de app naar Apple gestuurd, met een volledige pagina, inclusief leeftijdsclassificatie.

Heeft een stap geen zichtbaar einde, dan is dat een teken dat de eerste versie te groot is.

Een echt ijkpunt, geen gemiddelde en geen fulltime werk: bij TradaZen zaten er 26 kalenderdagen tussen de eerste commit en de publicatie in de App Store. De details staan in hoe lang duurt het om een app te maken.

En na de publicatie?

Een gepubliceerde app is een begin. De eerste gebruiksmetingen vertellen bijna altijd iets wat niemand had voorzien: een scherm waar iedereen afhaakt, een paywall die niemand ziet, een functie die mensen anders gebruiken. De volgende versie bepaal je op basis van die cijfers, niet op je oorspronkelijke intuïtie.

Veelgestelde vragen

Kun je gratis een app maken?

Ja, grotendeels. Dankzij de gratis abonnementen van de tools kun je programmeren, testen op je telefoon en je app compileren zonder iets te betalen. Publiceren kost wel geld: $ 99 per jaar bij Apple, eenmalig $ 25 bij Google. De details staan in gratis een app maken.

Wat kost het om een app te maken?

Bouw je hem zelf, dan blijven de verplichte kosten beperkt tot de ontwikkelaarsaccounts: $ 99 per jaar voor Apple, eenmalig $ 25 voor Google. De tools hebben gratis abonnementen om mee te starten. Laat je hem ontwikkelen, dan betaal je ontwikkelaarstijd, en de prijs hangt af van de scope.

Hoe maak je makkelijk een app?

Het makkelijkste is geen tool, maar een piepkleine eerste versie: één functie, af. Voor een catalogus of formulier volstaat een no-codetool. Voor een app die je wilt publiceren en verkopen, schrijft AI de code, op voorwaarde dat je elke stap test op een echte telefoon.

Wat is de beste software om een mobiele app te maken?

Er is geen beste software in absolute zin. Om zonder code te bouwen kunnen Bubble of FlutterFlow in de stores publiceren. Om AI de code te laten schrijven, gebruik je Claude Code, Codex of Cursor met React Native en Expo. De juiste keuze hangt van twee dingen af: of de app in de stores moet staan, en of hij een abonnement moet verkopen. De vergelijking van de generators staat in Lovable, Rork, FlutterFlow.

Kun je in je eentje een app maken zonder te kunnen programmeren?

Ja. Ik publiceer mijn eigen apps met React Native, Expo en AI, en elke stap uit deze gids kun je alleen doen. Wat je moet weten: AI schrijft de code, maar jij controleert. Er komt altijd een moment waarop je een beetje moet begrijpen wat het heeft geschreven, vooral bij betalingen en de review van Apple.

Is een app maken winstgevend?

Niemand kan je dat garanderen. De inkomsten hangen niet af van het aantal downloads, maar van het aantal mensen dat betaalt en van wat er overblijft na de commissie van Apple. Wat het resultaat laat variëren, staat in hoeveel levert een app op.

Hoe lang duurt het om een app te maken?

Er is geen universele duur: alles hangt af van de omvang van de eerste versie en de tijd die je er per week in steekt. Mijn echte ijkpunt: 26 kalenderdagen tussen de eerste commit en de publicatie van TradaZen in de App Store.

Hoe maak je een app voor de iPhone?

De 4 stappen zijn hetzelfde, met drie tools die specifiek van Apple zijn: het Apple Developer-account, TestFlight voor de testers en App Store Connect voor de productpagina en het indienen voor review. Het volledige traject staat op de pagina een iPhone-app maken.

Deze methode volgen met de iOS Kit

Deze 4 stappen zijn precies die van het traject in de iOS Kit: de app kiezen die geld kan opleveren, de kern bouwen, het geld inbouwen, publiceren en gevonden worden. Je volgt ze in je eigen tempo, met de startcode van mijn apps en de Claude Code-skills voor elke stap.

Je kunt deze methode ook alleen volgen, met de gidsen die in dit artikel gelinkt zijn. Weet je niet bij welke stap je bent? De gratis diagnose laat zien waar je staat, vertelt je welke stap je eerst moet aanpakken en stuurt je mijn checklist tegen afwijzingen door Apple. Niemand kan je goedkeuring door Apple of inkomsten garanderen; wat de methode wel garandeert, is dat je op elk moment weet wat er nog te doen is.