Hoe lang duurt een AI-implementatie? Een realistische planning per complexiteitsniveau

Wat houdt de doorlooptijd van een AI-implementatie in?

De doorlooptijd van AI-implementatie is de periode van formele probleemselectie tot gecontroleerd gebruik in de dagelijkse workflow. Dit is iets anders dan bouwtijd. Onderzoek, gegevensopschoning, beveiliging, acceptatietesten, training en stabilisatie horen bij de implementatie en moeten daarom in de planning staan.

Waarom organisaties hierop vastlopen

Korte planningen tellen vaak alleen ontwikkeluren. De wachttijd voor toegang, besluitvorming en beoordeling wordt vergeten. Daardoor lijkt een oplossing technisch te laat, terwijl het project vooral wacht op brondata, proceseigenaren of juridische keuzes. Een realistische planning maakt werk én wachttijd zichtbaar.

Stappenplan

1. Classificeer de use-case

Bepaal impact, autonomie, aantal gebruikers en gevoeligheid. Leg voor de doorlooptijd van een AI-implementatie vast hoe classificeer de use-case wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

2. Meet procescomplexiteit

Tel stappen, uitzonderingen, overdrachten en beslisregels. Leg voor de doorlooptijd van een AI-implementatie vast hoe meet procescomplexiteit wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

3. Inventariseer databronnen

Controleer toegang, kwaliteit, formaten en eigenaarschap. Leg voor de doorlooptijd van een AI-implementatie vast hoe inventariseer databronnen wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

4. Schat integratiewerk

Maak onderscheid tussen bestaande API, configuratie en maatwerk. Leg voor de doorlooptijd van een AI-implementatie vast hoe schat integratiewerk wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

5. Plan controles

Reserveer tijd voor privacy, security, kwaliteit en gebruikersacceptatie. Leg voor de doorlooptijd van een AI-implementatie vast hoe plan controles wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

6. Plan pilot en correcties

Neem minimaal één volledige verbetercyclus op. Leg voor de doorlooptijd van een AI-implementatie vast hoe plan pilot en correcties wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

7. Plan adoptie

Training, communicatie en ondersteuning zijn onderdeel van de doorlooptijd. Leg voor de doorlooptijd van een AI-implementatie vast hoe plan adoptie wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

8. Voeg beslisruimte toe

Plan go/no-go-momenten in plaats van één onwrikbare einddatum. Leg voor de doorlooptijd van een AI-implementatie vast hoe voeg beslisruimte toe wordt beoordeeld, wie het bewijs controleert en welke onzekerheid nog openstaat.

Beslismodel: wanneer doorgaan en wanneer niet?

| Onderdeel | Centrale controlevraag | Gewenst bewijs | Besluit | |---|---|---|---| | Classificeer de use-case | Bepaal impact, autonomie, aantal gebruikers en gevoeligheid. | Gemeten procesdata en akkoord van de eigenaar | Doorgaan als de voorwaarde aantoonbaar is | | Meet procescomplexiteit | Tel stappen, uitzonderingen, overdrachten en beslisregels. | Gemeten procesdata en akkoord van de eigenaar | Eerst de belangrijkste onzekerheid testen | | Inventariseer databronnen | Controleer toegang, kwaliteit, formaten en eigenaarschap. | Representatieve test en vastgelegde beoordeling | Niet opschalen zonder expliciet akkoord | | Schat integratiewerk | Maak onderscheid tussen bestaande API, configuratie en maatwerk. | Representatieve test en vastgelegde beoordeling | Doorgaan als de voorwaarde aantoonbaar is | | Plan controles | Reserveer tijd voor privacy, security, kwaliteit en gebruikersacceptatie. | Besluitdocument met eigenaar en controlemoment | Eerst de belangrijkste onzekerheid testen | | Plan pilot en correcties | Neem minimaal één volledige verbetercyclus op. | Besluitdocument met eigenaar en controlemoment | Niet opschalen zonder expliciet akkoord |

Praktijkvoorbeeld met berekening

Een eenvoudige classificatieworkflow gebruikt één mailbox, één bestaand CRM en antwoorden die altijd door een medewerker worden goedgekeurd. Dat is wezenlijk anders dan een agent die betaalopdrachten voorbereidt uit meerdere bronnen. De tweede toepassing vraagt strengere autorisatie, logging, uitzonderingsroutes en controle. Hetzelfde model kan worden gebruikt, maar de implementatieduur wordt door de context bepaald.

Transparante basisformule

ROI (%) = (nettobaten - investering) / investering × 100

Risico’s en beheersmaatregelen

1. Alleen technische bouwtijd wordt begroot.

Behandel “alleen technische bouwtijd wordt begroot.” binnen de doorlooptijd van een AI-implementatie als een afzonderlijk beslispunt met een eigenaar, signaal, maatregel en geaccepteerd restrisico.

2. Afhankelijkheden van leveranciers blijven buiten de planning.

Behandel “afhankelijkheden van leveranciers blijven buiten de planning.” binnen de doorlooptijd van een AI-implementatie als een afzonderlijk beslispunt met een eigenaar, signaal, maatregel en geaccepteerd restrisico.

3. Gebruikersacceptatie wordt tot de laatste week uitgesteld.

Behandel “gebruikersacceptatie wordt tot de laatste week uitgesteld.” binnen de doorlooptijd van een AI-implementatie als een afzonderlijk beslispunt met een eigenaar, signaal, maatregel en geaccepteerd restrisico.

4. Een kalenderdeadline vervangt inhoudelijke kwaliteitscriteria.

Behandel “een kalenderdeadline vervangt inhoudelijke kwaliteitscriteria.” binnen de doorlooptijd van een AI-implementatie als een afzonderlijk beslispunt met een eigenaar, signaal, maatregel en geaccepteerd restrisico.

Veelgestelde vragen

Kan AI binnen dertig dagen live?

Dat kan voor een afgebakende toepassing met goede data, beperkte risico’s en bestaande koppelingen, maar niet als algemene garantie.

Wat veroorzaakt de meeste vertraging?

Vaak onduidelijke processen, ontbrekende toegang, datakwaliteit en trage besluitvorming, niet het taalmodel zelf.

Hoe plan je onzekerheid?

Werk met fasen, bewijsstukken en beslismomenten en reserveer ruimte voor een verbetercyclus.

Moet training vóór livegang?

De kerngebruikers moeten vóór productie weten hoe zij output beoordelen, fouten melden en het terugvalpad gebruiken.

Wanneer mag een deadline verschuiven?

Wanneer veiligheid, kwaliteit of noodzakelijke procesvoorwaarden onvoldoende zijn.