De echte kosten van een ontwikkelaar inhuren zijn de maand die je wacht om iets te zien

Je huurt iemand in. Je betaalt een aanbetaling. En dan gebeurt er wekenlang niets wat je echt kunt vastpakken.

Er zijn calls. Een conceptdocument. Een Figma-link. Een board dat zich langzaam vult met tickets. Wat je niet hebt, is een app die je op je eigen telefoon kunt openen. Die kloof, tussen de dag dat je betaalt en de dag dat je voor het eerst iets echts ziet draaien, is waar de meeste stress van een softwareproject zit. Het is ook het deel waarvoor niemand je waarschuwt.

Weken is het optimistische getal

Ik overdrijf de wachttijd niet. De cijfers bevestigen het. Een ontwikkelaar die bij een project komt, doet er meestal drie tot zes maanden over om volledig productief te worden, en zes tot twaalf maanden of meer bij een complexe app. Dat is de aanloop voordat de output waarvoor je betaalt op volle snelheid komt. Zelfs een scherpe freelancer die snel op gang komt, legt zelden werkende software in je handen in de eerste paar weken.

Het beste advies van de branche zelf is het daarmee eens. Het eerste principe van het Agile Manifest is het vroeg en continu leveren van werkende software, en zelfs dat principe formuleert het als regelmatig binnen enkele weken tot enkele maanden, met een voorkeur voor de kortere termijn. Dus de gouden standaard, datgene waar elk modern team naar streeft, wordt in het beste geval nog in weken gemeten.

Waarom duurt het zo lang? Conceptwerk. Het opzetten van de omgeving. Specificatiedocumenten. En dan het deel dat stilletjes de kalender opeet: wachten op jou voor feedback, goedkeuringen, assets en toegang, wat steevast de grootste oorzaak van vertraging bij freelanceprojecten is. Tel daar de overdrachten bij op tussen een accountmanager, een projectmanager en de persoon die de code daadwerkelijk schrijft, en elk daarvan voegt uren vertraging toe voordat er ook maar één regel wordt opgeleverd.

De wachttijd is niet alleen traag, hij is riskant

Een lange kloof voordat je werkende software ziet, is niet alleen vervelend. Hij is duur op een manier die niet op de factuur verschijnt.

Je kunt niet bijsturen op iets wat je niet kunt zien. Terwijl je wacht, stapelen kleine misverstanden zich stilletjes op. Iedereen heeft het druk, iedereen neemt aan dat het plan klopt, en de aannames stollen. Tegen de tijd dat er eindelijk een build landt, betekent van richting veranderen dat je weken werk moet uitpluizen, dus het gebeurt zelden. Het advies van de mensen die deze projecten leiden is botweg: sta geen weken of maanden ontwikkeling toe zonder zichtbaar resultaat. Sta erop dat er kleine stappen zijn die je kunt zien.

Ik ben het met dat advies eens. Ik ga alleen verder dan de meesten.

Wat ik in plaats daarvan doe: een werkende app op je toestel vanavond

Ik voer het werk uit als één dag. We praten in de ochtend, ik bouw overdag, en aan het einde heb je een native app geïnstalleerd op je eigen telefoon, plus de broncode. Geen mockup. Geen klikbaar prototype dat vastzit in een browsertabblad. Een echte Swift- of Kotlin-app die op echte hardware draait en van jou is.

Dat is mogelijk dankzij drie dingen. Zeventien jaar native mobiele code schrijven, dus ik leer het platform niet op jouw tijd. AI in de loop, die een groot deel van het trage mechanische werk wegneemt. En een directe lijn, zonder bureaulaag tussen jou en de ontwikkelaar, zodat het gesprek van de ochtend in de middag code wordt zonder estafette van e-mails.

Waarom dit de beslissing verandert die je neemt

Als je op de gebruikelijke manier inhuurt, leg je geld en weken vast op basis van een belofte en een slide. Of het een goed idee was, kom je een maand later te weten.

Als de eerste dag eindigt met een app in je hand, beslis je wat er daarna gebeurt met het echte ding voor je. Als het goed is, gaan we door en heb je al een werkende basis. Zo niet, dan heb je een dag uitgegeven, geen maand en een aanbetaling. Je risico is beperkt tot één werkdag, wat ongeveer zo laag is als software wordt.

Dat is het hele punt. De maand die je normaal met wachten doorbrengt, is het ongemakkelijkste deel van het inhuren van een ontwikkelaar, en het is het deel dat ik wegneem.