Bureau of zelfstandige ontwikkelaar: wie bouwt jouw app?

Bureau of zelfstandige ontwikkelaar? Het korte antwoord: een bureau als je project meerdere diepe specialiteiten parallel nodig heeft en het budget ruim aanwezig is; een ervaren zelfstandige als je een goed gebouwd product wil, snel, met een budget dat naar software gaat in plaats van naar coördinatie. Ik ben zelf zelfstandig ontwikkelaar, dus ik ken mijn vooringenomenheid. Maar ik heb ook binnen bedrijven gewerkt, aan de productkant en de marketingkant, en ik heb beide modellen zien slagen en zien mislukken. Dit is een eerlijke vergelijking, inclusief de risico's die elke kant liever verzwijgt.

Hoe elk model prijst, en waarom

Een bureau verkoopt de tijd van een team. Op je factuur staat de ontwikkelaar, maar ook de projectmanager, de designer, de tester, de commerciële die je binnenhaalde, en een deel van de kantoren. Dat is de prijs van een organisatie die grote projecten aankan. In België start een ernstig app-project bij een bureau zelden onder € 25.000.

Een zelfstandige verkoopt de tijd van één persoon. Bij mij start een MVP vanaf € 5.000 en een website vanaf € 1.200; de details staan op de prijzenpagina. Het verschil komt niet van mindere kwaliteit, maar van een structuur zonder tussenschakels. Geen syncvergaderingen om te factureren, geen bureaumarge.

Het factuurmodel telt evenzeer als het bedrag. Dagtarieven schuiven het risico naar jou. Een vaste prijs tegen een geschreven scope schuift het risico naar de leverancier. Eis een vaste prijs, welke kant je ook kiest.

Snelheid en communicatie

Bij kleine en middelgrote projecten is de zelfstandige sneller, en dat gaat niet over talent. Het gaat over de beslissingsketen.

Bij een bureau passeert je vraag langs de projectmanager, die ze vertaalt voor de designer, die ze doorgeeft aan de ontwikkelaar. Elke schakel voegt vertraging toe en een kans op misverstand. Wanneer dezelfde persoon ontwerpt en codeert, is een vraag van 's ochtends vaak 's middags beslecht.

De keerzijde: een bureau draait meerdere projecten met vaste processen, formele rapportering en continuïteit wanneer iemand met verlof is. Heeft jouw organisatie dat formalisme nodig (comités, juridische controle, aankoopprocedures), dan past een bureau daar natuurlijker in.

De echte risico's, aan beide kanten

Laten we eerlijk zijn, te beginnen met mijn kant.

Het risico van solo is de busfactor. Wordt je zelfstandige ontwikkelaar ziek, verdwijnt hij of gooit hij zijn leven om, dan valt je project stil. Dat risico kan je niet wissen, alleen beheren. Eis dat de code vanaf dag één van jou is, op accounts die jij controleert, gedocumenteerd zodat een andere ontwikkelaar kan overnemen. Dat is mijn standaardopzet. Een zelfstandige die je code gijzelt op zijn eigen accounts is een alarmsignaal.

Een zelfstandige heeft ook beperkte capaciteit. Twee grote projecten tegelijk, geen tien. Verifieer de echte beschikbaarheid voor je tekent, en wantrouw wie op alles ja zegt.

Aan de bureaukant is het risico stiller: verwatering. De briljante senior uit het verkoopgesprek is niet altijd degene die jouw project codeert. Teams roteren, juniors leren op jouw budget, en niemand draagt je product persoonlijk. Het andere risico is contractuele vergrendeling: sommige bureaus bouwen op eigen fundamenten die vertrekken duur maken.

En in beide gevallen: een leverancier die je project aanvaardt zonder de scope in vraag te stellen, bereidt een overschrijding voor. De juiste partner zegt je wat je niet moet bouwen.

Wanneer een bureau de juiste keuze is

Er zijn duidelijke gevallen. Je project vraagt meerdere diepe expertises tegelijk: bijvoorbeeld een consumentenapp plus een zware beheeromgeving plus infrastructuur onder hoge belasting. Je kalender legt vanaf dag één parallel werk van meerdere ontwikkelaars op. Je organisatie vereist een gestructureerde tegenpartij, uitgebreide contractuele engagementen, een geïdentificeerd reserveteam. Of je budget zit ruim boven € 50.000 en de coördinatie wordt een vak op zich.

In die situaties doet de organisatielaag die je betaalt echt iets.

Wanneer één senior bouwer de juiste keuze is

Voor een MVP, een middelgroot product of een heropbouw is één senior die de hele keten dekt moeilijk te kloppen. Design en code komen uit hetzelfde hoofd, dus er gaat niets verloren in de vertaling. Beslissingen nemen uren. Het budget produceert software in plaats van vergaderingen.

Dat is het model achter Nova Sport: 180.000+ gebruikers, 1,6 mln+ reservaties, en aparte apps opgeleverd voor vijf institutionele en corporate klanten. De casestudy toont wat een eenpersoonsstructuur kan dragen wanneer de scope strak wordt gehouden.

De vragen die je stelt voor je tekent

Welke richting je ook uitgaat, stel deze vragen. De antwoorden vertellen je alles.

Wie, bij naam, gaat mijn product ontwerpen en coderen? Kan ik met die persoon spreken voor ik teken? Is de code volledig van mij, op mijn accounts, vanaf het begin? Is de offerte een vaste prijs tegen een geschreven scope, of een dagtarief? Wat gebeurt er als je een maand onbeschikbaar bent? Welke vergelijkbare projecten heb je opgeleverd, en mag ik ze uitproberen? Wat raad je me af om te bouwen?

Een ernstige leverancier beantwoordt dat allemaal zonder te verkrampen. Daaraan herken je hem trouwens.

Twijfel je nog voor jouw project? Schrijf me. Eén gesprek van 30 minuten en je weet of je project een zelfstandige of een team vraagt, ook als het eerlijke antwoord niet ik ben.