5 dingen die ondernemers vergeten als ze een app laten bouwen
Je hebt een app-idee. Misschien al maanden in je hoofd. Je weet wat het moet doen, hoe het eruitziet, wie het gaat gebruiken. Tijd om een ontwikkelaar te bellen, toch? Wacht even. De meeste ondernemers die bij mij aankloppen hebben hun huiswerk gedaan — maar vergeten vaak dezelfde vijf dingen. Niet omdat ze lui zijn, maar omdat deze zaken pas opduiken als je écht gaat bouwen.
1. Onderhoud bestaat. En het kost geld.
Je app is klaar, online, werkt perfect. Mooi. Over zes maanden brengt Apple iOS 19 uit en crasht je app bij het openen. Of Google past zijn betaalrichtlijnen aan en je inkoopmodule voldoet niet meer. Of een gebruiker met een Samsung Z Fold meldt dat de layout kapot is. Software vergaat. Niet zoals melk, maar geleidelijk. Reken op minimaal 10-15% van je initiële bouwkosten per jaar voor updates, bugfixes en compatibiliteit. Geen onderhoud? Dan heb je over twee jaar een digitale ruïne.
2. De app store heeft regels. Strenge regels.
Apple en Google keuren elke app handmatig goed voor ze in de store komt. Dat duurt tussen de 24 uur en twee weken. En ze wijzen apps af om redenen die je niet zag aankomen: te weinig functionaliteit, onduidelijke privacy policy, een button op de verkeerde plek. Ik heb apps zien sneuvelen omdat het logo te veel op dat van een ander merk leek. Plan dus tijd in voor goedkeuring. En een plan B als ze ‘nee’ zeggen. Want dat gebeurt vaker dan je denkt.
3. Een login lijkt simpel. Dat is het niet.
Gebruikers moeten inloggen? Prima. Maar dan heb je ook wachtwoord-reset nodig. En two-factor authentication als je ook maar iets met geld of privacy doet. En ‘inloggen met Apple’ is verplicht als je ook Facebook of Google login aanbiedt — Apple-regel. Plus: wat gebeurt er als iemand zijn account wil verwijderen? GDPR zegt dat dat moet kunnen, inclusief het wissen van alle data. Een simpel loginschermpje trekt een heel lijntje aan infrastructuur met zich mee. Reken daar in budget en planning op.
4. Design is niet ‘wel wat buttons en kleurtjes’
Ondernemers denken vaak: ik schets wat schermen, de ontwikkelaar maakt het mooi. Maar design is structuur. Hoe navigeer je? Waar staan de knoppen? Wat gebeurt er als je op ‘volgende’ drukt maar een veld nog leeg is? Hoe ziet een lege staat eruit — als iemand de app opent en nog niks heeft toegevoegd? Een prototype op papier of in Figma bespaart weken heen-en-weer. Zonder dat zitten we tijdens de bouw constant te gokken. En gokken is duur.
5. Lancering is niet het eindpunt. Het is het startpunt.
Je app staat live. Gefeliciteerd. Nu begint het echte werk. Niemand download automatisch je app omdat hij bestaat. Je hebt marketing nodig, of een bestaand publiek, of een heel specifieke niche die ernaar zoekt. En je eerste gebruikers zullen bugs vinden. Vragen stellen. Functies missen die voor hen logisch zijn maar voor jou niet. Versie 1.0 is een werkende gok. Versie 1.3 is wat mensen écht gebruiken. Plan daar tijd en geld voor in — of je app verdwijnt in de vergetelheid tussen de andere 2 miljoen apps in de store.
Dit zijn geen doemscenario’s. Het zijn realiteiten die ik bij elk project tegenkom. De ondernemers die hier van tevoren over nadenken? Die halen hun deadline, blijven binnen budget, en hebben na de launch nog energie over. De rest belt mij drie maanden later in paniek omdat iOS een update heeft uitgebracht. Jij kiest in welke groep je zit.
