Van AI bouwen naar AI beslissen

Een jaar geleden begon een eerste gesprek vaak met een bouwvraag. Kun je een chatbot maken? Kun je documenten doorzoekbaar maken? Kun je deze workflow automatiseren?

Dat soort werk bestaat nog steeds. Alleen is het minder vaak het echte probleem.

Vorige maand liet ik bij een klant een standaardtool van €20 per maand zien. Een week later bespaarde één gebruiker er zes uur per week mee. Wat twaalf maanden eerder als maatwerkproject van €10.000 had gevoeld, zat nu in een abonnement dat elke medewerker zelf kon openen.

Dat is geen slecht nieuws. Het verandert wel het vak.

Bouwen is minder schaars

De tools zijn beter, sneller en goedkoper geworden. ChatGPT, Claude, Copilot en verticale tools lossen meer standaardwerk op dan twee jaar geleden. Een goede prompt in een bestaand product is soms sterker dan een maatwerkapp van €15.000.

De complexiteit is niet weg. Ze zit alleen op een andere plek.

Het bouwen kost weken. Beslissen welk probleem je aanpakt, hoe het in de bestaande workflow past, wie eigenaar wordt en hoe je meet of het werkt, dat is minstens de helft van het werk.

Daarom schuift het zwaartepunt. Niet van bouwen naar praten. Van bouwen naar beter kiezen.

De vraag verandert

De eerste vraag is minder vaak: kun je dit maken?

De betere vraag is: moet dit gemaakt worden?

Daarna komen de vragen die bepalen of een systeem blijft staan:

• Waar zit de meeste handmatige tijd?
• Wie gebruikt dit elke week?
• Welke data mag het systeem wel en niet zien?
• Wie onderhoudt het na de eerste release?
• Wat is na vier weken goed genoeg om te meten?

Een tool zonder die antwoorden wordt snel een demo. Hij kan werken in een schermopname en alsnog verdwijnen uit het werkproces.

De meeste bedrijven hebben geen toolprobleem

Veel teams denken dat ze een toolprobleem hebben. Ze hebben een beslissingsprobleem.

Welk probleem is groot genoeg? Welke use case is klein genoeg? Wie in de organisatie kan het dragen? Wat moet je nu juist niet bouwen?

Die vragen liggen vóór de implementatie. Ze bepalen of je over een jaar terugkijkt op een systeem dat dagelijks gebruikt wordt, of op een pilot waar niemand meer eigenaar van is.

De beste start is smal. Eén workflow. Eén team. Eén eigenaar. Maximaal vier weken bouwen. Daarna meten en beslissen of je doorzet.

Advies zonder productiepad is te licht

Alleen adviseren is makkelijk. Alleen bouwen ook. Het moeilijke stuk zit ertussen: een scherpe keuze maken en die keuze doorzetten tot een systeem dat onder echte gebruikers draait.

Daarom noem ik dit geen pure implementatie meer. Het is een beslisvak met bouwverantwoordelijkheid.

Je zegt nee tegen een vraag die verkeerd gesteld is. Je bouwt als de keuze klopt. En je draagt over voordat het systeem afhankelijk wordt van de bouwer.

Ik bouw voor mezelf en voor opdrachtgevers. Signal Match, een van mijn eigen producten, herschrijft en anonimiseert kandidaat-cv’s. Business Boosters bouwde ik voor een opdrachtgever. Die opdrachtgever is eigenaar van het product. Het vindt B2B-prospects voor gerichte acquisitie. Beide draaien onder echte gebruikers en zijn gebouwd met dezelfde regels: smal starten, meten en stoppen als het niet werkt.