De code schrijven is zelden het langzame deel. De doorlooptijd van een app hangt af van scope, platform en de beslissingen die worden genomen voordat de eerste regel code wordt geschreven.
Doorlooptijden
Er is geen standaardtijdlijn die voor elke app geldt, maar op basis van onze projecten gelden deze richtlijnen:
Die tijdlijnen gelden voor de bouwfase zelf. Wat eromheen zit — voorbereiding, accounts, externe partijen — is een ander verhaal.
Grootste vertrager
Voordat een app in de App Store of Google Play verschijnt, moet je als opdrachtgever een developer account hebben bij Apple en Google. Bij Google is dat een kwestie van betalen en een paar dagen wachten. Bij Apple werkt het anders.
Apple wil eerst bellen voordat ze een account activeren. Dat gesprek inplannen, de verificatie doorlopen en het account laten activeren kost al snel twee tot drie weken. Als dit pas aan het einde van een project wordt geregeld, staat een technisch afgeronde app weken stil in de wachtrij.
De oplossing is simpel: regel de developer accounts op de eerste dag van het project, niet als de app klaar is.
Bijna elke bedrijfsapp communiceert met iets buiten de app zelf: een klantsysteem, een planningsapplicatie of een betaalplatform. Hoe soepel die koppeling verloopt, hangt af van de kwaliteit van de externe documentatie en de beschikbaarheid van de andere partij. Koppelingen die wij eerder hebben gebouwd gaan aanzienlijk sneller. Is het een nieuw systeem, dan bouwen we tijd in voor afstemming en testen.
Voorbereiding
Veel opdrachtgevers willen in één keer het perfecte product afleveren. Dat is begrijpelijk, maar het leidt in de praktijk tot een patroon dat we regelmatig zien: een voorbereiding die nooit eindigt, omdat het altijd beter kan.
Een functioneel ontwerp van twintig pagina's klinkt grondig. Maar eindgebruikers — de mensen die de app dagelijks gaan gebruiken — kijken toch anders naar een scherm dan de opdrachtgever had bedacht. Dat is geen fout, dat is hoe software werkt. Niet alles valt vooraf te bedenken.
Het gevolg: de bouw start maanden later dan nodig, en een deel van het voorwerk blijkt na de eerste gebruikerstest toch aangepast te moeten worden.
Onze aanpak: begin met wat nu duidelijk genoeg is. Bouw het. Test het met echte gebruikers. Pas aan op basis van wat je ziet. Die cyclus is sneller en betrouwbaarder dan proberen alles vooraf goed te krijgen.
Kwaliteit
Nee. En dat is misschien de meest eerlijke uitspraak die we kunnen doen.
Wij gebruiken geautomatiseerde tests, ook wel unit tests genoemd. Die tests controleren automatisch of een functie nog werkt nadat een andere ontwikkelaar iets heeft aangepast. Het schrijven van die tests kost tijd tijdens de bouw. Maar het bespaart aanzienlijk meer tijd later: minder bugs in productie, snellere doorontwikkeling, minder herstelwerk.
Een app die zes weken duurt zonder tests is drie weken sneller dan een app van negen weken mét tests. Maar de app zonder tests betaalt die drie weken later terug in extra bugfixes en vertraging bij elke update.
Een app die niet werkt zoals de eindgebruiker verwacht, is het slechtste startpunt. Gebruikers die een slechte eerste indruk krijgen, komen zelden terug.
Regel accounts vroeg
Developer accounts bij Apple en Google zijn dag één werk, niet een afrondingstaak. Apple vereist een verificatiegesprek dat weken kan duren.
Maak keuzes
Een opdrachtgever die snel en helder beslist, voorkomt dat een project wekenlang wacht op goedkeuring of richting.
Begin klein
Een MVP van vier weken leert meer dan een volledig ontwerp van vier maanden. Bouw het kleinste dat zinvol is, test het, en breid dan uit.
Eerder werk
Veelgestelde vragen
Jouw tijdlijn
De tijdlijn staat of valt met de randvoorwaarden buiten de code: accounts, koppelingen, besluitvorming. Wie die dingen vroeg regelt, verliest geen tijd aan wachten.
Wil je weten wat een realistische tijdlijn is voor jouw specifieke app-idee? We kijken samen naar de scope en geven je een eerlijke inschatting. Zie voor een volledig overzicht van wat dit kost ook onze pagina kosten app laten maken.
Plan een vrijblijvend gesprek →We drinken graag een kop koffie met je. Vertel ons over jouw idee en wij denken eerlijk mee over wat er mogelijk is.
Plan een gesprek →
