Functie
Zelf je mobiele app maken
Een app sterft niet omdat hij slecht geboren is. Hij sterft aan versie 4. De eerste komt uit, hij werkt, iedereen is tevreden — dan verandert iOS, komt er een bug terug, ontstaat er een idee, en moet je een budget heropenen dat niemand had voorzien. Hier is publiceren in de App Store en Google Play de eerste dag: je beschrijft de app, je probeert hem op een telefoon, hij gaat naar beide stores, en daarna brengt een team van agenten hem versie na versie verder, zonder nieuwe offerte.
1. Waarom een app zo duur is
Een app is geen website met een ander scherm. Het zijn twee systemen die niet op elkaar lijken, twee sets regels, twee stores met eigen procedures, en ontwikkelaarsaccounts die onderhouden moeten worden. Daarom beginnen de offertes hoog, en daarom stoppen zoveel projecten voordat ze begonnen zijn.
Maar niet de zichtbare kosten zijn dodelijk. Dat zijn de updates. Een gepubliceerde app is niet af: het besturingssysteem verandert elk jaar, stores wijzigen hun eisen, de eerste gebruikers melden wat niemand had gezien. Elk van die stappen heropent de offerte — en op de dag dat het budget niet meer volgt, blijft de app in zijn oorspronkelijke versie in de stores staan, tot hij eruit wordt gehaald.
Veel bedrijven hebben daarom geen app, niet omdat ze er het nut niet van inzien, maar omdat ze hebben begrepen dat de eerste factuur alleen de eerste was. De goede vraag is niet „wat kost een app”: het is wie kijkt er volgend jaar naar om.
2. Wat er verandert: een team blijft na publicatie
Tools die uit een beschrijving een app maken, duiken geregeld op. Wat ze allemaal missen is wat erna komt: ze leveren een project op, en het project is daarna wees.
Hier blijven de agenten die de app bouwden op hun post. De een pakt de ontvangen reacties op en corrigeert, een ander bereidt de volgende versie voor wanneer een store zijn eisen wijzigt, weer een ander kondigt het nieuws aan, en nog een zet aanmeldingen in het klantenbestand. De app houdt op een op te leveren product te zijn en wordt een product dat wordt bijgehouden.
Het is dezelfde logica als bij de website, en om dezelfde reden: wat duur is aan software is niet het maken, maar het levend houden. Een bedrijf zonder technische dienst heeft geen aanbieder nodig voor versie 1 — het heeft iemand nodig voor versie 2, 3 en 4.
3. Hoe het maken verloopt
Je beschrijft de app in één zin: wat hij mogelijk moet maken, voor wie hij is, wat de persoon doet bij het openen. „Een reserveringsapp voor mijn kapsalon”, bijvoorbeeld, volstaat om te beginnen.
De agent opent meerdere richtingen in plaats van één voorstel om te nemen of te laten, die je bekijkt voordat je kiest. Daarna wordt alles gecorrigeerd door het te zeggen: een scherm toevoegen, een route wijzigen, een label herzien. Elke wijziging levert een versie op, en je gaat terug als het resultaat tegenvalt.
De app heeft een eigen database voor wat hij verzamelt — reserveringen, aanmeldingen, gegevens — en die blijven inzichtelijk en exporteerbaar vanuit de studio. Een app waar je de gegevens van je eigen klanten niet uit krijgt, is niet echt van jou.
4. Hem proberen voordat je publiceert
Hier stoppen de meeste tools, en juist dat telt: een app beoordeel je niet op een ontwerp maar onder je duim. Drie manieren om hem te proberen, van de snelste tot de getrouwste.
- Het webvoorbeeld. Meteen, niets te installeren. Opmaak en navigatie zijn getrouw: hiermee werk je tijdens het ontwerpen.
- De Android-emulator. Native Android-weergave, gebaren en toetsenbord inbegrepen.
- De iPhone-simulator. Echte iOS-weergave, met de bijbehorende overgangen en het toetsenbord.
De laatste twee installeren op verzoek, en alleen als je ze wilt: ze zijn zwaar, en het webvoorbeeld volstaat voor het meeste werk. Je zet ze aan wanneer je moet controleren of wat je beschreef er echt uitziet als een app, en niet als een website in een telefoonlijstje.
5. De publicatie in beide stores
De app gaat naar de App Store en Google Play onder je eigen ontwikkelaarsaccount. Dat is een detail dat er geen is: de app is van jou, hij draagt jouw uitgeversnaam, en je huurt de vermelding niet.
Vóór het insturen loopt een voorcontrole over de app om te vangen wat stores gewoonlijk weigeren — dat voorkomt de beoordelingsrondes, die elk een week kosten. De stand van de publicatie volg je vanuit de studio, store voor store.
Twee dingen blijven aan jou, en geen enkele tool kan ze overnemen: de ontwikkelaarsaccounts openen (Apple en Google brengen ze in rekening, de een jaarlijks, de ander eenmalig) en de verbintenissen tekenen die de stores van de uitgever verlangen. Wij maken geen accounts aan en voeren geen wachtwoorden voor je in.
6. De grenzen, ronduit gezegd
Je kunt ze beter kennen voordat je een ontwikkelaarsaccount opent.
- De beoordeling door de stores is nooit gegarandeerd. Apple en Google weigeren wie ze willen, om redenen die van hen zijn. De voorcontrole beperkt de gebruikelijke afwijzingen; ze belooft geen goedkeuring.
- Een vage app geeft een vage app. Net als bij een site: als je niet kunt zeggen wat de gebruiker doet bij het openen, raadt geen enkele tool het.
- De hardware van de telefoon heeft grenzen. Een app die leunt op bijzondere sensoren, zware videoverwerking of specifieke hardware valt buiten dit kader.
- Publiceren verplicht. Een app verzamelt persoonsgegevens; dat veronderstelt een privacyverklaring en verplichtingen die bij jou liggen, en waar de store naar zal vragen.
7. Veelgestelde vragen
Moet ik kunnen programmeren om een app te maken?
Nee. De app wordt in gewone taal beschreven en door het te zeggen gecorrigeerd. Wat gevraagd wordt is geen technische vaardigheid maar helderheid: kunnen zeggen wat de persoon doet bij het openen van de app, en in welke volgorde.
Wordt de app onder mijn naam gepubliceerd?
Ja, onder je eigen ontwikkelaarsaccount bij Apple en Google. Jouw uitgeversnaam staat op de vermeldingen, en de app blijft van jou. Dat is het punt om bij elke aanbieder te controleren: een app die onder andermans account staat, is een app die niet van jou is.
Wat kosten de ontwikkelaarsaccounts?
Ze worden gefactureerd door Apple en Google, niet door ons: Apple jaarlijks, Google eenmalig bij het openen. De bedragen verschillen per land en per periode — controleer ze rechtstreeks bij hen in plaats van te vertrouwen op een cijfer dat je elders leest, hier inbegrepen.
En de updates?
Dat is juist het punt. Een gepubliceerde app vraagt opeenvolgende versies: correcties, wijzigingen van het besturingssysteem, nieuwe eisen van de stores. Jouw agenten bereiden ze voor, op je verzoek, zonder telkens een nieuwe offerte. Dat werk, en niet versie 1, bepaalt of de app over twee jaar nog bruikbaar is.
Kan ik een app en een website met dezelfde inhoud hebben?
Ja. Een mobiele versie van een site wordt uit het project van de sitestudio gegenereerd, en dat volstaat vaak. Een echte, installeerbare app, aanwezig in de stores en in staat zich als een native app te gedragen, hoort bij déze studio. Beide bestaan naast elkaar, en je kiest op gebruik en niet uit principe.
Verder lezen
Lees verder: zelf je website maken, wat een functie echt kost, of wat een autonome AI-agent is.