

Waarschijnlijk is het antwoord: dat heb ik nog nooit gedaan. Dat is een probleem. Want terwijl jij betaalt voor sprints en uren, is de wereld van software engineering in een paar maanden tijd fundamenteel veranderd. Wat voorheen weken kostte, kan nu in uren. Wat een team van zes man nodig had, doet nu een team van twee, en vaak ook sneller en beter.
Maar op jouw factuur zie je daar niks van terug.
In dit artikel leg ik uit wat er veranderd is, waarom je daar als opdrachtgever waarschijnlijk nog niks van merkt, en wat je er vandaag nog aan kunt doen.
Software maken is niet meer wat het was
De meeste mensen denken bij "AI in software development" aan tools die code aanvullen. Een soort slimme autocomplete. En ja, dat bestaat. Maar dat is slechts het begin. In werkelijkheid zijn er meerdere niveaus van volwassenheid in hoe je AI inzet bij het ontwikkelen van software. En elk niveau levert ruwweg een verdubbeling op in snelheid en output.

Niveau 1: AI als code-aanvuller
Dit is waar de meeste partijen nu zitten. Engineers gebruiken tools als GitHub Copilot om stukjes code te genereren. Het proces blijft hetzelfde. De tools zijn wat slimmer geworden. De impact? Minimaal.
Niveau 2: AI voor grotere workloads
Een stap verder gebruiken teams AI om grotere brokken code in één keer te genereren. Het proces is nog steeds grotendeels hetzelfde, maar er wordt al meer druk gelegd op specificeren en valideren aan de voorkant. De output verdubbelt, maar het voelt nog vertrouwd.
Niveau 3: volledige applicaties genereren
Hier wordt het interessant. AI is nu in staat om complete applicaties in één keer te genereren. Maar, en dit is cruciaal, dat werkt alleen als je ook het ontwikkelproces heringericht hebt. Je moet veel meer werk steken in voorbereiding, specificatie en validatie. Daarna is het bouwen zelf een kwestie van uren in plaats van dagen.
Niveau 4: AI-native ontwikkelen
Dit is het niveau waar het echt kantelt. Hier verander je niet alleen de tools, maar ook het proces én de volledige teamstructuur. Waar je eerst werkte met grote teams (met bijvoorbeeld ook een UX'er en tester erin), ga je nu naar kleine, hoogwaardige teams met alleen een AI-engineer, business consultant en product owner/product manager aan de klantkant. En alle specialistische kennis, zoals UX en testen, maak je beschikbaar in je AI framework.
Op deze manier maximaliseer je de output ten opzichte van de kosten.
Waarom dit niet zomaar verandert
De meeste software-ontwikkelpartijen werken op urenbasis. Dat is al jaren zo. En in deze tijd is dat een groot probleem. Want een contractor die op uren factureert, heeft geen enkele prikkel om efficiënter te worden. Sterker nog: hoe sneller hij werkt, hoe minder hij verdient. Als een sprint van drie weken ineens in drie dagen kan, dan is dat voor hem geen goed nieuws. Het is een bedreiging voor zijn verdienmodel.
Dit is geen kwade opzet. Het is een systeemfout. Het urenmodel beloont input, niet output. En het urenmodel gaat ervan uit dat het ontwikkelwerk door mensen wordt gedaan, terwijl dat bij AI-native development volledig door AI wordt gedaan…
Zolang jij als opdrachtgever niet de juiste vragen stelt, verandert er dus niks.
Ondertussen gaat de ontwikkeling in AI-tooling in moordend tempo door. Elke paar weken zijn er nieuwe mogelijkheden. Nieuwe modellen. Nieuwe manieren van werken. Betaal jij per uur en gaat je contractor niet mee in die ontwikkelingen? Dan voel jij dat in je portemonnee.
Neem de regie terug
De bedrijven die hier het slimst mee omgaan, wachten niet tot hun contractors hierin het voortouw nemen. Die pakken zelf de regie.
Dat betekent niet dat je als opdrachtgever zelf AI-expert moet worden. Maar het betekent wél dat je eisen gaat stellen aan hoe je software wordt ontwikkeld. Dat je een framework oplegt waaraan contractors moeten voldoen. Dat je monitort welke efficiency er wordt behaald. En dat je niet langer accepteert dat je betaalt voor een werkwijze die drie jaar achterloopt op de realiteit.
Denk eens na over wat dit voor jouw organisatie zou betekenen. Als je een applicatielandschap hebt van meerdere applicaties. Meerdere contractors en eigen teams hebt die bij elkaar misschien een miljoen of meer per jaar factureren. En je kunt met een AI-native aanpak dezelfde output/waarde leveren voor de helft van het budget. Of twee keer zoveel output voor hetzelfde geld.
Dat zijn geen theoretische getallen. Dat zijn de resultaten die nu al worden behaald door bedrijven die deze stap hebben gezet. Door het gesprek hierover niet aan te gaan, laat je in potentie tonnen tot miljoenen liggen.
Blis Digital: jouw regiepartner in AI-native softwareontwikkeling
Bij Blis Digital staan we midden in deze transformatie. De afgelopen jaren hebben we ons eigen software engineering-proces volledig heruitgevonden. Ons team, onze tooling, onze manier van samenwerken met klanten. Alles is anders dan drie jaar geleden.
We hebben onze ontwikkelteams heringericht van zeven rollen naar twee. We hebben een AI-native development framework ontwikkeld met meer dan twintig specialistische AI-agents, waarin we ook de kennis borgen van verdwenen rollen. We zijn afgestapt van het urenmodel en sturen op waarde en resultaat.
Die voorsprong zetten we nu in voor onze klanten. Niet door nóg een contractor te zijn die projecten uitvoert, maar als regiepartner die naast je staat. We helpen je om het juiste framework op te zetten, je contractors te challengen, de efficiency te monitoren en de enorme kansen te verzilveren die er nu al liggen.
Daarnaast helpen we jouw eigen teams om de transformatie te maken naar AI-native development. En helpen we je om vibecoding veilig in te zetten binnen een enterprise-context.
Concreet betekent dat:
- Een setup-programma om je applicatielandschap aan te sluiten op een AI-native werkwijze.
- Een consultancy-traject om je contractors en interne teams mee te nemen.
- Monitoring op efficiency en kwaliteit.
- En als het nodig is, onze eigen AI-squads die aanvullend kunnen inspringen in de uitvoering.
Wil je weten wat dit voor jouw organisatie kan betekenen?
De eerste stap is een gesprek. We laten je graag zien hoe de nieuwe manier van software ontwikkelen eruitziet en wat dat concreet kan opleveren voor jouw organisatie.






