Wat is een pilot? Een afgebakende inzet in de echte praktijk, met meetdoel en einddatum. Zo zet je een AI-pilot op die daarna gewoon doordraait.
Een pilot is een afgebakende toets van een systeem in de echte praktijk: echt werk, echte gebruikers, echte gegevens. Maar bewust beperkt tot één team of werkstroom en met een meetdoel en einddatum vooraf. Een pilot verschilt van een proef op papier doordat hij doorgaat als het bewijs er is, in plaats van te eindigen in een rapport.
Een pilot is de stap tussen een haalbaarheidsproef en volledige inbedrijfstelling. Waar de proef los van je systemen draait, loopt de pilot in het echte werk: een team gebruikt hem dagelijks, gegevens komen uit je eigen omgeving, en uitval raakt het werk zelf. Daarom wordt er begrensd. Eén vestiging, één team, één werkstroom, met een einddatum en een meetdoel die vooraf zijn vastgelegd. De grens maakt het risico draaglijk en het antwoord helder.
Het meetdoel is het onderdeel dat piloten van elkaar onderscheidt. Een pilot zonder meetdoel wordt een gevoelskwestie: collega's vinden het aardig of vervelend, en na afloop blijft niemand het eens. Een meetdoel kan eenvoudig zijn (hoeveel tijd kost een aanvraag nu en hoeveel met het systeem, hoe vaak gaat het mis, hoe vaak grijpt een mens in) zolang het maar vóór de start is vastgelegd en na afloop ook werkelijk wordt uitgelezen. Zonder die uitlezing is een pilot een verhuizing zonder inspectie.
Wat een pilot verder onderscheidt van een proef: hij is ontworpen om door te lopen. Zodra het meetdoel gehaald is, verdwijnt de grens niet in een rapport maar wordt hij opgeheven. Het team dat pilot draaide, draait daarna gewoon door, en de uitbouw naar andere teams volgt op het bewijs. Dat ontwerp vóór doorgang is precies wat de pilot onderscheidt van het vertrouwde patroon waarin de proef slaagde en er nooit iets mee gebeurde.
De moeite waard is een pilot wanneer de techniek bewezen is maar de werking in jouw organisatie nog niet: of collega's ermee kunnen werken, of de gegevens in jouw omgeving schoon genoeg zijn, of het proces houdt de nieuwe stap aan. Ook loont hij om inzet begrensd te houden bij een systeem dat een kernproces raakt. Een pilot neemt het risico weg dat je iets volledig inbedrijft wat de praktijk vervolgens omver loopt.
Het loont niet wanneer de techniek zelf nog onbewezen is. Dan is eerst een haalbaarheidsproef de juiste, kleinere stap. En het is verspilling als er geen meetdoel komt of geen moment waarop besloten wordt: een pilot zonder uitlezing verandert niets, behalve dat er drie maanden verstreken zijn. Voor processen die zo klein zijn dat een proeftraject meer werk is dan het probleem zelf, is direct bouwen eerlijker.
Onze pilot is een productie-aanpak in het klein: één werkstroom, echt gebruik, meetdoel en einddatum vooraf vastgelegd, en een besluitmoment waarop wordt uitgebouwd, bijgesteld of gestopt. Omdat de pilot niet een losse proef is maar het begin van de oplossing, loopt hij daarna doorgaans gewoon door. De afweging tussen pilot en directe productie staat op een aparte pagina uitgewerkt; elk traject offert op nacalculatie, zonder standaardpakket.
Ze overlappen sterk, maar de nadruk ligt anders. Een MVP is de kleinste bruikbare versie van het product zelf: één werkstroom, bewust kaal. Een pilot is de manier waarop die versie in de praktijk wordt gezet: begrensd in tijd en omvang, met meetdoel en einddatum. In een traject vallen ze vaak samen. De MVP is wat je in de pilot inzet. Het verschil zit vooral in de vraag waar je naar kijkt: het product zelf, of het bewijs dat het in jouw organisatie werkt.
Kort genoeg om scherp te blijven, lang genoeg om het dagelijkse ritme te zien. Een paar weken tot een paar maanden, afhankelijk van hoe vaak de werkstroom doorloopt. Een proces dat dagelijks vijf keer plaatsvindt, levert sneller bewijs dan een maandelijks terugkerende routine. We spreken vóóraf een einddatum en een meetmoment af, want een pilot zonder einddatum wordt een permanente tussenoplossing waarin niemand meer besluit.
Eerst luisteren: kritiek tijdens een pilot is vaak het waardevolste bewijs dat je krijgt, want collega's die meewerken maar bezwaar maken, zien precies waar het knelt. Hun punten gaan terug in de bijstelling vóór uitbouw. Blijft het weerstand ondanks een werkend systeem, dan is dat een signaal over proces of uitleg, niet over techniek. Daarom kiezen we bij een pilot liever een team dat het probleem zelf voelt dan een team dat om goodwill meedoet.
Alleen als er geen besluitmoment is afgesproken. Dat is de bekende valkuil en we geven hem zelf ook aan. Daarom ligt het besluit vóór de start vast: aan het eind wordt uitgebouwd, bijgesteld of gestopt, op grond van het meetdoel dat ook al vastlag. En stopt de pilot, dan weten we in ieder geval wat niet werkt, en dat is bij een klein, begrensd traject een betaalbare les. Doorgaan op gevoel is de enige versie die werkelijk geld kost.
EIGHTY8