Van POC naar productie: de 5 remmen die je AI-projecten doden
Veel AI POC's gaan nooit in productie. Hier zijn de 5 structurele remmen die we systematisch tegenkomen bij onze klanten, en het beslissingsraster om ze te vermijden vanaf de kaderingsfase.
Drie jaar lang is het ons herhaald: « je moet POC's doen ». Vandaag worden directies wakker met een brutale realiteit. De grote meerderheid van AI proof of concepts gelanceerd sinds 2023 heeft de demo-status nooit verlaten. Niet door gebrek aan technologie. Door gebrek aan methode.
1. De use case wordt gekozen uit enthousiasme, niet uit ROI
Eerste val: de POC wordt gelanceerd omdat een lid van de ExCo een verbluffende demo zag op CES. Het onderwerp is technisch verleidelijk maar operationeel marginaal. Zes maanden later levert het project wat het beloofde, behalve dat niemand in de organisatie het echt nodig heeft.
« Een goede AI use case is saai om te vertellen op een diner. Het is een repetitieve taak, met groot volume, met een berekenbare ROI in een spreadsheet. »
2. Geen budgetlijn voor de run
Het POC-budget wordt gesponsord door innovatie. De overgang naar productie vereist een terugkerende lijn op IT-opex, die nooit gepland werd. Het project sterft tussen twee budgetcomités.
3. De data is niet klaar (en niemand wil het zeggen)
Men ontdekt in maand 3 dat de nodige data verspreid zit over 4 systemen, slecht gekwalificeerd, met inconsistente naamgevingsconventies. De POC werkt op een handmatig gefilterd staal. Productie zou 6 maanden voorafgaande data engineering vereisen. Niemand had het becijferd.
4. Geen geïdentificeerde business owner
De POC werd geleid door IT of een extern bureau. Bij oplevering is geen enkele business directeur verantwoordelijk voor adoptie, impact-meting of evolutie. De tool wordt online gezet, niemand bekommert zich erom, hij sterft af in zes weken.
5. Geen impact-meetprotocol
Men lanceert, men observeert « het lijkt te werken », maar men heeft nooit de KPI's voor/na gedefinieerd, het meetbereik, noch de drempel waarboven men industrialiseert. Zonder meetraster onmogelijk om de voortzetting van het programma te verdedigen bij de directie.
Het ProofPilot beslissingsraster
- Vertegenwoordigt de use case > 200u/jaar gemeten repetitieve taak?
- Is er een benoemde business sponsor, met een gekwantificeerd doel in zijn jaarlijkse scorecard?
- Is de runkost over 24 maanden ingeschreven in het meerjarenbudget?
- Is de data toegankelijk, proper en geautoriseerd? (data audit vooraf, niet tijdens POC)
- Zijn de KPI's voor/na gedefinieerd, geïnstrumenteerd en getekend door de sponsor?
Als je 5 ja's hebt, lanceer. Als je minder dan 4 hebt, lanceer niet, of lanceer eerst een kadering van 2 weken om de neens om te zetten in ja's. Het is onze interne regel, ook degene die we toepassen op elke missie.
