Het one-person tech team: waarom je geen team van 5 nodig hebt

Je zoekt een developer voor je nieuwe platform. Het bureau komt met een offerte: projectmanager, UX-designer, twee developers, een tester. Vijf mensen, zes maanden, €120.000. Je denkt: dat moet toch simpeler kunnen. Dat kan het ook.

De afgelopen twee jaar is er iets fundamenteels veranderd in softwareontwikkeling. Niet een beetje sneller of een beetje goedkoper. Een structurele verschuiving die de hele industrie op zijn kop zet. Eén developer met de juiste AI-tooling levert nu wat drie tot vijf jaar geleden een compleet team kostte.

Dit is geen theorie. Dit is wat ik elke dag doe. En ik ben niet de enige.

De voorspellingen: van Silicon Valley tot de praktijk

In 2025 voorspelde Sam Altman (CEO van OpenAI) de komst van de “one-person billion-dollar company”. Niet als verre toekomst, maar als logisch gevolg van AI-tools die nu al beschikbaar zijn. Dario Amodei, CEO van Anthropic, gaf het zelfs een kans van 70-80% dat dit in 2026 realiteit wordt.

Venture capitalist Elad Gil formuleerde het concreter: engineering teams zijn 5 tot 10 keer kleiner geworden door AI. Een team van 5 in 2026 levert wat een team van 50 leverde in 2016.

Klinkt als hype? Kijk naar de cijfers.

Drie cases die het bewijzen

Maor Shlomo: van solo-project naar $80 miljoen exit

Maor Shlomo bouwde Base44, een no-code platform, volledig alleen. Geen team, geen investeerders in de beginfase. Wix kocht het bedrijf voor $80 miljoen. Eén persoon, één product, acht cijfers.

Wat opvalt: Shlomo had geen enorm technisch team nodig om iets te bouwen dat een beursgenoteerd bedrijf als Wix de moeite waard vond om over te nemen. De waarde zat in het product en de visie, niet in de teamgrootte.

Pieter Levels: $3 miljoen+ per jaar, nul werknemers

De Nederlander Pieter Levels draait meerdere producten tegelijk. NomadList, RemoteOK, PhotoAI. Samen goed voor meer dan $3 miljoen jaarlijkse omzet. Zijn team? Hijzelf. Levels automatiseert alles wat geautomatiseerd kan worden en bouwt alleen wat gebruikers echt nodig hebben.

Levels is openhartig over zijn werkwijze. Hij gebruikt simpele technologie (PHP, jQuery, SQLite), vermijdt over-engineering en lanceert snel. Zijn filosofie: elke extra persoon in je team voegt niet alleen output toe, maar ook communicatie-overhead, meetings en afstemming. Bij een klein product weegt die overhead zwaarder dan de extra capaciteit.

Danny Postma: $300.000 per maand met HeadshotPro

Nog een Nederlander. Danny Postma bouwde HeadshotPro, een AI-tool voor professionele portretfoto’s. Solo. De omzet groeide naar $300.000 per maand. Geen salesteam, geen marketingafdeling, geen management.

Postma’s aanpak is veelzeggend: hij bouwt snel, test met echte gebruikers en itereert op basis van data. Geen maandenlange planningsfases. Geen design-comités. De kortste weg tussen idee en klantwaarde.

Dit zijn geen uitzonderingen meer. Dit is een patroon. En dat patroon versnelt door AI.

Waarom AI alles verandert voor software development

De productiviteitswinst door AI in softwareontwikkeling is niet marginaal. Onderzoeken laten zien dat individuele developers 40 tot 60% productiever zijn met AI-coding tools. Maar dat getal onderschat de werkelijke impact.

De grootste winst zit niet in sneller code schrijven. Die zit in het elimineren van hele rollen en processen.

Wat AI vervangt in een traditioneel team

Traditionele rol	Wat AI nu doet	Wat overblijft voor de developer
Junior developer	Standaard componenten bouwen, boilerplate code, eenvoudige features	Reviewen en bijsturen
Tester / QA	Testcases genereren, edge cases identificeren, regressietests schrijven	Teststrategie bepalen
Technisch schrijver	Documentatie genereren uit code, API-docs, gebruikershandleidingen	Valideren en aanvullen
DevOps (basis)	CI/CD pipelines opzetten, deployment scripts, monitoring configureren	Architectuurbeslissingen
Projectmanager	Niets (nog niet)	Klantcommunicatie, prioritering, planning

De verschuiving in de praktijk

Stel: je wilt een klantportaal bouwen waar je zakelijke klanten hun orders kunnen volgen, facturen downloaden en supporttickets indienen. Bij een traditioneel bureau ziet dat er zo uit:

• Week 1-2: intake, requirements, planning
• Week 3-4: UX-design en wireframes
• Week 5-12: development (twee developers)
• Week 13-14: testen en bugfixes
• Week 15-16: deployment en oplevering

Totaal: 4 maanden, €80.000 – €120.000.

Met een one-person tech team en AI:

• Week 1: intake en architectuur. Direct een werkend prototype van de kernfunctionaliteit.
• Week 2-3: iteratieve ontwikkeling. AI genereert de standaardcomponenten, de developer focust op de bedrijfslogica die specifiek is voor jouw situatie.
• Week 4-5: testen, feedback verwerken, finetunen.
• Week 6: deployment en overdracht.

Totaal: 6 weken, €15.000 – €40.000. Hetzelfde eindresultaat. Minder dan de helft van de doorlooptijd en een derde van de kosten.

Het verschil zit niet in harder werken. Het zit in minder mensen die over hetzelfde moeten afstemmen. Een senior developer die weet wat gebouwd moet worden en AI inzet voor het hoe, vervangt niet letterlijk vijf mensen. Maar levert wel vergelijkbare output.

De derde optie die niemand noemt

Als je software nodig hebt, krijg je standaard twee opties voorgeschoteld:

• Een freelancer: goedkoop, maar je krijgt alleen uitvoering. Geen strategisch meedenken, geen architectuurvisie, geen eigenaarschap na oplevering. De freelancer bouwt wat je vraagt. Of dat ook is wat je nodig hebt, is een andere vraag.
• Een bureau: breed team, maar je betaalt voor overhead. Projectmanagers, accountmanagers, kantoorkosten. Je praat zelden met de persoon die je code schrijft. En als de lead developer vertrekt, begint het kennisoverdracht-circus.

Er is een derde optie die in Nederland bijna niemand benoemt: de tech-strateeg die ook bouwt. Eén senior persoon die strategisch meedenkt over je technische richting en vervolgens ook daadwerkelijk de software oplevert. Versterkt door AI-tooling die de output van een heel team mogelijk maakt. In het artikel freelancer, bureau of fractional partner vergelijk ik deze drie modellen uitgebreid, met concrete cijfers en een beslisboom.

Dit is het model van een fractional CTO die niet alleen adviseert maar ook levert. Het combineert strategisch denken met hands-on bouwen. Zonder de overhead van een bureau en zonder de beperkingen van een traditionele freelancer.

Het voordeel dat je niet in een brochure leest: er is geen informatieverval. Bij een bureau gaat je visie door minimaal drie mensen voordat het code wordt. Bij elke overdracht gaat context verloren. Bij een one-person tech team praat je met dezelfde persoon die je systeem van binnenuit kent. Die persoon stelt betere vragen, ziet risico’s eerder en bouwt oplossingen die passen bij je werkelijke situatie, niet bij de interpretatie van je briefing.

Wanneer werkt een one-person tech team (en wanneer niet)

Laat me eerlijk zijn: dit model is niet voor iedereen. Het werkt uitstekend in bepaalde situaties en het is de verkeerde keuze in andere. Die eerlijkheid is belangrijk, want het slechtste advies is een oplossing die niet past.

Ideaal voor:

• MKB-bedrijven (20-150 medewerkers) die hun eerste custom software nodig hebben of bestaande systemen willen vervangen
• Bedrijven met een concreet probleem: een proces automatiseren, systemen koppelen, een klantportaal bouwen, data consolideren
• Organisaties die geen fulltime CTO kunnen of willen betalen maar wel technisch leiderschap nodig hebben
• Projecten van €25.000 tot €150.000: groot genoeg om impact te maken, klein genoeg voor een persoon met AI
• Bedrijven die snelheid waarderen: geen weken wachten op planning en teamformatie
• Scale-ups die snel moeten schakelen en geen tijd hebben voor traditionele procurement-processen

Niet geschikt voor:

• Enterprise-schaal producten met miljoenen gebruikers en 99,99% uptime-eisen
• Projecten die 24/7 support vereisen: een persoon kan geen diensten draaien
• Regelgevingskritische systemen (medische devices klasse III, banksoftware) waar vier-ogen-principe wettelijk verplicht is
• Projecten van €500.000+ waar parallelle werkstromen noodzakelijk zijn
• Organisaties die een groot intern team willen opbouwen: daar heb je een fulltime CTO of VP Engineering voor nodig

De eerlijke vraag is niet “kan een persoon dit?” maar “heeft dit project de complexiteit die een team rechtvaardigt?” In mijn ervaring is het antwoord bij 80% van de MKB-projecten: nee.

De economie: wat je bespaart (en waar je juist meer krijgt)

Laten we het concreet maken. Een typisch softwareproject bij een bureau versus een one-person tech team:

Kostenpost	Bureau (5 personen)	One-person tech team
Uurtarief (gemiddeld)	€90-160/uur	€100-125/uur
Uren per week (effectief)	~120 uur (5 personen)	~35 uur (1 persoon + AI)
Overhead (PM, meetings, overdracht)	30-40% van de uren	5-10%
Doorlooptijd typisch project	4-6 maanden	6-10 weken
Communicatielijnen	Via projectmanager	Direct met de bouwer
Kennisconcentratie	Verspreid over team	Bij één persoon
Totale kosten (vergelijkbaar project)	€80.000 – €150.000	€15.000 – €40.000

De besparing zit niet in een lager uurtarief. Die zit in drie dingen:

• Nul overhead: geen projectmanager die je uren factureert om vergaderingen te organiseren over je eigen project. Geen standups met vijf mensen waar vier zitten te wachten.
• Nul communicatieverlies: de persoon die de strategie bepaalt is dezelfde die de code schrijft. Geen briefings, geen misverstanden, geen stille-telefoon-effect. Als jij zegt “ik wil dat klanten hun orderstatus kunnen zien”, dan bouwt dezelfde persoon dat. Niet iemand die een interpretatie van een interpretatie van je wens heeft gelezen.
• AI als vermenigvuldiger: de output per uur is drastisch hoger. Repetitieve taken die vroeger uren kostten (CRUD-operaties, standaard UI-componenten, testsuites) genereert AI in minuten. Dat verhoogt de kwaliteit en snelheid zonder de kosten te verhogen.

Meer weten over wat maatwerk software kost en hoe die prijzen tot stand komen? Lees de uitgebreide kostenanalyse.

De risico’s eerlijk benoemd

Elk model heeft nadelen. Het zou oneerlijk zijn om die te verzwijgen.

Bus factor. Als die ene persoon langdurig uitvalt, heb je een probleem. Wat je hieraan kunt doen: goede documentatie, code die leesbaar is voor andere developers, en standaard technologie-keuzes. Geen obscure frameworks die alleen de bouwer begrijpt.

Capaciteitsplafond. Eén persoon kan niet oneindig veel grote projecten tegelijk doen. Als je continu meerdere parallelle werkstromen nodig hebt, is een team de betere keuze. Het one-person tech team werkt het best voor gefocuste projecten met duidelijke scope.

Specialisatie. Een generalist met AI dekt 90% van wat een MKB-project nodig heeft. Maar soms heb je een specialist nodig. Een security audit door een gecertificeerde pentester. Accessibility-advies van een expert. Een goed one-person tech team weet wanneer die expertise moet worden ingehuurd en organiseert dat.

De sleutel is bewustzijn. Als je weet wat de beperkingen zijn, kun je eromheen plannen. De meeste bureau-projecten falen niet door te weinig mensen. Ze falen door miscommunicatie, scope creep en een kloof tussen wie beslist en wie bouwt.

Checklist: is een one-person tech team geschikt voor jouw project?

Loop deze vragen langs. Hoe meer je met “ja” beantwoordt, hoe beter dit model past.

• Heeft je project een duidelijk afgebakend doel (niet “digitale transformatie” maar “klantportaal voor orderstatus”)?
• Is je budget tussen de €5.000 en €75.000?
• Wil je direct communiceren met de persoon die bouwt, zonder tussenpersonen?
• Heb je behoefte aan iemand die meedenkt over de richting, niet alleen uitvoert?
• Kan het project door een persoon gedragen worden (geen 24/7 support nodig)?
• Waardeer je snelheid en wendbaarheid boven schaal en formaliteit?
• Ben je bereid om intensief samen te werken in korte cycli (wekelijkse demos, snelle feedback)?
• Is je organisatie bereid beslissingen snel te nemen (geen zes weken wachten op goedkeuring van een stuurgroep)?

6 of meer keer “ja”? Dan is een one-person tech team waarschijnlijk de betere en goedkopere keuze dan een bureau.

3 of minder keer “ja”? Dan heb je waarschijnlijk een ander type samenwerking nodig. En dat is prima. Het gaat erom de juiste oplossing te kiezen, niet de goedkoopste.

De toekomst: dit is pas het begin

AI-coding tools worden elke maand beter. Niet lineair, maar exponentieel. Wat vandaag nog handwerk is (complexe architectuurbeslissingen, security audits, performance-optimalisatie) wordt over twee jaar gedeeltelijk geautomatiseerd.

De implicaties zijn ingrijpend:

• De minimale teamgrootte daalt verder. Als een team van 5 nu doet wat 50 mensen deden in 2016, dan doet een persoon straks wat een team van 10 doet.
• Custom software wordt bereikbaar voor kleiner budget. Projecten die nu €50.000 kosten, kosten straks €15.000. Dat opent de markt voor bedrijven die nu denken dat maatwerk niet voor hen is.
• De waarde verschuift van coderen naar denken. De developer die begrijpt wat gebouwd moet worden en waarom is straks tien keer waardevoller dan degene die alleen weet hoe.
• Bureaus moeten kleiner worden of verdwijnen. Het team-van-vijf-model dat nu standaard is bij softwarebureaus staat onder druk. De overhead die klanten accepteerden omdat er geen alternatief was, wordt steeds moeilijker te rechtvaardigen.

Dit is waarom een achtergrond in Human Decision Science naast software development geen luxe is, maar een voorsprong. De technische uitvoering wordt steeds meer geautomatiseerd. Het begrijpen van mensen, processen en besluitvorming niet. De developer van de toekomst is niet degene die de meeste regels code per uur produceert. Het is degene die het juiste probleem identificeert en de eenvoudigste oplossing bedenkt.

Wat dit betekent voor jouw organisatie

Je hoeft morgen geen team te ontslaan of je bureau te dumpen. Maar de volgende keer dat je een technisch project start, stel jezelf deze vraag: heb ik een team nodig, of heb ik de juiste persoon nodig?

De “juiste persoon” is iemand die:

• Strategisch meedenkt over je technische richting
• AI-tooling maximaal benut om output te leveren die vergelijkbaar is met een team
• Direct communiceert, zonder tussenschakels
• Eerlijk zegt wanneer iets niet de juiste oplossing is
• Eigenaarschap neemt over het resultaat, niet alleen over de uren

Het one-person tech team is geen compromis. Het is niet “we hebben maar budget voor een persoon”. Het is een bewust model dat in de juiste context betere resultaten levert dan een traditioneel team. Sneller, goedkoper, en met minder ruis tussen wat je nodig hebt en wat je krijgt.

Tot slot

Sam Altman en Dario Amodei praten over de “one-person billion-dollar company” als toekomstvisie. Pieter Levels en Danny Postma laten zien dat het al werkt. En voor MKB-bedrijven die software nodig hebben, is de implicatie helder: je betaalt niet meer voor teamgrootte. Je betaalt voor resultaat.

De vraag is niet of dit model werkt. De vraag is of je het in overweging neemt voordat je de volgende offerte van €120.000 tekent.

Meer lezen over hoe technologie en strategie samenkomen? Volg Frits op LinkedIn voor inzichten over software, AI en technisch leiderschap. Of lees verder: Wat is een fractional CTO en wat kost het?