Hoe wij bij SIEL forward deployed engineering doen

Forward deployed engineering is bij ons geen functietitel. Het is het enige leveringsmodel dat we hebben gevonden waarmee een AI-systeem van pilot naar echte operatie komt en blijft draaien nadat we weg zijn. Wat volgt is de weinig glamoureuze versie ervan: wat we doen, wat we afwijzen en waaraan we ons laten meten.

Bij wie we daadwerkelijk aan de slag gaan

Onze klanten zijn fabrikanten, distributeurs, zorgaanbieders en zakelijke dienstverleners. Echte operaties, echte budgetten, niemand wiens eigenlijke baan AI is. Er is bijna nooit een engineer aan de andere kant om het systeem aan over te dragen. De mensen die moeten leven met wat wij bouwen, zijn een operationeel manager, een financieel manager, een IT-generalist die al vier systemen beheert en niet om een vijfde heeft gevraagd. Als zij het niet kunnen begrijpen, beheren en aanpassen, hebben we niets opgeleverd. We hebben ze een afhankelijkheid verhuurd.

De audit beslist wat er niet gebouwd wordt

Elk project begint met een workflowaudit van twee weken, en het nuttigste resultaat daarvan is een kortere lijst dan waarmee we binnenkwamen. Het eerste waar we om vragen is geen systeemtoegang. Het is een stoel naast degene die de rommel afhandelt. We brengen in kaart wat er gebeurt, niet wat het procesdocument beweert. Het werk zit in de uitzonderingen, en de kosten ook. Kandidaten worden elke keer op dezelfde manier gescoord: bespaarde tijd, foutpercentage, volume, strategische waarde, implementatierisico. Die laatste maakt meer mooi ogende ideeën af dan de andere vier samen.

Voordat er iets gebouwd wordt, staan de nulmeting en het doel op papier. Dit geval kost vandaag drie uur. Als het twintig minuten kost en het foutpercentage gelijk blijft, is dat dan een succes? Een antwoord met een slag om de arm betekent dat we nog niet klaar zijn om te bouwen.

Bij een distributeur was factuurmatching de workflow waar iedereen naar wees. Het schone pad was al prima. De kosten zaten volledig in de facturen die niet doorkwamen, waar één afwijking dagenlang wachtte op de ene persoon die de leveranciershistorie kende en toevallig met verlof was. We hebben het uitzonderingspad opnieuw gebouwd en het schone pad met rust gelaten. Bij drie andere workflows op die lijst adviseerden we om ze een jaar lang niet aan te raken.

Elk systeem dat we opleveren, landt bij een team zonder speling. Benoemen welke workflows je met rust laat, is de moeilijkere helft van het werk, en het verdient het recht om de rest te bouwen.

We bouwen op wat er al is

We koppelen agentische systemen aan ERP's, CRM's, documentopslag en de gedeelde schijf waarvan iedereen doet alsof die niet dragend is. Niemand die jaren heeft besteed aan het bereiken van zijn huidige stack migreert daarvan af voor een AI-project, en niemand zou dat gevraagd moeten worden. Wat we niet laten gebeuren, is dat een AI-project stilletjes een infrastructuurmigratie wordt, want zo verliezen projecten in maand drie hun sponsors.

Dezelfde onderdelen komen elke keer terug. Uitzonderingsroutering, goedkeuringsstappen, kostenplafonds, audittrails, tests die bewijzen dat een workflow zich goed gedraagt voordat hij productie bereikt. De eerste keer bouwen we het voor de klant, de tweede keer bouwen we het voor hergebruik, en een derde keer schrijven we het niet vanaf nul. Alleen workflowlogica en koppelingen blijven klantspecifiek. Wie de fundamenten bij elk project opnieuw bouwt, voegt met elke oplevering permanent onderhoud toe dat niemand met zijn bezetting kan dragen.

Leesbaarheid is een architectuureis

Vanwege wie het daarna onderhoudt, maken we keuzes die conservatief ogen. Minder bewegende delen, zelfs waar een slimmer ontwerp bestaat. Elke beslissing laat een spoor achter dat een niet-engineer kan lezen. Kostenplafonds zijn harde grenzen, geen waarschuwingen. Alles wat ingrijpend is, stopt en vraagt het aan een mens. Niets daarvan is voorzichtigheid. Het is wat een systeem in leven houdt als wij weg zijn.

Het herontwerp moet twee lat tegelijk halen: anders genoeg dan het oude proces zodat het rendement echt is, en dicht genoeg erbij dat het team zijn eigen werk er nog in herkent. Dat tweede hebben we duur geleerd. Een vroege bouw nam meer van een workflow over dan het team van de klant bereid was te bewaken, en binnen weken werd hij stilletjes omzeild. Niets faalde. Mensen vertrouwden een uitkomst niet meer die ze niet konden controleren, dus controleerden ze hem toch met de hand. Het systeem werkte perfect al die tijd dat het genegeerd werd.

De overdracht is de oplevering

We zijn niet klaar als het systeem werkt. We zijn klaar als het werkt zonder ons. De eigen mensen van de klant bouwen vanaf de eerste week mee, omdat het team dat een systeem heeft zien ontstaan het enige is dat het later kan aanpassen. Daarom is het laatste stuk bewust saai. Runbooks. Faalwijzen in gewone taal. Hun mensen die het draaien terwijl wij toekijken en stil blijven.

Wat we niet hebben opgelost, zijn de mensen. De sponsor gaat verder. De generalist die we hebben opgeleid neemt een andere baan. Documentatie overleeft dat. Oordeel niet, en we leren nog steeds hoeveel van het onze we moeten opschrijven.

Het werk dat we afwijzen

We wijzen werk af dat is omschreven als extra handen. Een personeelstekort heeft geen uitkomst, dus er valt aan het eind niets te bewijzen en er is geen reden om het ding draaiende te houden. Eén vraag beslist het: wie aan uw kant werkt hier met ons aan? Geen antwoord betekent een personeelsaanvraag in de kleren van een project. De open retainer gaat dezelfde kant op. Zonder einddatum is er geen dwingende kracht, en een systeem dat nooit op eigen benen hoeft te staan, leert dat ook nooit.

De maatstaf

Niets hiervan is exotisch. Het is de weinig glamoureuze versie van forward deployed engineering, gevormd door klanten die nooit een engineeringafdeling wilden runnen en daar ook niet mee gaan beginnen. De maatstaf is er een die ze zonder ons kunnen controleren. Draait het zes maanden nadat we vertrokken zijn nog, en kunnen ze het aanpassen zonder ons te bellen?