Field note

Wat AI operations is,en wat eenoperations engineer doet

Operations is het werk tussen je mensen, je systemen en je machines. Wat AI daar wel en niet doet, wat een operations engineer de hele week uitvoert, en op welke zes plekken het in de praktijk vastloopt.

20 augustus 2026 · 10 min lezenTerug naar field notes
Het woord

Operations is het werk tussen je systemen.

Er staat een woord op bijna elke vacature, elk organogram en elke leverancierswebsite, en toch betekent het nergens hetzelfde: operations.

Voor de een is dat het magazijn. Voor de ander de servers. Voor de derde alles wat geen sales of marketing is.

Wij gebruiken het smaller en concreter. Operations is het werk tussen je mensen, je systemen en je machines. De overdracht dus. Het moment waarop iets wat op de werkvloer gebeurt in een systeem op kantoor terecht moet komen, of andersom.

Een bestelling die binnenkomt is geen operatie. De veertien stappen erna wel: voorraad controleren, picken, verpakken, labelen, verzenden, factureren, en de vier uitzonderingen die niemand ooit heeft opgeschreven. Daar zit het handwerk, daar zitten de fouten, en daar ligt bijna altijd de eerste winst.

Waar het schuurt

Vier overdrachten, elke dag opnieuw.

Operations is geen afdeling. Het is de laag die je afdelingen aan elkaar knoopt. Waar die overdracht met de hand gebeurt, is hij traag en foutgevoelig. Niet omdat je mensen slordig zijn, maar omdat overtypen nu eenmaal een foutkans heeft en aandacht kost die verderop harder nodig is.

Werkvloer naar kantoor

Scannen, wegen, meten, aftekenen, fotograferen. Wat er op de vloer gebeurt moet terugkomen in het systeem waarin het bedrijf wordt aangestuurd.

Systeem naar systeem

Webshop, ERP, WMS, CRM, boekhouding, planning. Zes systemen die alle zes een deel van de waarheid hebben, en het zelden met elkaar eens zijn.

Machine naar systeem

Tellers, sensoren, temperaturen, stilstand. Een machine weet allang wat er gebeurt; het is de weg naar het scherm van de planner die ontbreekt.

Mens naar mens

Wie pakt dit op, wie keurt het goed, wie hoort het als het misgaat. De overdracht die het vaakst in iemands hoofd zit en nergens anders.

De rol

Wat een operations engineer doet

Zoek je op operations engineer, dan komen er grofweg twee beroepen terug. Het eerste is de IT-variant: iemand die zorgt dat software blijft draaien. Servers, deploys, monitoring, storingen. In de meeste bedrijven heet dat inmiddels DevOps of SRE, en het gaat over de laag onder je systemen.

Het tweede is de variant waar de meeste bedrijven eigenlijk naar zoeken, en die wij bedoelen: iemand die het proces zelf bouwt. Niet de laag eronder, maar de operatie erboven. Bij ons heet die persoon een forward-deployed engineer. Geen adviseur die op afstand een rapport schrijft, maar een bouwer die bij je binnen komt zitten. Zo ziet die week eruit.

01

Meelopen

Naast de mensen die het werk doen, en opschrijven wat er echt gebeurt in plaats van wat er in het handboek staat.

02

Systemen uit elkaar trekken

Waar staan welke gegevens, wie is eigenaar, en wat is de bron van waarheid als twee schermen iets anders zeggen.

03

Uitzonderingen verzamelen

Die bepalen of een automatisering het na drie weken nog doet. Niet de hoofdroute, want die werkt altijd wel.

04

Eén workflow kiezen

Afgebakend, en met een waarde die te meten is. Alles wat daarnaast ligt is de tweede module, niet de eerste.

05

Bouwen en meten

Koppelen aan de systemen die er al staan, live zetten, en kijken of het klopt wat we dachten.

AI operations

Waar AI het werk echt overneemt.

AI voor operations is iets anders dan AI voor marketing of AI voor support. Het gaat niet over tekst produceren, het gaat over een stap in je proces die daadwerkelijk wordt uitgevoerd, met dezelfde controle en logging als elk ander systeem dat je in productie zet. Geen chatbot op je website. Vier dingen maken het verschil.

Het leest

Een pdf-inkooporder, een mail met een wijziging halverwege, een handgeschreven bon, een foto van een pallet. Daar zijn taalmodellen echt goed in geworden, en het is precies de plek waar processen vastlopen: niet bij het rekenwerk, maar bij het begrijpen van rommelige invoer.

Het beslist

Volgens jouw regels, en het geeft door wat het niet zeker weet. Een goede automatisering doet niet alsof ze alles kan. Ze handelt af wat helder is, legt de rest voor aan een mens, en die grens leg je zelf vast.

Het handelt

Een regel in je ERP, een status in je WMS, een conceptfactuur, een bericht naar de klant. Een antwoord op een scherm is nog geen automatisering.

Het is te controleren

Elke stap gelogd, elke uitzondering zichtbaar, elke beslissing terug te draaien. Zonder dat wordt het bij de eerste fout uitgezet, en terecht.

In de praktijk

Zes plekken waar het vastloopt.

Steeds dezelfde vraag: waar zit de overdracht, en wie doet hem nu met de hand?

01

Orderverwerking en orderafhandeling

Orders komen binnen via de webshop, via mail, via het portaal van een grote klant en via de telefoon. Elk kanaal heeft een eigen formaat en dezelfde afloop: iemand typt het over. Komt er een wijziging, dan gebeurt dat nog een keer. Te automatiseren: de order uitlezen ongeacht de herkomst, controleren tegen voorraad en prijsafspraken, aanmaken in het systeem, en alleen de twijfelgevallen voorleggen.

02

Magazijn, logistiek en retail

Papieren picklijsten. Voorraadverschillen tussen magazijn, ERP en verkoopkanalen. Een controle bij het inpakken die vooral bestaat uit nog een keer kijken. Te automatiseren: scannen bij inslag en locatietoewijzing, gestuurde picking met validatie op het pakstation, voorraad die in één keten synchroon loopt, en retourverwerking die zichzelf door de stappen trekt.

03

Werkvloer, productie en verwerking

Batchnummers, gewichten en kwaliteitsmetingen op papier of in losse bestanden. Weeg-, label- en softwaresystemen die niet op elkaar aansluiten. Te automatiseren: registreren op de plek waar de handeling gebeurt, gekoppelde weeg- en labelstations, tel- en statussignalen uit sensoren of een PLC, en een traceerbaarheidsdossier dat zichzelf opbouwt. Vaak met één kleine, slimme schakel ertussen: een scanner, een sensor of een gateway.

04

Financiële processen en administratie

Werkbonnen die aan het eind van de week worden overgetypt, waardoor de factuur meewacht. Inkoopfacturen die met de hand worden gecodeerd. Te automatiseren: op locatie vastleggen inclusief materiaal, uren en akkoord, een goedgekeurde bon die als conceptfactuur klaarstaat, en inkoopfacturen die tegen de order worden gelegd voordat iemand ernaar kijkt.

05

Vastgoed en gebouwbeheer

Meterstanden die iemand komt aflezen, meldingen die per mail binnenkomen, onderhoud dat in een spreadsheet wordt bijgehouden en pas opvalt als er iets stukgaat. Te automatiseren: standen die zichzelf doorgeven, een melding die direct bij de juiste partij landt met de gegevens van het object erbij, en onderhoud dat op gebruik wordt gepland in plaats van op de kalender.

06

Veiligheid en detectie

Camera- en sensorbeelden op een scherm dat iemand moet bekijken, en dat dus alleen werkt zolang er iemand kijkt. Te automatiseren: detectie die zelf alarmeert, met beeld en locatie mee in het bericht, en een logboek dat achteraf laat zien wat er wanneer is gezien. De mens beslist, het systeem let op.

Herken je je proces er niet in?

Dan is het patroon er waarschijnlijk wel, en zijn de woorden anders.

Start een mission brief

En daarbuiten

Hetzelfde patroon zit in agrofood en verwerking, waar het traceerbaarheidsdossier nog met de hand wordt samengesteld. In de technische buitendienst, waar de werkbon en de factuur een week uit elkaar liggen. In infrastructuurbeheer, waar een inspectie pas telt als iemand hem overtypt. En in duurzaamheidsdata, waar de ketenrapportage uit tien bronnen bij elkaar wordt gezocht.

Waar het niet werkt. Als vervanging van een proces dat niemand kan uitleggen. Als antwoord op de vraag "wat kunnen we met AI". En als los experiment naast de systemen waar het werk echt in staat. Wil je eerst weten waar de winst zit voordat er iets gebouwd wordt, dan is dat Recon; wil je het laten bouwen, dan is dat Operations.

Beginnen

Zonder transformatieprogramma.

Je hoeft niet te weten wat AI voor je bedrijf betekent voordat je iets doet. Je hoeft één proces aan te kunnen wijzen dat je irriteert.

  1. 01

    Mission Brief

    Een gesprek over dat ene proces. Binnen 48 uur ligt er een schriftelijke afbakening: de aanpak, het aantal modules en een vaste prijs. Geen urenteller.

  2. 02

    Recon

    Wil je eerst weten waar de grootste winst zit, dan loopt een engineer een week mee en brengt de operatie van binnenuit in kaart voordat er iets gebouwd wordt.

  3. 03

    Build

    Modules van 40 uur, €8.000 per module. Elke tien uur zie je een werkende versie, dus je stuurt bij op iets echts in plaats van op een plan.

  4. 04

    Deploy en Optimize

    Live zetten, meten en bijstellen op wat er in de praktijk gebeurt in plaats van op wat we vooraf dachten.

De code, de accounts en de infrastructuur komen op jouw naam te staan. Geen retainer, geen lock-in.
Meten

Wat je meet, en wat wij niet beloven.

Een automatisering die je niet meet is een mening. Spreek vooraf af waar je naar kijkt, en leg het nulpunt vast voordat er iets verandert.

Wat je vooraf vastlegt

  • De doorlooptijd van de stap die je aanpakt, van begin tot eind
  • Het aandeel dat zonder tussenkomst doorloopt
  • Fouten en correcties achteraf
  • De tijd tussen een afwijking en het moment dat iemand het weet
  • De tijd die je team kwijt is aan overtypen en zoeken

Wat je van ons niet krijgt

  • Een percentage tijdsbesparing voordat we je proces hebben gezien
  • Een terugverdientijd uit een rekenmodel van iemand anders
  • Een garantie op compliance zonder toets aan de eisen die voor jou gelden
  • Een cijfer dat over drie maanden een discussie wordt
Mission Brief

Eén proces dat je irriteert is genoeg om te beginnen.

Kies het proces waar je team het vaakst over klaagt. Dat is bijna nooit het spannendste proces, en bijna altijd het proces met de meeste herhaling. Daar is de winst het snelst zichtbaar en het risico het kleinst.