Embedded operators

Een AI-implementatiepartner
die oordeelsvermogen verkoopt, geen mankracht.

Elke leverancier van embedded engineers biedt hetzelfde: senior engineers in je repository, volgende week al aan de slag. Dat is een bemensingsantwoord op een vraagstuk dat om oordeelsvermogen draait. Wij werken naast de mensen die het werk doen en bepalen welke delen een model moeten worden, welke gewone code en welke bij een mens moeten blijven. Meestal hoort het grootste deel van het systeem geen AI te zijn.

  • Vijf benoemde deliverables, geen headcount
  • Gebouwd bovenop je ERP. Nooit een migratie.
  • Eerst een betaalde mapping, zodat de bouwofferte een bevinding is en geen gok

Mapping Sprint van vijf dagen · Eerste workflow live in 6 weken · Europa

Wat de markt verkoopt

Een team engineers

Senior engineers ingebed in je repository. Start binnen zeven dagen. Vier tot acht weken tot oplevering. Geprijsd per engineer per maand. Jij bepaalt nog steeds wat er gebouwd wordt, en jij draagt nog steeds het risico dat het het verkeerde is.

Wat wij verkopen, hier ben je

De beslissing waar AI thuishoort

We lopen het echte proces door met de mensen die het uitvoeren, vinden de uitzonderingen die niemand heeft vastgelegd en trekken de grens tussen wat een model moet worden, wat code moet worden en wat menselijk moet blijven. Daarna bouwen we het kleine deel dat echt gebouwd moet worden.

Waarom embedded delivery bestaat

De platforms hebben dit al toegegeven.

Het model van de forward deployed engineer is ontstaan bij Palantir, en de AI-labs hebben het overgenomen: OpenAI en Anthropic hebben allebei eigen forward deployed engineering-teams. In juni 2026 kondigde AWS een investering van 1 miljard dollar aan om forward deployed AI-engineers bij klanten in te zetten. Het bedrijf beschreef duizenden experts die binnen de omgevingen van klanten werken, met zelfredzaamheid van de klant als exitvoorwaarde.

Als bedrijven waarvan het hele verdienmodel het model is een miljard dollar uitgeven om engineers in klantteams te plaatsen, dan is het model niet de bottleneck. De bottleneck is je data, je uitzonderingsroutes, je goedkeuringsketens en de drie systemen zonder API. Niets daarvan zie je in een demo, en niets daarvan staat in je procesdocumentatie.

Bronnen: AWS, “AWS invests $1 billion to embed AI forward deployed engineers with customers” (2026); Databricks, “Forward Deployed Engineering”.

Hoe je dit inkoopt zonder een miljard dollar (in het Engels) →
Wat je eigenlijk koopt

Vijf deliverables, elk met een naam.

Een team engineers kun je niet inspecteren. Een document wel. Elk van deze vijf heeft een definitie, een eigenaar en een opleverdatum. Daardoor is het traject controleerbaar, in plaats van een kwestie van vertrouwen.

Bekijk er twee, geanonimiseerd, uit een echt traject (in het Engels) →
UitzonderingenregisterElke echte afwijking van het gedocumenteerde proces, hoe vaak die voorkomt en wie die vandaag opvangt.
AI-grensmapElke stap gemarkeerd als deterministische code, modeloordeel of menselijke goedkeuring. De meeste stappen zijn geen AI.
EvaluatiesuiteEen golden dataset, slagingspercentages per stap en een maandelijks nauwkeurigheidsrapport. Een aparte post op de offerte, nooit gebundeld.
BeslissingslogboekElke actie van een agent, de input, de zekerheidsscore en wie die heeft goedgekeurd. Een overzicht dat een compliance officer zelf kan openen.
ERP-toezeggingWe bouwen bovenop je bestaande systemen, nooit ter vervanging. Geen migratie.
Eerste deliverable

Het Uitzonderingenregister

Een schriftelijk overzicht van elke echte afwijking van je gedocumenteerde proces. Per afwijking: hoe vaak die voorkomt, wie die nu opvangt en waar de routeringslogica werkelijk zit. Die laatste kolom is de nuttige, want het antwoord is bijna nooit “de documentatie”. Het zit in het hoofd van één persoon, en daar zit het al elf jaar.

Dit maak je alleen door het echte proces te zien draaien, uitzondering na uitzondering, met de mensen die ze afhandelen, en door te blijven vragen waarom, tot de regel boven water komt. Een team dat vanuit je repository werkt, met een wekelijks statusoverleg, doet dat niet. De informatie staat niet in de repository, en niemand brengt het uit zichzelf ter sprake in een call, omdat niemand eraan denkt iets te noemen wat hij altijd al gewoon wist. Het is geen gat in de documentatie. Zo ziet expertise er van buitenaf uit.

  • Elke afwijking, met de waargenomen frequentie in plaats van een schatting
  • De persoon die de afwijking vandaag opvangt, bij naam genoemd
  • Waar de beslisregel zit, en of die op te schrijven is
  • Welke uitzonderingen menselijk moeten blijven, en waarom
Tweede deliverable

De AI-grensmap

Je workflow, stap voor stap geannoteerd: deterministische code, echt modeloordeel of menselijke goedkeuring. Het kerngetal is de determinismeratio, en de kernbevinding is bijna altijd dezelfde: het grootste deel van het systeem hoort geen AI te zijn.

In de orderverwerking van een Europese fabrikant die we in kaart brachten, hadden drie van de elf stappen echt een model nodig. De andere acht waren parsing, opzoekingen, validatie en routering: werk dat gewone software goedkoper en sneller doet, met een antwoord dat je morgen opnieuw kunt reproduceren. (SUPALABS-projectdata.)

KostenElke stap die je uit het model haalt, is een stap waarvoor je niet langer per token betaalt.
LatentieDeterministische stappen geven binnen milliseconden antwoord. Een keten van modelaanroepen niet.
ControleerbaarheidEen regel kun je een toezichthouder laten zien. Een gegenereerde uitkomst moet je beargumenteren.

Daarom is een AI-first leverancier het verkeerde type partij voor dit probleem. Als het antwoord op “hoeveel hiervan moet AI zijn” de hoogte van de factuur bepaalt, krijg je geen eerlijk antwoord.

Derde deliverable

De Evaluatiesuite en het maandelijks nauwkeurigheidsrapport

Een golden dataset op basis van je eigen historische cases, slagingspercentages per stap en meldingen zodra een stap achteruitgaat. Het staat als aparte post op de offerte en wordt nooit in de bouw weggewerkt, want wat je niet op een factuur terugziet, sneuvelt stilletjes zodra de planning krap wordt.

  • Golden dataset op basis van je echte cases, inclusief de lastige
  • Slagingspercentages per stap, niet één totaalscore voor het hele systeem
  • Regressiemeldingen wanneer het modelgedrag verschuift na een update van de provider
  • Een maandrapport geschreven voor degene die het systeem moet aftekenen

Dit is ook de eerlijke reden dat de samenwerking na de bouw doorloopt. Modelproviders veranderen het gedrag zonder het je te vragen. Iemand moet dat opmerken.

Vierde deliverable

Het Beslissingslogboek

Elke actie van een agent, de input, de zekerheidsscore en wie die heeft goedgekeurd, weergegeven in een overzicht dat een compliance officer kan openen zonder een engineer om hulp te vragen.

Dit is gewoon engineering, en we gaan niet anders beweren. Het verschil zit niet in slimheid, maar in het feit dat de meeste leveranciers het overslaan. Zonder zo’n logboek krijgt een systeem in een gereguleerde of geaudite omgeving geen toestemming om in de buurt van productie te komen. Dat is het hele argument om het te bouwen: het is de reden dat het systeem überhaupt mag draaien.

Vijfde deliverable

De ERP-toezegging

We bouwen bovenop je bestaande systemen, nooit ter vervanging. We stellen niet voor ze te vervangen en we vereisen geen migratie. Die toezegging leggen we aan het begin van het traject schriftelijk vast. Het is geen voorkeur die we loslaten zodra die ons slecht uitkomt.

Een replatforming is het grootste carrièrerisico dat een operations- of IT-leider kan nemen, en het is bijna nooit wat het probleem werkelijk vraagt. De workflow is traag door de uitzonderingen, de overdrachten en de goedkeuringen, niet door de database eronder. Een andere database lost daar niets van op, en het duurt twee jaar voordat je daarachter komt.

De toezegging heeft een tweede helft: stop je de dienst, dan houd je het systeem. Wat we bouwen draait in jouw accounts, bovenop software die je al hebt, en is vanaf de eerste week gedocumenteerd voor je team, want de overdracht is een deliverable van de Bouw en geen gunst aan het eind. Stop je met de Beheerfase, dan blijft de workflow draaien en blijft de golden dataset van jou.

Voor organisatiebrede programma’s: zie het AI Efficiency Programme (in het Engels) →
Hoe een traject verloopt

Vier treden. Na elke trede kun je stoppen.

0
Kennismakingsgesprek — gratis, 30 minutenEen eerlijk antwoord op de vraag of hier iets zit dat het in kaart brengen waard is. Geen presentatie, geen voorstel, geen reeks opvolgmails.
1
Mapping Sprint — vijf dagen, ingebed in het teamBetaalde discovery. Uitzonderingenregister, AI-grensmap, evaluatieplan en een vaste bouwofferte op basis van bevindingen in plaats van aannames. Laat de sprint je niets zien wat je nog niet wist, dan betaal je niet.
2
Bouw — zes weken tot productieEen vaste bouwofferte, afgebakend op basis van wat de sprint vond in plaats van een gok. Grotendeels deterministische software, bovenop je bestaande systemen, met menselijke goedkeuring bij elke onomkeerbare stap.
3
Beheer — doorlopendMaandelijks nauwkeurigheidsrapport tegen de golden dataset, regressiemeldingen, bijhouden van de kosten per run en elk kwartaal een nieuwe afbakening van de volgende bottleneck.
Hoe bevoegdheid wordt verdiend

Drie niveaus, per taaktype ingesteld, en jij bepaalt de drempels.

Elke geautomatiseerde taak draait op een van drie bevoegdheidsniveaus. Het niveau wordt per taaktype ingesteld en niet per systeem, zodat dezelfde workflow bij de ene stap een concept maakt, bij een andere op goedkeuring wacht en bij een derde zelfstandig handelt. Een taak gaat pas een niveau omhoog als de Evaluatiesuite het slagingspercentage haalt dat jij als drempel hebt vastgelegd, en gaat meteen weer omlaag zodra het maandrapport een regressie laat zien.

1
ConceptHet systeem bereidt het werk voor en een mens maakt het af. Elk concept komt met onderbouwing: de brondocumenten, de regel of het model dat het opstelde, en de zekerheidsscore. Hier begint elke taak, en hier draait de schaduwmodus voordat het team ook maar iets te zien krijgt.Poort: het Uitzonderingenregister — de taak wordt pas geautomatiseerd als de echte afwijkingen zijn opgeschreven.
2
GoedgekeurdHet systeem bereidt de volledige actie voor en een benoemde persoon geeft akkoord voordat er iets met gevolgen gebeurt. De goedkeuring, de goedkeurder en de input gaan in het Beslissingslogboek.Poort: de Evaluatiesuite — doorschuiven vanuit Concept vraagt het slagingspercentage per stap dat jij hebt vastgelegd, gemeten tegen de golden dataset.
3
AutonoomHet systeem handelt en het team controleert achteraf, via een steekproef of op de uitzonderingen. Elke onomkeerbare stap blijft op Goedgekeurd, hoe nauwkeurig ook, want een omkeerbare fout is een kostenpost en een onomkeerbare een aansprakelijkheid.Poort: het maandelijks nauwkeurigheidsrapport — een regressiemelding zet de taak een niveau terug tot het slagingspercentage weer op peil is.

Niets schuift door omdat wij dat zeggen. De drempels zijn van jou, het rapport dat ze toetst staat als aparte post op de offerte, en het Beslissingslogboek toont elke actie die op elk niveau is uitgevoerd.

De volledige methode: vijf deliverables, drie niveaus, vier treden (in het Engels) →
Lees dit voordat je boekt

Wanneer je dit niet moet kopen.

Er zijn drie situaties waarin een traject met embedded operators de verkeerde aankoop is, en het is voor ons allebei goedkoper om dat in een gesprek van dertig minuten vast te stellen dan in maand twee.

Je kunt zelf een vast team opbouwenBen je groot genoeg om een eigen intern deliveryteam te draaien, neem dat team dan aan. Embedded delivery is hoe je leert voor welke rollen je moet werven, geen permanente vervanging daarvan.
Het probleem is rekenwerk, geen oordeelZijn de regels kenbaar en stabiel, dan wint een rules engine of een goed gebouwde spreadsheet van alles wat wij je zouden voorleggen, en is die goedkoper in onderhoud. Dat zeggen we je in het gesprek.
Geen bestuurder is eigenaar van de uitkomstZonder een benoemde eigenaar die een goedkeuringsgrens kan vrijgeven, loopt het werk vast bij de eerste. Dat geldt ongeacht wie het bouwt.

Herken je je in een van deze drie, dan zeggen we dat in het kennismakingsgesprek en niet na de factuur. Het kost ons een deal en bespaart jou een programma.

FAQ

Veelgestelde vragen

Wat is het verschil met AI-detachering of een embedded engineeringteam?Een team verkoopt je capaciteit. Jij bepaalt wat er gebouwd wordt, zij bouwen het, en het risico dat het de verkeerde oplossing is, blijft bij jou. Wij verkopen de beslissing zelf: welke stappen van je workflow een model moeten worden, welke gewone deterministische code en welke bij een mens moeten blijven. In de praktijk hoort het grootste deel van het systeem geen AI te zijn, en een leverancier die per engineer per maand betaald wordt, heeft geen reden om je dat te vertellen.
Wat is een Uitzonderingenregister, en waarom levert het lezen van onze documentatie er geen op?Het is een schriftelijk overzicht van elke echte afwijking van je gedocumenteerde proces: hoe vaak elke uitzondering voorkomt, wie die nu opvangt en waar de routeringslogica werkelijk zit. Die logica staat bijna nooit in de documentatie. Ze zit in het hoofd van één persoon, en ze komt pas naar boven als je de uitzondering ziet gebeuren en degene die haar afhandelt vraagt waarom hij deed wat hij deed. Een team dat vanuit je repository werkt, met een wekelijks statusoverleg, doet dat niet en kan het register dus niet opstellen: de informatie staat niet in de repository, en niemand brengt uit zichzelf ter sprake wat hij altijd al gewoon wist.
Hoeveel van het systeem wordt echt AI?Minder dan je verwacht, en daar gaat het om. De AI-grensmap annoteert elke stap van de workflow als deterministische code, echt modeloordeel of menselijke goedkeuring. Een typisch resultaat is dat drie van de elf stappen een model nodig hebben. Elke stap die je uit het model haalt, is goedkoper om te draaien, sneller en makkelijker te auditen. De determinismeratio is dus een commercieel getal, geen voorkeur van engineers.
Vervangen jullie ons ERP?Nee. We bouwen bovenop je bestaande ERP, nooit ter vervanging, en we vereisen geen migratie. Dat is een toezegging, geen voorkeur. Een replatforming is het grootste carrièrerisico dat een operations- of IT-leider kan nemen, en het is bijna nooit wat het probleem werkelijk vraagt.
Hoe begint een traject, en hoe wordt het geprijsd?Het begint met een gratis kennismakingsgesprek van dertig minuten. Daarna is de opzet altijd dezelfde: eerst een betaalde Mapping Sprint van vijf dagen, naast de mensen die het werk doen, die het Uitzonderingenregister, de AI-grensmap, een evaluatieplan en een vaste bouwofferte oplevert. Dan een Bouw tegen vaste prijs, afgebakend op basis van wat de sprint vond in plaats van een gok, met de eerste workflow binnen zes weken in productie. En ten slotte een doorlopend Beheertraject zodra het systeem live is. Alles na het gesprek wordt per traject geprijsd, en die offerte krijg je na het gesprek, niet ervoor, omdat de scope een bevinding is. Laat de sprint je niets zien wat je nog niet wist, dan betaal je er niet voor.
Wanneer zijn wij de verkeerde keuze?Als je groot genoeg bent om een vast intern team te bemensen: neem dat team dan aan. Embedded delivery is hoe je leert voor welke rollen je moet werven, geen permanente vervanging. Als het probleem rekenwerk is en geen oordeel: dan wint een rules engine of een spreadsheet van alles wat wij zouden bouwen, en is die goedkoper in onderhoud. En als geen bestuurder eigenaar is van de uitkomst, loopt het werk vast bij de eerste goedkeuringsgrens, ongeacht wie het bouwt.

Dertig minuten om uit te zoeken of er iets is dat het in kaart brengen waard is.

Het gesprek is gratis, en als het antwoord nee is, zeggen we dat. Neem één workflow mee waar je je aan ergert.