Onze engineers ervaren het dagelijks. AI genereert in dagen of uren wat voorheen weken of maanden duurde. Indrukwekkend. Maar het onthult tegelijkertijd iets ongemakkelijks. Meer code betekent niet automatisch meer waarde voor de klant. Dat is de paradox van dit moment.
In de eerste aflevering van Blis Bytes sprak ik hierover met Christian en met Richard Schot, onze CEO. Over hoe we onze hele aanpak hebben omgegooid.
In dit artikel:
- Het urenmodel klopt niet meer
- Van code schrijven naar AI regisseren
- De product owner wordt de sleutel tot waarde
- AI versnelt alles. Dus slechte keuzes ook
Het urenmodel klopt niet meer
De meeste software-ontwikkelpartijen werken op urenbasis. Richard legde in het gesprek uit waarom dat niet meer houdbaar is. Een partij die op uren factureert, heeft geen prikkel om efficiënter te worden. Sterker nog: hoe sneller die partij werkt, hoe minder ze verdient. Als een sprint van drie weken ineens in drie dagen kan dankzij AI, is dat voor hen geen goed nieuws. Het is een bedreiging voor hun verdienmodel.
Dat is geen kwade opzet. Het is een systeemfout. Het urenmodel beloont inspanning, niet resultaat. Richard: "Hoe langer wij over ons werk doen, hoe meer het ons oplevert en hoe meer het de klant kost. Dat is per definitie niet hetzelfde belang."
Als opdrachtgever betaal je in dat model voor uren. Of die uren waarde opleveren, is jouw risico. En ondertussen gaat de ontwikkeling in AI-tooling in moordend tempo door. Elke paar weken nieuwe mogelijkheden, nieuwe modellen. Partijen die niet actief investeren in het bijhouden van die ontwikkelingen, vallen achterop. Maar zolang jij betaalt per uur, merken zij dat niet.
Vanuit Blis zijn we daarom overgestapt naar fixed price. We nemen verantwoordelijkheid voor het resultaat. De klant betaalt voor wat het oplevert, niet voor hoeveel uur we eraan zitten. Dat lijnt de belangen gelijk. De marge die daaruit ontstaat investeren we in R&D en opleiding. Fixed price is voor ons meer dan een prijsmodel. Het is een statement: wij staan voor wat wij leveren.
De markt is daar nog niet aan gewend. Richard: "Kijk maar eens naar een gemiddelde aanbesteding op Tendernet. Wat is het uurtarief? Hoeveel specialisten? Welke volumekorting?" Geen enkele vraag over resultaat. Maar de partijen die wél die vraag stellen, dat zijn de opdrachtgevers waar wij het beste mee samenwerken.
De overgang is ook intern niet simpel. We draaien nog projecten op de oude manier. Richard zegt zelf dat twee manieren van werken naast elkaar "extreem lastig" is. Je kunt niet van dezelfde lead engineer verwachten dat hij tegelijk oud en nieuw draait. Zijn oplossing: zelfs bij lopende projecten tussentijds omschakelen. Samen een cut-off point bepalen. Omdat de klant er uiteindelijk beter van wordt.
Van code schrijven naar AI regisseren
De manier waarop we ons werk uitvoeren en organiseren verandert dus. Vroeger splitste je engineering werk op in taken. Frontender deed frontend, backender deed backend. Grote teams, gespecialiseerde rollen, veel afstemming. Voor de klant betekende dat: veel mensen aan tafel, lange doorlooptijden en overhead die niet direct bijdroeg aan het resultaat.
In onze AI-native aanpak werken we juist in kleinere teams die AI aansturen. Christian licht de term "gouden driehoek" toe. Een projectteam dat bestaat uit een engineer, een business consultant (bij Blis) en een product owner (bij de klant). Zij zijn samen verantwoordelijk voor een module of applicatie. Onze engineers produceren geen code meer. Ze ontwerpen oplossingen en sturen AI aan om ze te bouwen.
Voor de klant betekent dat: één compact team, korte lijnen en een oplossing die meer waarde oplevert. Maar dat betekent ook dat de engineer moet begrijpen wat hij bouwt en waarom. Niet alleen technisch, maar vanuit businesswaarde. Als je agents aanstuurt zonder te weten wat het doel is, stuur je ze de verkeerde kant op. De business consultant krijgt ook een andere rol. Het gesprek verschuift van "wat gaan we bouwen?" naar "welke waarde gaan we realiseren?"
Christian vergelijkt het geheel met beeldhouwen. Je maakt een plan. AI hakt de eerste 95% uit het blok, jij verfijnt de rest met het kleine beiteltje. Richard vulde daarop aan: "Jij gebruikt het concept olifant. We weten allemaal wat een olifant is. Maar met veel software die wij maken is dat moeilijker." Veel dingen moeten nog uitgevonden worden. Dat uitvindproces doen we samen met de klant. AI luistert mee bij gesprekken, genereert direct UI-schetsen, zet process flows op terwijl het gesprek nog loopt. De klant ziet sneller wat het wordt. Wij valideren sneller of het klopt.
De product owner wordt de sleutel tot waarde
In die context verandert ook de rol van de product owner aan klantzijde. Die rol wordt zwaarder, maar tegelijkertijd strategischer. Waar je voorheen tijdens het ontwikkelproces nog kon bijsturen, moet je nu eerder en met meer overtuiging keuzes maken. Over grotere stukken werk en met meer impact. Vergelijk het met een prefabhuis: een jaar voorbereiding, daarna in een paar weken gebouwd.
De product owner moet het doel scherp hebben voordat we beginnen. Wat wil je bereiken, waarom is dat belangrijk en wanneer is het succesvol?
In de praktijk zien we dat daar vaak de grootste uitdaging zit. Niet in de techniek, maar in het formuleren van de juiste vraag. Daar ligt ook onze rol als Blis. Niet om het over te nemen, maar om te challengen en te helpen die vraag scherp te krijgen. Om aannames bloot te leggen en samen te zorgen dat er een helder plan ligt. Want als je een AI-agent aanstuurt met een vaag doel, krijg je ook een vaag resultaat. De snelheid van AI vergroot dat effect alleen maar.
AI versnelt alles. Dus slechte keuzes ook
De belangrijkste les is eigenlijk heel eenvoudig. AI maakt bouwen sneller, maar waarde creëren blijft mensenwerk. En juist daar laten veel organisaties kansen liggen. We besteden veel tijd aan het realiseren van oplossingen, maar relatief weinig aan het definiëren van wat we echt nodig hebben. Uiteindelijk draait het daar om. Niet méér produceren met AI, maar betere keuzes maken voordat je gaat produceren.
Luister of kijk de hele aflevering van Blis Bytes.
Youtube: https://youtu.be/_qcO4jCcsJo
Spotify: https://open.spotify.com/episode/2EhnhFY9cSCB7UvZ7Qa4qb?si=FJtMF7tiQca9irOHzTRFyg
