één bouwer, geen bureau

Voor een afgebakend softwareproject, denk aan een klantportaal, een koppeling tussen twee systemen of een intern dashboard, is één ervaren bouwer met AI in 2026 vaak sneller dan een bureau, tegen een fractie van de kosten. Het werk waar vijf jaar geleden een projectleider, een frontender, een backender en een tester voor nodig waren, doet één persoon nu zelf, met AI in de uitvoering en de mens als eindredacteur. De vraag of dat kan is inmiddels beantwoord. De vraag die overblijft gaat over continuïteit: wat gebeurt er als die ene bouwer wegvalt, en dat risico dek je af met een handvol concrete afspraken die ik verderop uitschrijf.

Eén ding vooraf. Ik schrijf dit stuk met een dubbele pet op: ik ben zelf zo’n solo-bouwer. Lees het dus als het verhaal van iemand die er belang bij heeft, en controleer me op de bronnen. Juist daarom besteed ik de helft van dit essay aan de tegenkant.

wat er in de cijfers zichtbaar is

De verschuiving naar kleiner bouwen is meetbaar. Het aandeel Amerikaanse startups met één oprichter steeg van 23,7 procent in 2019 naar 36,3 procent in de eerste helft van 2025 (Carta, 2025). Investeerders blijven intussen huiverig: solo-bedrijven vormden 30 procent van het cohort van 2024, maar haalden slechts 14,7 procent van het kapitaal in geprijsde investeringsrondes op. De markt gelooft dus in het model, met reserves. Die reserves gaan precies over het onderwerp van dit essay.

Tegelijk laten AI-native softwarebedrijven zien hoeveel werk er per persoon uit kan. Onderzoek van investeerder Redpoint Ventures, aangehaald door Forbes, komt uit op 2 tot 4 miljoen dollar omzet per medewerker bij AI-native startups, tegenover ongeveer drie ton bij een gemiddeld beursgenoteerd SaaS-bedrijf (Forbes, 2026). Het codeplatform Lovable haalde begin 2026 een jaaromzet van 400 miljoen dollar met 146 mensen. En het verhaal van Base44, door één oprichter in vier maanden gebouwd en binnen een half jaar voor 80 miljoen dollar verkocht, vertelde ik al in de nieuwe bouwers.

Het bekendste verhaal is extremer, en daar hoort een waarschuwing bij. Telehealth-bedrijf Medvi zou in 2025 zo’n 401 miljoen dollar omzet hebben gedraaid met twee mensen op de loonlijst, de oprichter en zijn broer, en naar eigen zeggen op koers liggen naar 1,8 miljard in 2026 (New York Times, 2026). Dat laatste cijfer is een projectie van de oprichter zelf, geen geauditeerd jaarcijfer. Analistenbureau Forrester plaatste er dan ook direct kanttekeningen bij: twee mensen op de loonlijst betekent zelden twee mensen die al het werk doen, achter zulke verhalen zit doorgaans onzichtbare arbeid van freelancers en leveranciers (Forrester, 2026). Dezelfde Forrester-analisten melden dat wanneer bedrijven ontslagen aankondigen “vanwege AI”, er negen van de tien keer geen volwassen, getest AI-systeem klaarstaat om dat werk over te nemen (HR Executive over Forrester, 2026).

De nuchtere lezing: de solo-unicorn is een uitzondering die media-aandacht trekt. De onderliggende verschuiving is wél echt. Kleine teams, en steeds vaker enkelingen, leveren werk af waar tot voor kort een afdeling voor nodig was.

wat kan een solo developer met ai dat vroeger een team vereiste?

Eén bouwer met AI dekt tegenwoordig het hele traject: ontwerp, frontend, backend, koppelingen, tests, documentatie en oplevering. In mijn eigen werk ziet dat er zo uit: ik zet meerdere AI-agents parallel aan het werk op verschillende onderdelen, en mijn dag bestaat voor een groot deel uit reviewen, bijsturen en beslissen. Het typewerk is gedelegeerd. Het denkwerk en de verantwoordelijkheid zijn dat nadrukkelijk niet.

Het onderzoek hierover is preciezer dan de hype, en het loont om er even in te duiken. Faros AI analyseerde telemetrie van ruim tienduizend ontwikkelaars in 1.255 teams: teams met hoge AI-adoptie mergen bijna twee keer zoveel pull requests, maar de reviewtijd steeg er met ruim 90 procent mee en at de winst grotendeels op (Faros AI, 2025). In een team verhuist de tijdwinst van AI dus naar coördinatie: meer werk betekent meer overdracht, meer review, meer afstemming. Daar zit het structurele voordeel van alleen werken. Die coördinatiekosten verhuizen bij mij naar de review, en die review zit in één hoofd. Geen overdrachten, geen wachtrijen.

Het eerlijke verhaal vraagt ook om de tegenvaller. In een gecontroleerd experiment van onderzoeksinstituut METR werkten zestien ervaren open-source-ontwikkelaars met AI-tools 19 procent trager op 246 echte taken, terwijl ze vooraf dachten er 24 procent sneller door te worden (METR, 2025). Die studie ging over ervaren ontwikkelaars in grote, bestaande codebases, dus je kunt de uitkomst niet zomaar op elk project plakken. De les blijft staan: het gevoel van snelheid is onbetrouwbaar, en wie alleen werkt heeft geen collega die dat gevoel doorprikt. Ik vang dat af door op opgeleverde stappen te plannen en te factureren, en door per klus bij te houden wat hij werkelijk kostte. Als een AI-route trager blijkt dan zelf bouwen, wil ik dat in mijn eigen cijfers terugzien, en soms is dat zo.

De grootste valkuil zit overigens nog een laag dieper: de demo is 20 procent van het werk, en waarom zoveel AI-projecten tussen pilot en productie sneuvelen heb ik apart uitgewerkt in de productiekloof.

wat is het risico van één bouwer zonder team?

Het grootste risico van een solo-bouwer is continuïteit: als die ene persoon uitvalt, staat jouw project of systeem stil. Dat geldt ook voor mij. Softwareteams noemen dit al decennia de bus-factor: hoeveel mensen moeten er onder de spreekwoordelijke bus komen voordat niemand het systeem meer begrijpt. Bij een solo-bouwer is dat antwoord per definitie één.

AI maakt dit risico eerder dieper dan kleiner. De kritieke kennis zit tegenwoordig ook in de manier waarop iemand een AI-systeem aanstuurt, bijstuurt en wantrouwt, en dat soort vaardigheid laat zich lastiger documenteren dan code. Een praktijkanalyse van MindCTO vat het scherp samen: voor intuïtie schrijf je geen werkinstructie (MindCTO, 2026). Dat is een blog, geen wetenschappelijk onderzoek. Het strookt wel met wat ik zelf zie: mijn code kan een ander overnemen, mijn manier van werken overdragen kost aantoonbaar meer moeite.

Daar komen twee nuchtere Nederlandse gegevens bij. Ongeveer 71 procent van de zzp’ers heeft geen arbeidsongeschiktheidsverzekering (ZZP Pulse, 2026), solo-ondernemers dragen dus sowieso al een verhoogd persoonlijk continuïteitsrisico. En volgens onderzoek van bank ABN AMRO ervaart 46 procent van het mkb gedeeltelijke tot zeer grote afhankelijkheid van Amerikaanse techleveranciers (ABN AMRO, 2026). Dat tweede risico deel ik volledig: mijn werkwijze leunt op AI-modellen van een handvol Amerikaanse aanbieders. Wie mij inhuurt, huurt ook die afhankelijkheid in.

Als een solo-bouwer deze risico’s wegwuift, is dat op zichzelf al een reden om niet met hem in zee te gaan. De juiste reactie is ze benoemen en contractueel afdekken.

wanneer is een bureau of vast team wél de betere keuze?

Kies een bureau of een eigen team zodra het systeem bedrijfskritisch wordt en er doorlopend beheer, harde garanties of veel afstemming nodig is. Concreet zie ik vier situaties waarin ik een mkb-ondernemer naar een bureau verwijs. Eén: je hebt 24/7 beschikbaarheid nodig met SLA’s en boeteclausules; die belofte kan één persoon niet waarmaken. Twee: het gaat om meerjarige doorontwikkeling waar meerdere afdelingen en leveranciers op aanhaken; dan is coördinatie het product, en daar zijn bureaus voor gebouwd. Drie: je zit in een zwaar gereguleerde omgeving, zorg of financiën bijvoorbeeld, waar audits en functiescheiding worden geëist. Vier: je wilt dat je eigen mensen leren bouwen en beheren; dan koop je begeleiding, geen oplevering.

Een bureau verkoopt in die gevallen precies wat een solo-bouwer per definitie mist: vervangbaarheid van mensen. Dat is geen zwaktebod van de solo-bouwer en geen overbodige luxe van het bureau. Het zijn verschillende producten voor verschillende situaties.

Wat je in elk geval niet hoeft te doen: voor een eerste, afgebakend project van enkele weken een bureautraject van maanden inkopen of iemand op de loonlijst zetten. Begin klein, kijk wat er werkelijk staat na de eerste oplevering, en laat de samenwerkingsvorm meegroeien met het belang van het systeem.

de zes afspraken die het solo-risico afdekken

Huur je één bouwer in, stel deze eisen dan vooraf. Een goede solo-bouwer stelt ze uit zichzelf voor.

1. Eigenaarschap vanaf dag één. Code, prompts, configuratie en documentatie staan in jouw omgeving: jouw repository, jouw accounts, jouw domein. Jij kunt de bouwer toegang ontnemen, nooit andersom.
2. Documentatie als leveringseis. Elke oplevering bevat een beslislog (waarom is het zo gebouwd) en een korte video-walkthrough. Geen documentatie betekent geen acceptatie en geen betaling.
3. Een geteste overdraagbaarheid. Spreek af dat een willekeurige andere developer het systeem binnen één werkdag draaiend krijgt met alleen de documentatie. Laat dat minstens één keer echt testen, bijvoorbeeld door een bevriende IT’er.
4. Standaardbouwstenen. Eis gangbare techniek die duizenden ontwikkelaars kennen. Een exotische stack die alleen de bouwer begrijpt, maakt van elke overdracht een herbouw.
5. Beheer- en exitafspraak op papier. Wie doet updates en storingen, wat kost dat per maand, en wat gebeurt er bij langdurige uitval van de bouwer, inclusief een met naam genoemde vervanger of overdrachtspartij.
6. Betaal per opgeleverde, werkende stap. Dan is je maximale schade bij uitval één stap, en dwing je de bouwer om zijn eigen snelheidsgevoel te toetsen aan wat er echt staat.

de nederlandse context: zzp krimpt, en dat komt niet door ai

Wie denkt dat AI in Nederland een golf van solo-bouwers veroorzaakt, kijkt naar de verkeerde grafiek. Het aantal zzp’ers daalde in 2025 met 62.000 naar circa 1,2 miljoen, en het CBS wijst voor die daling naar de aangescherpte handhaving op schijnzelfstandigheid sinds 1 januari 2025 (CBS, 2026). De krimp is bovendien sectorspecifiek: sterk in thuiszorg en kinderopvang, terwijl het aantal zzp’ers in ziekenhuizen juist groeide. Voor jou als opdrachtgever is de relevante vraag dus een andere: kunnen de bouwers die overblijven structureel meer aan dan drie jaar geleden? Daar wijzen de cijfers uit dit stuk wél op, en dat verandert de afweging tussen bureau en solo-bouwer blijvend.

Mijn positie is deze. Voor afgebakende software- en AI-projecten in het mkb is één bouwer met AI, mits de zes afspraken hierboven op papier staan, de betere koop dan een bureau: kortere lijnen, lagere kosten en één iemand die het geheel overziet en er persoonlijk voor tekent. Zodra je systeem bedrijfskritisch wordt en garanties zwaarder wegen dan snelheid, hoort er een team omheen, en dat zeg ik ook tegen mijn eigen klanten. Zo werk ik zelf, onder meer aan fikst.