Een middelgrote onderneming die AI-opties vergelijkt, kan gemakkelijk de verkeerde zaken naast elkaar leggen. Een softwareabonnement lijkt goedkoper dan maatwerk, terwijl een met een API gebouwd prototype sneller lijkt dan beide alternatieven. De relevante vraag is echter niet: “Welke technologie kost het minst?” De vraag is: “Welk operationeel model biedt deze workflow de juiste aansluiting, controle, snelheid en uitstapmogelijkheid?”
Voor een algemeen directeur of CIO in Brussel zijn er doorgaans drie keuzes. Koop een standaardproduct wanneer het proces gestandaardiseerd is en de leverancier het grootste deel ervan al oplost. Bouw een oplossing wanneer de workflow werkelijk onderscheidend is of controles vereist die standaardproducten niet kunnen bieden. Integreer wanneer bestaande systemen de centrale gegevensbron moeten blijven en AI het werk tussen die systemen moet coördineren. Veel succesvolle implementaties zijn hybride: koop een model of toepassing, integreer die in de operationele workflow en bouw uitsluitend de beperkte laag die onderscheidend is.
Begin bij de workflow, niet bij een productlijst
Definieer één workflow, vanaf de aanleiding tot en met het geregistreerde resultaat. Een workflow voor klantreacties kan beginnen wanneer een e-mail binnenkomt en eindigen wanneer het CRM een goedgekeurd antwoord, een verantwoordelijke en een volgende actie bevat. Een workflow voor afwijkingen in bestellingen kan beginnen met een verschil in een ERP en eindigen wanneer iemand een gedocumenteerde oplossing goedkeurt. Benoem de invoer, systemen, beslissingen, overdrachtsmomenten, uitzonderingen en verantwoordelijke eigenaar.
Deze afbakening maakt duidelijk wat de AI-oplossing daadwerkelijk moet doen. Een standaardassistent kan wellicht goede teksten opstellen, maar niet beschikken over de machtigingen, meertalige terminologie, ERP-objecten, goedkeuringsstappen of auditregistratie die de bedrijfsvoering vereist. Omgekeerd is een maatwerkmodel verspilling wanneer een volwassen product de benodigde functionaliteit al biedt en het proces eraan kan worden aangepast.
De drie opties in de praktijk
Kopen: standaardfunctionaliteit en snelle ingebruikname
Kopen is de beste keuze wanneer het proces gangbaar is, configuratie volstaat en een snelle waardecreatie belangrijker is dan uniekheid. Voorbeelden zijn transcriptie van vergaderingen, eenvoudige documentextractie, algemene productiviteitsondersteuning of een ondersteuningsfunctie die al in het CRM van de onderneming is ingebouwd. Beoordeel het volledige product en niet alleen de demo: gegevenslocatie, voorwaarden voor verwerkers, bewaartermijnen, toegangscontroles, exportformaten, beheerderslogs, servicelimieten, modelwijzigingen, ondersteuning en hulp bij beëindiging.
Het verborgen risico is dat er compromissen in het proces worden gesloten. Teams kunnen een kritieke workflow aanpassen aan de aannames van een leverancier, handmatig werk tussen systemen creëren of ontdekken dat export- en verwijderingsmogelijkheden tekortschieten. De EU-dataverordening is sinds 12 september 2025 van toepassing en bevat regels die het overstappen tussen gegevensverwerkingsdiensten moeten vergemakkelijken. Dat versterkt het belang van het testen van overdraagbaarheid, maar vervangt geen concreet uitstapplan, bruikbare exportmogelijkheden en contractuele verantwoordelijkheden.
Bouwen: onderscheidende logica en meer controle
Bouwen is geschikt wanneer bedrijfseigen kennis van de workflow belangrijk is, de beslissingslogica ongebruikelijk is of standaardproducten niet aan de vereisten voor beveiliging en controle kunnen voldoen. “Bouwen” betekent zelden dat vanaf nul een basismodel wordt getraind. Gewoonlijk betekent het dat bestaande modellen en infrastructuur worden samengebracht in een doelgerichte toepassing met de gegevensgrenzen, evaluatieset, interface, goedkeuringen en monitoring van de onderneming.
De zichtbare ontwikkelingskosten vormen slechts een deel van de totale eigendomskosten. Houd ook rekening met productbeheer, gegevensvoorbereiding, integratie, tests, beveiligingsbeoordelingen, gebruikersondersteuning, modelwijzigingen, incidentrespons en onderhoud wanneer bronsystemen evolueren. Een maatwerksysteem zonder aangewezen producteigenaar wordt een duur prototype. Bouw alleen wanneer de aanvullende aansluiting of differentiatie deze blijvende verplichting kan rechtvaardigen.
Integreren: behoud de bronsystemen en verander de werkstroom
Integratie is vaak de praktische middenweg voor Belgische en Nederlandse middelgrote ondernemingen. Het CRM, ERP, documentarchief of ticketingsplatform blijft de gezaghebbende bron. AI extraheert, classificeert, zoekt, adviseert of stelt concepten op; een orkestratielaag verplaatst informatie tussen systemen en stuurt onzekere gevallen door naar medewerkers. Zo hoeft een kernplatform niet te worden vervangen om slechts één intelligente workflow toe te voegen.
Integratie is niet automatisch eenvoudig. Elke connector brengt authenticatie, veldtoewijzing, gebruikslimieten, versiewijzigingen, logging, nieuwe pogingen en herstel na storingen met zich mee. Test precies welke objecten en machtigingen nodig zijn, in plaats van “er is een API” als bewijs te aanvaarden. De architectuur moet vastleggen wat er gebeurt wanneer het model, de connector of het bronsysteem niet beschikbaar is.
Een beslissingsscorekaart met zeven factoren
Geef elke factor een score van één tot vijf, documenteer de onderbouwing en vergelijk de opties op basis van dezelfde aannames.
- Differentiatie: Levert deze workflow een concurrentievoordeel op of gaat het om standaardadministratie? Standaardwerk pleit voor kopen; onderscheidende operationele logica kan bouwen rechtvaardigen.
- Gevoeligheid van gegevens: Identificeer persoonsgegevens, vertrouwelijke, gereguleerde en grensoverschrijdende gegevens. Een hogere gevoeligheid maakt architectuur, contracten, toegangscontrole en auditmogelijkheden belangrijker.
- Integratiediepte: Tel het aantal systemen, schrijfacties, maatwerkobjecten en afhankelijkheden. Diepe integratie pleit vaak voor een gecontroleerde integratielaag in plaats van een zelfstandige tool.
- Tijd tot waarde: Maak onderscheid tussen een snelle demonstratie en gereedheid voor productie. Kopen kan de implementatietijd verkorten, maar alleen als inkoop, beveiliging, gegevens en adoptie goed aansluiten.
- Eigenaarschapscapaciteit: Wijs aan wie het systeem na de lancering zal beheren, evalueren, ondersteunen en verbeteren. Bouw geen maatwerkproduct als niemand er eigenaar van is.
- Onderhoudsrisico: Schat de wijzigingen aan modellen, prompts, integraties, beleidsregels en bronsystemen over een periode van drie jaar, en kijk niet alleen naar het lanceringsbudget.
- Uitstapkosten: Test gegevensexport, overdraagbaarheid van configuraties, vervangingsinspanning, contractuele opzegtermijnen en continuïteit wanneer een leverancier zijn prijs of functionaliteit wijzigt.
Gebruik de scorekaart om afwegingen zichtbaar te maken, niet om een schijnbaar exact antwoord te produceren. Een beslissing met een hoog risico voor klanten of werknemers kan sterkere menselijke controle vereisen, ongeacht welke optie de laagste score oplevert. Voor een interne samenvattingstool met een laag risico kan een snellere aankoopbeslissing gerechtvaardigd zijn.
Een implementatieworkflow voor Brussel en de Benelux
- Breng één productieonderdeel in kaart. Leg tijdens workshops met bedrijfsvoering, IT, beveiliging en de proceseigenaar de huidige uitgangssituatie vast, evenals de uitzonderingen die medewerkers handmatig afhandelen.
- Classificeer gegevens en beslissingen. Identificeer persoonsgegevens, vertrouwelijke gegevens, betrokken personen, geautomatiseerde acties en situaties waarin menselijke controle verplicht is. De EDPB legt uit dat een DPIA vereist is wanneer een verwerking waarschijnlijk een hoog risico inhoudt; behandel deze beoordeling als input voor de architectuur en niet als administratief werk na de inkoop.
- Stel voor alle drie de trajecten een shortlist op. Vraag leveranciers om de exacte workflow met representatieve testgegevens te demonstreren. Maak voor de vergelijkbare maatwerk- en integratieopties een raming op basis van dezelfde controles en ondersteuningsperiode.
- Controleer de wettelijke rollen. Volgens de EU-AI-verordening hangen de verplichtingen af van het systeem en van de vraag of de organisatie aanbieder, gebruiksverantwoordelijke, importeur of distributeur is. Verplichtingen rond AI-geletterdheid gelden sinds 2 februari 2025, terwijl de meeste bepalingen vanaf 2 augustus 2026 van toepassing zijn, met enkele uitzonderingen. Documenteer de classificatie en win juridisch advies in wanneer de gevolgen aanzienlijk zijn.
- Ontwerp de controlegrenzen. Definieer machtigingen, goedkeuringsdrempels, weigerings- en escalatiegedrag, logs, bewaartermijnen, monitoring en terugdraaiing. Test voor meertalige Belgische activiteiten afzonderlijk voorbeelden in het Nederlands, Frans en Engels; ga er niet van uit dat prestaties automatisch overdraagbaar zijn tussen talen.
- Voer een gemeten productiepilot uit. Werk binnen een beperkte scope met echte gebruikers en daadwerkelijke controles. Europese digitale-innovatiehubs bieden “testen vóór investeren” en aanverwante ondersteuning waarmee kmo’s technologie kunnen evalueren voordat zij bredere toezeggingen doen.
- Keur goed met een uitstapplan. Bewaar de architectuur, evaluatieresultaten, contracten, verantwoordelijkheden, exportstappen en vervangingsaannames samen met het investeringsbesluit.
Randvoorwaarden die het antwoord moeten veranderen
Bouw geen oplossing wanneer de onderneming geen stabiele centrale gegevensbron, eigenaar of capaciteit voor softwareondersteuning heeft. Koop geen product wanneer het onaanvaardbaar gegevensgebruik, gebrekkige exportmogelijkheden of een procesontwerp vereist dat meer handmatig werk veroorzaakt. Integreer geen kwetsbaar proces alleen omdat er API’s bestaan. Los eerst onduidelijk eigenaarschap, dubbele gegevens en onbeheerde uitzonderingen op.
Bij inkoop moet ook onderscheid worden gemaakt tussen modelrisico en workflowrisico. Een betrouwbaar model kan nog steeds schadelijke resultaten opleveren wanneer machtigingen, context of vervolghandelingen onjuist zijn. Omgekeerd kan een onvolmaakt model nuttig zijn wanneer het uitsluitend een aanbeveling opstelt die door een opgeleide medewerker moet worden goedgekeurd. De controles moeten afgestemd zijn op de gevolgen van fouten.
Meet waarde zonder besparingen te verzinnen
Leg een uitgangssituatie vast voordat u een optie selecteert. Meet volume, actieve verwerkingstijd, wachttijd, herstelwerk, fout- en uitzonderingspercentages, escalaties en de kosten van vertraging. Kies één primair resultaat, zoals de tijd tussen een verzoek en een goedgekeurde oplossing, en stel waarborgen vast, zoals het correctiepercentage, het percentage niet-onderbouwde antwoorden, beleidsovertredingen of incidenten.
Vergelijk tijdens de pilot kopen, bouwen en integreren met dezelfde scorekaart: kwaliteit van resultaten, gebruikersadoptie, implementatie-inspanning, operationele kosten, ondersteuningslast, dekking van controles en herstel na storingen. Evalueer na meerdere operationele cycli. Uren die door automatisering worden “geraakt”, zijn niet automatisch financiële besparingen; de waarde kan zich ook uiten in snellere reacties, een hogere capaciteit, minder fouten of betere traceerbaarheid. Uitbreiding mag alleen plaatsvinden wanneer is aangetoond dat de workflow verbeterde zonder verborgen werk naar IT, financiën of bedrijfsvoering te verschuiven.
Intyb helpt middelgrote ondernemingen om deze beslissing om te zetten in een gecontroleerd productieonderdeel via AI-oplossingen op maat voor organisaties in Brussel en de rest van de Benelux. Gebruik onze kostengids voor AI-implementatie om vergelijkbare aannames over eigendomskosten op te stellen, of bespreek de workflow met Intyb.