Waarom de beste ondernemers nu zelf leren programmeren

Ik zeg niet dat je een developer moet worden. Ik zeg dat je moet begrijpen wat een developer doet. Het verschil tussen die twee zinnen bepaalt of je AI kunt inzetten of niet.

Elk gesprek dat ik voer met MKB-ondernemers over AI-automatisering strandt op hetzelfde punt. Niet bij de technologie. Niet bij de kosten. Bij de taal. Ze kunnen niet beschrijven wat ze willen, omdat ze niet weten hoe software denkt. En als je niet kunt beschrijven wat je wilt, kan geen enkele AI het voor je bouwen.

Het misverstand over programmeren

Als ik zeg "leer programmeren," hoor ik altijd hetzelfde bezwaar: "Ik heb geen tijd om Python te leren." Dat is ook niet wat ik bedoel. Python leren is een middel. Procesdenken leren is het doel.

Programmeren is in de kern het vertalen van een vaag idee naar een reeks precieze stappen. Dat is exact wat je doet als ondernemer -- behalve dat je het nooit zo expliciet opschrijft. Je weet hoe je factuurproces werkt. Maar kun je het beschrijven in stappen die een machine kan volgen? Welke data komt binnen, wat wordt gecontroleerd, welke beslissing wordt genomen, waar gaat het resultaat naartoe?

Dat is programmeren. Niet de syntax. Het denken.

Waarom het nu relevant is

Drie jaar geleden was dit advies nog theoretisch. Nu niet meer. De reden: AI-tools hebben de drempel voor bouwen radicaal verlaagd.

Met Claude Code, Cursor of GitHub Copilot kun je werkende software maken zonder dat je elke regel zelf typt. Maar je moet wel kunnen beschrijven wat je wilt. Je moet weten wat een API is, wat een database doet, hoe data van punt A naar punt B stroomt. Niet op het niveau van een developer. Op het niveau van iemand die een developer kan aansturen.

Ik heb dit in mijn eigen praktijk gezien. Ondernemers die begrijpen wat een webhook is, kunnen in een gesprek van 30 minuten een automatisering specificeren die weken handwerk bespaart. Ondernemers die dat niet begrijpen, hebben drie meetings nodig om dezelfde specificatie te bereiken -- en dan klopt het nog steeds niet helemaal.

Procesdenken in de praktijk

Laat ik concreet zijn. Een accountantskantoor wil automatisch facturen verwerken. De ondernemer die procesdenken beheerst, beschrijft het zo:

  1. Email komt binnen met PDF-bijlage
  2. Systeem leest de PDF en haalt bedrag, datum, leverancier en BTW-nummer eruit
  3. Systeem controleert of de leverancier bekend is in het boekhoudpakket
  4. Zo ja: factuur wordt automatisch geboekt in de juiste categorie
  5. Zo nee: factuur komt in een reviewmap en ik krijg een notificatie
  6. Aan het eind van de dag krijg ik een overzicht van alle verwerkte facturen

Dat is een programma. Er staat geen regel code in. Maar een developer -- of een AI-tool -- kan dit direct omzetten naar werkende software. Vergelijk dat met de ondernemer die zegt: "Ik wil iets met facturen automatiseren." Dat is geen specificatie. Dat is een wens.

Het verschil tussen een wens en een specificatie is procesdenken. En procesdenken kun je leren zonder ooit een IDE te openen.

AI als brug

Hier wordt het interessant. Je hoeft geen Python te kennen om software te bouwen. Maar je moet wel de taal van processen spreken.

Ik beschreef in van ChatGPT-prompt naar AI-systeem hoe de stap van een losse prompt naar een productiesysteem werkt. Die stap vereist geen programmeervaardigheid. Het vereist het vermogen om een proces te ontleden in componenten: input, verwerking, output, uitzonderingen.

AI-tools zijn de brug tussen jouw procesbeschrijving en werkende code. Maar de brug werkt alleen als je weet waar je naartoe wilt. Een ondernemer die "maak mijn administratie efficienter" intypt, krijgt een generiek antwoord. Een ondernemer die de zes stappen hierboven intypt, krijgt een werkende oplossing.

Wat je wel en niet hoeft te leren

Ik raad ondernemers niet aan om een volledige programmeercursus te volgen. Dat is overkill. Dit is wat wel helpt:

Wel leren:

  • Hoe data stroomt (input, verwerking, output)
  • Wat een API is en waarom het ertoe doet dat systemen met elkaar praten
  • Het verschil tussen gestructureerde en ongestructureerde data
  • Basislogica: als-dan, herhalingen, uitzonderingen
  • Hoe je een proces beschrijft in stappen die een machine kan volgen

Niet nodig:

  • Specifieke programmeertalen
  • Syntax en frameworks
  • Deployment en serverinfrastructuur
  • Algoritmen en datastructuren

Het eerste blok leer je in een weekend. Een paar YouTube-video's, een no-code tool als Make of n8n, en een middag experimenteren. Niet om een developer te worden. Om de juiste vragen te stellen.

De concurrentiekloof

De ondernemers die dit nu leren, bouwen een voorsprong die moeilijk in te halen is. Niet omdat ze betere software maken. Maar omdat ze sneller kunnen specificeren wat ze willen, sneller kunnen beoordelen of wat ze krijgen correct is, en sneller kunnen itereren als het niet klopt.

Ik schreef eerder over waarom leren door te doen meer oplevert dan formele opleidingen. Dit is daar een direct voorbeeld van. Je leert procesdenken niet uit een boek. Je leert het door een automatisering te specificeren, het resultaat te testen, te zien waar het faalt, en het opnieuw te proberen.

De ondernemers die ik begeleid naar AI-automatisering voor het MKB komen het verst als ze zelf begrijpen wat er onder de motorkap gebeurt. Niet op het niveau van de monteur. Op het niveau van de bestuurder die weet wanneer er iets niet klopt.

De kern

Je hoeft geen developer te worden. Maar je moet de taal van processen spreken. Niet om code te schrijven, maar om aan een AI te kunnen uitleggen wat je wilt. Dat is het verschil tussen ondernemers die AI inzetten en ondernemers die erover praten.

De drempel is nooit zo laag geweest. De tools zijn er. De AI is er. Het enige dat ontbreekt, is jouw vermogen om precies te beschrijven wat je nodig hebt. Dat vermogen heet procesdenken. En het is de belangrijkste vaardigheid die je dit jaar kunt leren.


Lees ook: Opleidingen zijn overrated -- waarom leren door te doen meer oplevert -- waarom formele certificeringen minder waard zijn dan praktijkervaring.

Lees ook: Van ChatGPT-prompt naar AI-systeem -- de stap van losse prompts naar productiesystemen die echt werken.


Bronnen

  • McKinsey, "The state of AI in early 2024" -- adoptie van AI-tools door niet-technische professionals: mckinsey.com
  • GitHub, "Octoverse 2024" -- toename van AI-assisted coding onder nieuwe developers: github.blog
  • No-code/low-code marktgroei -- Gartner voorspelling dat 70% van nieuwe applicaties in 2025 no-code/low-code platforms gebruikt: gartner.com

Vincent van Deth

AI Strategy & Architecture

Vincent van Deth bouwt productiesystemen met AI voor het MKB. Hij is de maker van VNX, een multi-agent LLM orchestrator, en helpt teams betrouwbare AI-automatisering te shippen — zonder bullshit.

Reacties

Je e-mailadres wordt niet gepubliceerd. Reacties worden beoordeeld voor plaatsing.

Reacties laden...