{"id":1407090,"date":"2026-10-27T16:56:51","date_gmt":"2026-10-27T16:56:51","guid":{"rendered":"https:\/\/www.artefact.com\/?post_type=blog&#038;p=1407090"},"modified":"2026-10-27T16:56:51","modified_gmt":"2026-10-27T16:56:51","slug":"enterprise-ai-deployment-layer","status":"publish","type":"blog","link":"https:\/\/www.artefact.com\/nl\/blog\/enterprise-ai-deployment-layer\/","title":{"rendered":"De implementatielaag: Waarom Claude en ChatGPT teams ter plaatse nodig hebben om de onderneming te bereiken"},"content":{"rendered":"<div class=\"fusion-fullwidth fullwidth-box fusion-builder-row-1 fusion-flex-container nonhundred-percent-fullwidth non-hundred-percent-height-scrolling\" style=\"--awb-border-radius-top-left:0px;--awb-border-radius-top-right:0px;--awb-border-radius-bottom-right:0px;--awb-border-radius-bottom-left:0px;--awb-flex-wrap:wrap;\" ><div class=\"fusion-builder-row fusion-row fusion-flex-align-items-flex-start fusion-flex-content-wrap\" style=\"max-width:calc( 1440px + 20px );margin-left: calc(-20px \/ 2 );margin-right: calc(-20px \/ 2 );\"><div class=\"fusion-layout-column fusion_builder_column fusion-builder-column-0 fusion_builder_column_1_1 1_1 fusion-flex-column\" style=\"--awb-bg-blend:overlay;--awb-bg-size:cover;--awb-width-large:100%;--awb-margin-top-large:0px;--awb-spacing-right-large:10px;--awb-margin-bottom-large:0px;--awb-spacing-left-large:10px;--awb-width-medium:100%;--awb-spacing-right-medium:10px;--awb-spacing-left-medium:10px;--awb-width-small:100%;--awb-spacing-right-small:10px;--awb-spacing-left-small:10px;\"><div class=\"fusion-column-wrapper fusion-flex-justify-content-flex-start fusion-content-layout-column\"><div class=\"fusion-text fusion-text-1\"><h2>Inleiding<\/h2>\n<p>Enkele maanden geleden liet een CIO mij zijn Claude Enterprise-dashboard zien. Tweeduizend gebruikerslicenties, ge\u00efmplementeerd in zes weken, single sign-on via de identiteitsprovider van het bedrijf, een gebruiksbeleid dat door de juridische afdeling was goedgekeurd en door elke medewerker bij de eerste aanmelding was bevestigd. Vervolgens scrolde hij naar het tweede tabblad. <strong>Wekelijkse actieve gebruikers: 14%. <\/strong><\/p>\n<p>De meest voorkomende opdracht: \u201cVat deze e-mail samen.\u201d De op \u00e9\u00e9n na meest voorkomende: \u201cHerschrijf dit in een professionelere stijl.\u201d <strong>Geen enkele koppeling met het ERP-systeem, het data-magazijn of de documentarchieven<\/strong>. Er was geen enkele medewerker in de productie. Drie verdiepingen onder ons was het team van de crediteurenadministratie bezig de PDF-bestanden van leveranciers \u00e9\u00e9n voor \u00e9\u00e9n te openen, het factuurnummer, het bedrag en de kostenplaats af te lezen en deze met de hand in het financi\u00eble systeem in te voeren \u2014 ongeveer een <strong>honderd facturen per maand, wat neerkomt op ongeveer anderhalve dag werk voor iemand.<\/strong><\/p>\n<p>Ik vind dit inmiddels niet meer verrassend. Ik ben nu van mening dat dit het gebruikelijke resultaat is van de manier waarop bedrijven AI aanschaffen, en ik wil heel duidelijk aangeven waarom.<\/p>\n<p>Wij hebben gezamenlijk besloten om frontier-modellen op dezelfde manier te behandelen als software: de licentie aanschaffen, de gebruikersaccounts toewijzen, een webinar organiseren en verdergaan. Dat werkte voor e-mail en voor CRM, omdat de waarde van die tools in de tool zelf lag \u2014 de inbox was het product, het overzicht van de pijplijn was het product. <strong>De waarde van een frontier-model ligt niet in het model zelf. Deze ligt in de afstand tussen het model en de data, bevoegdheden, werkwijzen en processen van een specifiek bedrijf<\/strong>: of het model de omzetcijfers van het afgelopen kwartaal per SKU kan weergeven, of het weet dat de \u201cnetto-omzet\u201d bij dit bedrijf exclusief handelsuitgaven is, en of een verkoopdirecteur het ooit ook maar \u00e9\u00e9n keer heeft gebruikt bij een vraag die zij die week daadwerkelijk moest beantwoorden.<\/p>\n<p><strong>Er is niemand binnen de organisatie die wordt betaald om die kloof te overbruggen.<\/strong> De IT-afdeling is verantwoordelijk voor de tenant en meet de uptime. De bedrijfsafdeling is verantwoordelijk voor de use cases en meet niets. De leverancier is verantwoordelijk voor de roadmap en meet het aantal licenties. De ruimte daartussen behoort aan niemand toe, en <strong>in die ruimte schuilt de waarde<\/strong>.<\/p>\n<p>Na een jaar lang op het 14%-moment bij bedrijven binnen te zijn gestapt, ben ik ervan overtuigd dat <strong>deze discipline vormt een vakgebied op zich<\/strong>. Het gaat niet om verandermanagement met betere presentaties, en het gaat ook niet om systeemintegratie met een nieuwe API. Het betreft engineering, data, beveiliging en implementatie, die gezamenlijk worden uitgevoerd binnen de organisatie van de klant, door mensen die tevens deel uitmaken van de roadmap van het lab en die verantwoording afleggen voor een resultaat in plaats van voor een oplevering. Ik noem dit de implementatielaag, en in dit artikel leg ik uit waarom deze belangrijker is dan de volgende modelrelease.<\/p>\n<h2>Waarom de implementatie van AI binnen bedrijven tot stilstand komt nadat de licentieovereenkomst is ondertekend<\/h2>\n<p>Dit patroon doet zich voor in het bankwezen, de consumptiegoederensector, de vastgoedsector en de telecommunicatiesector, en verloopt volgens een herkenbare volgorde. Een proefproject slaagt: een klein team binnen marketing of klantenservice, een begripvolle sponsor, een duidelijk gebruiksscenario, een demonstratie die de raad van bestuur doet opleven. Een tweede proefproject slaagt in een andere afdeling. Het management keurt een bedrijfsbrede uitrol goed, vaak met een doelstelling als \u201cAI voor iedereen tegen het tweede kwartaal\u201d. De uitrol vindt plaats. <strong>Het gebruik neemt gedurende drie weken toe vanwege de nieuwigheid, waarna het afvlakt op het niveau van een betere zoekmachine<\/strong>, en de agenten die de uitrol hadden moeten begeleiden, staan nog steeds op een dia met de titel \u201cFase 2\u201d.\u201d<\/p>\n<p>De gebruikelijke verklaringen kloppen niet.<\/p>\n<ul>\n<li><strong>Het is niet zo dat werknemers zich tegen verandering verzetten;<\/strong> De mensen die ik ontmoet, willen dolgraag dat de tool hen helpt bij hun eigenlijke werk en zijn gefrustreerd omdat deze de spreadsheet die zij op dat moment bekijken, niet kan herkennen.<\/li>\n<li><strong>Het is niet zo dat de modellen onvolwassen zijn;<\/strong> Twee generaties geleden waren zij al tot het grootste deel hiervan in staat, en de kloof tussen wat Claude of GPT kunnen en wat de organisatie van hen verlangt, is sindsdien alleen maar groter geworden.<\/li>\n<li><strong>En het is niet zo dat er een gebrek aan praktijkvoorbeelden is.<\/strong> Tijdens elke workshop die ik heb gegeven, komen er in de loop van een ochtend tachtig van dit soort opmerkingen, waarvan de helft variaties zijn op \u201claat mij dit niet steeds opnieuw invoeren\u201d.\u201d<\/li>\n<\/ul>\n<p>Het proces loopt vast omdat er drie vragen zijn zonder eigenaar:<\/p>\n<ul>\n<li><strong>Wat weet het model over ons?<\/strong> Welke systemen kan het inzien \u2014 het magazijn, de documentarchieven, het ticketingsysteem, het HR-platform? Op basis van wiens toegangsrechten kan het deze inzien: die van het serviceaccount of die van de persoon die erom vraagt? En wanneer het een nummer verstrekt, kan iemand dan terugvinden uit welke tabel of welk document dit afkomstig is?<\/li>\n<li><strong>Wie is binnen elke afdeling verantwoordelijk voor de implementatie?<\/strong> Niet om het aantal licenties te tellen \u2014 maar vanwege de gewoonte om de tool op maandagochtend in te zetten voor concreet werk binnen Verkoop, Financi\u00ebn, Juridische Zaken en Bedrijfsvoering, waarbij elke afdeling zijn eigen data, eigen terminologie en een eigen definitie van \u201cnuttig\u201d hanteert.\u201d<\/li>\n<li><strong>Wie ontwikkelt de agents, en wie zorgt voor het onderhoud ervan wanneer de consultants vertrekken?<\/strong> Een IT-achterstand die al achttien maanden oploopt, een externe leverancier met een tijd-en-materiaalcontract, of medewerkers binnen de organisatie die het proces dat zij automatiseren goed begrijpen?<\/li>\n<\/ul>\n<p>Ik heb nog nooit een programma gezien dat succesvol was waarbij deze vragen door een stuurgroep werden beantwoord. Ze worden beantwoord <strong>door de mensen die het werk uitvoeren, in het gebouw, en die beslissingsbevoegdheid hebben.<\/strong><\/p>\n<h2>De implementatielaag: de capaciteit waarvoor niemand middelen reserveert<\/h2>\n<p>Tussen het model en de bedrijfsvoering bevindt zich een werkgebied dat noch puur IT, noch puur verandermanagement is. Ik deel dit op in vier onderdelen, en over elk daarvan heb ik een uitgesproken mening.<\/p>\n<p><strong>Implementeer.<\/strong> Het platform zelf \u2014 Claude Enterprise, Claude Code en Cowork, of ChatGPT Enterprise en Codex \u2014 is naar behoren ge\u00efmplementeerd. In de praktijk betekent dit een licentiemodel waarbij licenties worden toegewezen op basis van functie, afdeling en anci\u00ebnniteit, in plaats van volgens het principe \u2018wie het eerst komt, het eerst maalt\u2019; identiteitsbeheer via de bedrijfs-SSO met groepsgebaseerde toegang; een gebruiksbeleid dat in duidelijke taal aangeeft wat wel en niet mag worden ingevoerd, en een gids met best practices die beschrijft hoe goed gebruik eruitziet; en kostenbeheer dat per afdeling laat zien wie wat gebruikt, vanaf de eerste week. <strong>Dit is het onderdeel waar de meeste organisaties redelijk goed in zijn, en op zichzelf is het het minst waardevolle onderdeel.<\/strong> Een volledig ingerichte tenant waaraan niets is gekoppeld, is een zeer kostbaar chatvenster.<\/p>\n<p><strong>Grond.<\/strong> De contextlaag die ervoor zorgt dat het model antwoorden geeft die in overeenstemming zijn met de eigen waarheid van het bedrijf. Concreet: een <strong>\u00e9\u00e9n MCP-server<\/strong>, dat draait in de eigen cloud-tenant van de klant en dat de gestructureerde data (de verkooptabellen in Fabric of Snowflake, de budgetten, de KPI-marts) en de ongestructureerde opslagplaatsen (contracten, beleidsdocumenten, presentaties voor de raad van bestuur en procedures in SharePoint of Drive) via \u00e9\u00e9n gecontroleerd toegangspunt. Daarbovenop komt een laag met bedrijfskennis: de offici\u00eble woordenlijst, de KPI-definities zoals deze door de financi\u00eble afdeling zijn opgesteld, de bedrijfsregels (\u201ceen kwartaal wordt op de 25e afgesloten\u201d, \u201csluit intercompany-transacties uit van de netto-omzet\u201d), en een semantische beschrijving van elk document, zodat het model het juiste bestand kan vinden en dit volledig kan lezen in plaats van te moeten gissen op basis van een fragment. De toegang weerspiegelt de bestaande machtigingen van elke medewerker, zodat het model voor u alleen datgene toont wat u zelf al zou kunnen openen. <strong>En elk antwoord bevat een bronvermelding: de tabel, het rijfilter, het document, de pagina.<\/strong> Ik ben van mening dat dit het punt is waarop het succes van bedrijfs-AI staat of valt, en het is het onderdeel dat bijna iedereen overslaat omdat het op loodgieterswerk lijkt. Zonder dit onderdeel is het model een briljante vreemdeling. Met dit onderdeel is het een collega die alles heeft gelezen en dat ook kan aantonen.<\/p>\n<p><strong>Adopteer.<\/strong> Opleiding, afdeling voor afdeling, <strong>op het live-bedrijf data.<\/strong> Ik ben allergisch geworden voor de standaard \u201cmasterclass in het stellen van vragen\u201d met zijn voorbeeld-e-mails en zijn fictieve bedrijf: die zorgt voor een week van nieuwsgierigheid en daarna stilte. De sessies die wel werken, zien er anders uit. De verkoopafdeling besteedt twee\u00ebnhalf uur aan \u00e9\u00e9n concrete vraag over het afgelopen kwartaal. De financi\u00eble afdeling voert een echte maandafsluiting uit. HR stelt een echt verzuimrapport op. De juridische afdeling toetst een echte geheimhoudingsovereenkomst aan het eigen handboek van het bedrijf. Elke deelnemer vertrekt met een \u2018Claude-project\u2019 dat de regels van zijn of haar afdeling bevat, en een bruikbaar document dat hij of zij maandag weer zal openen. <strong>Het verschil zit niet in de pedagogiek. Het gaat erom of het model al goed was uitgewerkt voordat er mensen in werden opgeleid.<\/strong><\/p>\n<p><strong>Bouwen.<\/strong> Productieagenten, ontwikkeld in korte sprints door ingenieurs die samen met het team van de klant werken, op basis van een framework dat door de klant wordt beheerd. Het onopvallende werk \u2014 het invoeren van leveranciersfacturen in een schema en het markeren van niet-overeenkomende regels, het opstellen van notulen en actiepunten op basis van een Teams-transcript, het toetsen van een geheimhoudingsovereenkomst aan de interne richtlijnen en het samenvatten van de aansprakelijkheids- en be\u00ebindigingsclausules, het extraheren van de cijfers uit een stapel PDF\u2019s naar het acceptatiesjabloon \u2014 is waar de uren in zitten, <strong>en dat is precies waar de meeste agentprogramma\u2019s nooit komen, omdat ze beginnen met iets indrukwekkends in plaats van iets nuttigs.<\/strong><\/p>\n<p>Deze vier vormen een systeem, geen menu, en ik zou zelfs nog verder willen gaan: <strong>Als men \u00e9\u00e9n daarvan doet zonder de andere, is dat vaak erger dan helemaal niets doen.<\/strong> Training zonder basisleer leert mensen dat het systeem onjuiste signalen afgeeft, en zij hebben gelijk. Basisleer zonder training leidt tot de bouw van een kathedraal waar niemand binnenkomt. Agents zonder platform leveren een tiental losstaande automatiseringen op zonder gezamenlijk beheer, en het beveiligingsteam schakelt deze uiteindelijk, terecht, uit.<\/p>\n<p>De rekensom waar ik steeds weer op terugkom, is eenvoudig:<\/p>\n<blockquote>\n<p>Waarde = Model \u00d7 Implementatielaag.<\/p>\n<\/blockquote>\n<p>Het getal is zeer groot. <strong>Vermenigvuldig het met nul en u krijgt nul.<\/strong> Elke nieuwe versie die uit de laboratoria komt, zorgt ervoor dat de eerste factor groter wordt en de tweede factor doorslaggevender wordt.<\/p>\n<p>En hier komt het ongemakkelijke deel voor iedereen die hoopt zich hieruit te kunnen kopen: de implementatielaag kan niet als software worden aangeschaft. De laboratoria verkopen het model en het platform, en zij doen er goed aan het daarbij te laten. De context, de machtigingen, de werkwijzen op afdelingsniveau en de eerste gebruikers zijn specifiek voor de data en de interne politiek van elk bedrijf \u2013 welk systeem geldt als de bron van waarheid voor een klant, wie mag de marge per product inzien, en hoe het financi\u00eble team de maand daadwerkelijk afsluit. <strong>Ze moeten in het gebouw worden ingebouwd<\/strong>, door mensen die zowel de roadmap van het model als de systemen van de klant begrijpen. Er bestaat geen snelle oplossing, en ik sta wantrouwig tegenover iedereen die er een aanbiedt.<\/p>\n<h2>Voorbeeld \u2014 Wie beantwoordt de vraag over de verkoop?<\/h2>\n<p>Neem eens een eenvoudige vraag die een commercieel directeur op een maandagochtend zou kunnen stellen: \u201cHoe heeft Skala het afgelopen kwartaal gepresteerd ten opzichte van dezelfde periode vorig jaar, en waar hebben wij marktaandeel verloren?\u201d<\/p>\n<p>Op <a href=\"https:\/\/www.artefact.com\/nl\/cases\/bora-brasil-launches-its-ai-office-on-claude-grounded-in-the-groups-own-data\/\">Bora Brasil<\/a>, de haarverzorgingsgroep die is ontstaan uit Skala Brasil en Lola From Rio, ging die vraag vroeger een hele weg afleggen. Van de directeur naar een analist, van de analist naar een BI-rapport, van het rapport naar een spreadsheet, van de spreadsheet naar een presentatie, en drie dagen later weer terug naar de directeur, waarbij de vervolgvraag inmiddels was veranderd. Ondertussen maakten vijftien early adopters al informeel gebruik van Claude, gekoppeld aan hun e-mail, agenda, Teams en bestanden. Zij kregen plausibele antwoorden waarvan niemand de bron kon achterhalen en waarin soms een definitie van \u201cdelen\u201d werd gehanteerd die niemand bij Financi\u00ebn herkende.<\/p>\n<p>De drie vereisten voor leiderschap waren precies de drie bovenstaande vragen: <strong>oplossingen die zijn gebaseerd op de eigen data van de groep, toegang waarbij bestaande machtigingen worden gerespecteerd, en een gereguleerde omgeving<\/strong> zodat gevoelige bedrijfsinformatie niet langer in ongeautoriseerde tools terechtkwam. Dat is het 14%-moment, gezien vanuit het bedrijf zelf.<\/p>\n<p>Wat er in de loop van negen weken veranderde, was niet het model. Er liepen drie trajecten parallel: een bottom-up-traject voor de implementatie, een top-down-traject voor de routekaart en een traject op het gebied van governance.<\/p>\n<ul>\n<li>De uitgevoerde ingenieurswerkzaamheden <strong>een contextplatform op Azure<\/strong>, goedgekeurd door de eigen technische leiding van de groep, waarmee Microsoft Fabric (verkoopcijfers, KPI\u2019s, budgetten) en SharePoint (contracten, beleidsregels, presentaties) via \u00e9\u00e9n enkele MCP-server toegankelijk worden gemaakt.<\/li>\n<li>Een bedrijfsinformatielaag bevat de woordenlijst, de definities van de KPI\u2019s en de bedrijfsregels, met een semantische beschrijving van elk document, zodat Claude het volledige bestand kan vinden en lezen.<\/li>\n<li>Access weerspiegelt de bestaande machtigingen van elke medewerker, en <strong>bij elke figuur wordt de bron (tabel of document) vermeld<\/strong>.<\/li>\n<\/ul>\n<p>Tegelijkertijd leverden gesprekken met de directeuren van de afdelingen Commercie, Marketing, Innovatie en R&amp;D, Operations, Financi\u00ebn en HR 83 mogelijkheden op, die werden beoordeeld op zakelijke waarde en technische complexiteit; dit aantal werd teruggebracht tot 24 en vervolgens, tijdens een workshop voor leidinggevenden, <strong>tot vijf voor de roadmap van het eerste jaar.<\/strong><\/p>\n<p>Pas daarna \u2014 en alleen dan \u2014 volgde de training, specifiek gericht op die verkoopvraag. Tijdens een sessie van 150 minuten zette elke deelnemer een Claude-project op met de bedrijfsregels, haalde de KPI-definities uit SharePoint, plande de query voordat deze in Fabric werd uitgevoerd, bouwde een interactief verkoopdashboard als een deelbaar artefact en controleerde de bron van elk cijfer. De snelste deelnemers maakten van het dashboard nog v\u00f3\u00f3r het einde van de sessie een wekelijks terugkerende routine in Cowork. De handleiding voor de facilitator, zelf opgesteld met Claude, volgde de voortgang van elke deelnemer stap voor stap.<\/p>\n<p><strong>Er zijn vandaag 62 medewerkers actief; dit aantal zal worden uitgebreid tot 150<\/strong>, waarbij licenties worden toegewezen op basis van functie en afdeling, met een AI-bureau als centraal knooppunt en een \u2018Champion\u2019 in elke bedrijfsafdeling. De eerste dertig licentiehouders brengen verslag uit <strong>gemiddeld ten minste vier uur tijdwinst per week<\/strong>; zeven op de tien besparen drie uur of meer. E\u00e9n conversie van de HR-salarisadministratie van 1TP naar 40T <strong>het duurde 90 minuten in plaats van de 40 adviesuren die extern waren geraamd<\/strong>. Een rapport over de werktijdregistratie, dat vroeger acht uur handmatig controleren in beslag nam, wordt nu volgens een vast schema uitgevoerd.<\/p>\n<p>Ik vertel dit verhaal niet omdat de cijfers zo hoog zijn \u2014 het gaat om voorlopige cijfers die door de betrokkenen zelf zijn opgegeven \u2014 maar omdat <strong>de volgorde vormt de les<\/strong>. Zorg eerst voor een stevige basis. Oefen op wat al stevig staat. Geef die gewoonte door aan iemand die blijft. Keer de volgorde om en u krijgt een webinar.<\/p>\n<h2>Het operatiemodel voor inzet op de frontlinie<\/h2>\n<p>Indien de implementatielaag door mensen wordt opgebouwd in plaats van als product te worden aangeschaft, rijst de vraag welke mensen dit doen en hoe zij zijn georganiseerd. Mijn antwoord is bewust ge\u00efnspireerd op de manier waarop de labs zelf met hun grootste klanten samenwerken, en het is een antwoord dat de meeste adviesbureaus \u2013 waaronder tot voor kort ook het mijne \u2013 structureel niet konden geven: <strong>kleine teams, ge\u00efntegreerd, verantwoordelijk voor een resultaat<\/strong> in plaats van een eindproduct. Er zijn drie werkwoorden die dit beschrijven.<\/p>\n<h3>Insluiten<\/h3>\n<p>Koppel een <strong>een strateeg in de frontlinie samen met een ingenieur in de frontlinie<\/strong> en beide voor de duur van het project bij de klant onderbrengen, indien mogelijk fysiek. De strateeg is verantwoordelijk voor het bedrijfsresultaat en het bedrijfsmodel: welke processen, welke afdelingen krijgen voorrang, welke van de tachtig use cases worden opgenomen in de roadmap voor het eerste jaar, hoe het AI-bureau wordt bemand, hoe de toegevoegde waarde wordt gemeten en aan het uitvoerend comit\u00e9 wordt gerapporteerd. De ingenieur is verantwoordelijk voor het platform, de contextlaag en de agents: de MCP-server en de bijbehorende connectoren, het machtigingsmodel, het agent-framework en de integratie met de systemen die de klant reeds in gebruik heeft. Tijdens een typische week is de strateeg \u2019s ochtends aanwezig in het kantoor van de financieel directeur en werkt de ingenieur \u2019s middags samen met het data-team van de klant, waarbij beiden deelnemen aan dezelfde stand-up. Geen van beiden werkt aan de hand van een presentatie, en geen van beiden mag een aanbeveling achterlaten als eindproduct. <strong>Het eindproduct is het werkende resultaat.<\/strong><\/p>\n<p>Ik ben ervan overtuigd dat de combinatie belangrijker is dan de anci\u00ebnniteit. Een strateeg alleen stelt een stappenplan op dat op de IT-afdeling moet wachten. Een ingenieur alleen ontwikkelt een platform dat op de bedrijfsafdeling moet wachten. Samen zorgen zij voor een vaste gewoonte op maandagochtend.<\/p>\n<h3>Trein<\/h3>\n<p>De implementatie verloopt afdeling voor afdeling, in de live-omgeving van data, en er vindt een overdracht plaats in plaats van een oplevering. Drie functies zorgen ervoor dat het proces succesvol verloopt.<\/p>\n<ul>\n<li><strong>AI-kampioenen<\/strong> in elke bedrijfsafdeling, gekozen op basis van nieuwsgierigheid in plaats van functie, die wekelijks spreekuren houden, de vragen verzamelen waarop mensen met de tool geen antwoord konden krijgen, en de volgende gebruiksscenario\u2019s terugkoppelen aan het team.<\/li>\n<li><strong>Een AI-kantoor<\/strong> met in het middelpunt vier functies: leiderschap en bestuur, dat verantwoordelijk is voor de portefeuille en de licenties; een use-case-team dat de use-cases ontwikkelt; een platformteam dat de contextlaag, de beveiliging en de kerntools beheert; en een implementatiefunctie, die samenwerkt met HR en verantwoordelijk is voor opleiding en veranderingsmanagement.<\/li>\n<li>En voor technische teams, <strong>implementatie op Claude Code en Codex<\/strong> \u2014 hackathons, spreekuren, een werkgroep inzake governance voor toegang en kosten \u2014 gemeten in dagelijkse sessies per ontwikkelaar in plaats van in werkplekken.<\/li>\n<\/ul>\n<p>De toets die ik hanteer is eenvoudig: als het ter plaatse ingezette team morgen zou verdwijnen, zou het gebruik dan blijven stijgen? Zo niet, dan is er nog niets ingeburgerd.<\/p>\n<h3>Bouwen<\/h3>\n<p>De agenten komen aan <strong>sprints van twee weken<\/strong>. Dag \u00e9\u00e9n bestaat uit een praktische workshop met als thema \u201choe bouwt u een agent?\u201d, samen met degenen die verantwoordelijk zijn voor het proces, zodat de medewerker van de crediteurenadministratie tegen lunchtijd heeft gezien hoe een factuur wordt omgezet in gestructureerde velden en weet wat de agent wel en niet zal doen. De rest van de sprint bestaat uit het bouwen, testen en herhalen aan de hand van echte documenten, met op de laatste dag een demonstratie voor de organisatie.<\/p>\n<p>Elke agent vertrekt met <strong>een herbruikbaar raamwerk<\/strong> \u2014 in een Microsoft-omgeving, doorgaans Power Automate-workflows die de documenten verwerken en de Claude-API aanroepen met het schema en het referentiemateriaal, waarna een gestructureerd dossier wordt gegenereerd voor beoordeling door een medewerker \u2014 plus sjablonen voor promptteksten, korte video\u2019s, een aangewezen verantwoordelijke, een testgebruiker en een beheerder die het ontwikkelingsproces heeft gevolgd.<\/p>\n<p>Het succes wordt niet afgemeten aan de vier agenten die wij verzenden. <strong>Het is de twintigste die de klant daarna zonder ons bouwt.<\/strong> Als dat getal nul is, hebben wij een afhankelijkheid gecre\u00eberd, geen capaciteit.<\/p>\n<p>Een rode draad door alle drie is de relatie met de labs. Ik ben van mening dat de implementatielaag alleen functioneert wanneer de mensen die deze opbouwen de roadmap voor de komende zes maanden kunnen overzien, rechtstreeks kunnen escaleren naar het oplossingen-team van het lab wanneer een connector niet naar behoren functioneert, en de ingenieurs van het lab in dezelfde ruimte kunnen brengen als de leidinggevenden en ontwikkelaars van de klant. Die nabijheid is geen commerci\u00eble beleefdheid. Het is juist wat ervoor zorgt dat een implementatie MCP, Skills, Cowork of Codex al in de maand van hun lancering kan integreren, in plaats van pas een jaar later.<\/p>\n<h2>Wat zou er zonder dit mis kunnen gaan?<\/h2>\n<p>Stelt u zich eens voor dat dezelfde CIO over achttien maanden de licenties heeft vernieuwd en de implementatielaag heeft overgeslagen. Het aantal licenties is gestegen tot drieduizend; <strong>het percentage actieve gebruikers is niet veranderd<\/strong>. De medewerkers die meer wilden, hebben hun daadwerkelijke werkzaamheden stilletjes verplaatst naar persoonlijke accounts, waar de conceptcontracten, klantenlijsten en prognoses voor volgend jaar van het bedrijf nu zijn opgeslagen in chatgeschiedenissen waar niemand toezicht op houdt en die niemand kan verwijderen. Drie afdelingen hebben elk een afzonderlijke oplossing aangeschaft met een eigen ingebouwd model, eigen koppelingen en eigen toegangsrechten \u2013 \u00e9\u00e9n voor contractbeoordeling, \u00e9\u00e9n voor klantenservice en \u00e9\u00e9n voor inkoop \u2013 die onderling niet overeenstemmen over wat een klant of een marge precies is, en die nu elk een eigen beveiligingsbeoordeling vereisen.<\/p>\n<p>Een handvol enthousiastelingen heeft in een weekend zelf agents gebouwd met behulp van een \u2018no-code\u2019-tool. Sommige zijn goed. Geen enkele heeft een eigenaar, een testgebruiker of een logboek, en \u00e9\u00e9n ervan verstuurt betalingsherinneringen aan leveranciers met de bankgegevens van vorig jaar. Het beveiligingsteam, dat te laat werd ingeschakeld en geconfronteerd werd met een omgeving die het niet zelf had ontworpen, reageert op de enige manier die het kan: door alles af te sluiten, waardoor de enthousiastelingen terugkeren naar hun persoonlijke accounts en de organisatie weer bij af is.<\/p>\n<p>Het accountteam van het lab ziet een klant met een stabiel verbruik, zonder referentieproject en zonder technische contactpersoon om mee te overleggen, en wijst zijn schaarse oplossingsingenieurs toe aan iemand anders. <strong>De organisatie heeft de Frontier betaald en heeft daarvoor een chatbot ontvangen.<\/strong><\/p>\n<p>Ik wil hier duidelijk zijn over de vraag wie de schuld draagt, omdat deze meestal ten onrechte wordt toegewezen. Dit alles is geenszins te wijten aan een tekortkoming van de technologie, en slechts in zeer beperkte mate aan een tekortkoming van de medewerkers. <strong>Dit is het te verwachten gevolg van het feit dat een vaardigheid als een aankoop wordt beschouwd en dat niemand verantwoordelijk is voor de kloof tussen een vergunning en een gewoonte.<\/strong><\/p>\n<h2>Wat wij hebben besloten hieraan te doen<\/h2>\n<p>Ik wil afsluiten met wat deze overtuiging in de praktijk heeft betekend, want een mening die geen invloed heeft op de manier waarop u de organisatie inricht, is slechts een opmerking.<\/p>\n<p>Bij Artefact beschouwen wij implementatie niet langer als een fase aan het einde van een strategisch traject, maar hebben wij er een apart vakgebied van gemaakt met een eigen team. Wij noemen dit <strong>DeployCo<\/strong>: ter plaatse ingezette ingenieurs en strategen wier enige taak de implementatielaag betreft, die samenwerken met Anthropic en OpenAI, georganiseerd per laboratorium en per regio in Europa, het Midden-Oosten en Afrika, waarbij elke regio beschikt over een bedrijfsverantwoordelijke en een technisch verantwoordelijke voor elk laboratorium. <strong>Wij streven ernaar om in 2027 met honderd te zijn.<\/strong> Dat is een stelling, en ik durf die gerust in het openbaar te verkondigen, omdat ik denk dat het alternatief \u2014 het verkopen van de strategie en het overlaten van de technische uitvoering aan iemand anders \u2014 de reden is waarom de sector in de situatie 14% is beland.<\/p>\n<p>Deze weddenschap berust op een aantal standpunten die ik vastberaden verdedig:<\/p>\n<ul>\n<li>Dat <strong>Een stevige basis is belangrijker dan training<\/strong>, altijd, en dat een trainingssessie waarin de eigen data van de cli\u00ebnt ontbreekt, slechts schijn is.<\/li>\n<li>Dat <strong>een agent zonder genoemde eigenaar<\/strong> en een onderhoudsprogramma vormt een last, geen aanwinst, hoe slim het ook is.<\/li>\n<li>Dat de <strong>Het team van de klant moet binnen \u00e9\u00e9n kwartaal beter presteren dan het onze<\/strong>, of anders hebben wij gefaald.<\/li>\n<li>En dat de mensen die dit werk doen dicht genoeg bij de laboratoria moeten zitten om te zien wat er op komst is; daarom brengen wij onze tijd met hen door in vergaderruimtes \u2014 alleen al in oktober in M\u00fcnchen, Z\u00fcrich en Casablanca, met leidinggevenden van klanten en hun ontwikkelaars aan de ene kant van de tafel en de teams van Anthropic en OpenAI aan de andere kant, waarbij we concrete implementaties doornemen in plaats van naar keynote-presentaties te luisteren.<\/li>\n<\/ul>\n<p><strong>Chancerygate<\/strong>, een Londense vastgoedontwikkelaar en vermogensbeheerder met ongeveer 700 huurders en enkele <strong>1,2 miljard pond aan beheerd vermogen<\/strong>, is het duidelijkste bewijs dat ik heb dat het derde standpunt klopt. Tijdens een workshop in het voorjaar kwam de gebruikelijke administratieve rompslomp aan het licht: honderd leveranciersfacturen per maand die met de hand opnieuw moesten worden ingevoerd, anderhalf uur om de notulen van elke grote vergadering te valideren, NDA-beoordelingen waarbij de risicoclausules niet consistent werden behandeld, en acceptatiemodellen die werden opgesteld door cijfers uit PDF\u2019s over te nemen.<\/p>\n<p>In een <strong>sprint van twee weken<\/strong> binnen hun Microsoft-omgeving heeft \u00e9\u00e9n gezamenlijk team vier <strong>Door Claude aangestuurde agenten<\/strong> tegen juist die vier problemen:<\/p>\n<ul>\n<li><strong>crediteuren<\/strong> (80% minder tijd per factuur, waarbij meer dan 90% aan factuurregels automatisch zijn gekoppeld),<\/li>\n<li><strong>Beoordeling van de NDA<\/strong> (van drie dagen tot minder dan twee uur),<\/li>\n<li><strong>het opstarten van de acceptatieprocedure<\/strong> (25 uur tot minder dan drie)<\/li>\n<li>en <strong>notulen van de vergadering<\/strong> (anderhalf uur tot dertig minuten).<\/li>\n<\/ul>\n<p>Elk project kreeg een eigenaar, een testgebruiker en een beheerder toegewezen. Sindsdien hebben hun eigen medewerkers \u2014 ongeveer 25 opgeleide medewerkers, waarvan er zo\u2019n tien de agents dagelijks gebruiken \u2014 meer dan twintig extra agents ontwikkeld, elk in minder dan een halve dag, en zijn zij nu bezig de AP-agent rechtstreeks in NetSuite te integreren en de NDA-agent in DocuSign.<\/p>\n<p>\u201cHet Artefact-team was fantastisch\u201d, aldus Phil Price, hun hoofd FP&amp;A, \u201cen heeft ons in een goede uitgangspositie achtergelaten om zelf verder te bouwen en uit te breiden.\u201d De eerste helft van die zin is vriendelijk. <strong>De tweede helft is waar het om draait.<\/strong><\/p>\n<p><strong>De grens is niet langer het model. Het is de afstand tussen het model en uw maandagochtend.<\/strong> Indien u over Claude- of ChatGPT-licenties beschikt en de drie vragen in dit artikel nog niet kunt beantwoorden \u2014 wat het model over u weet, wie binnen elke afdeling verantwoordelijk is voor de implementatie, en wie uw agents ontwikkelt en onderhoudt \u2014 dan beschikt u nog niet over AI-capaciteit. U hebt een abonnement. Het goede nieuws is dat deze kloof binnen enkele weken, en niet pas na jaren, kan worden gedicht door mensen die hebben besloten dat het hun taak is om deze kloof te dichten.<\/p>\n<p>Ik zou graag vernemen op welke punten u het niet met mij eens bent: <a href=\"\/nl\/&\/#109;a&#x69;l&#x74;o&#x3a;r&#x65;&#109;&#x69;&#46;&#x73;&#97;&#x62;&#111;n&#110;a&#x64;i&#x65;r&#x65;&#64;&#x61;&#114;&#x74;&#101;&#x66;&#97;&#x63;&#116;&#46;&#99;o&#x6d;\">remi.sabonnadiere@artefact.com<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"<p>De meeste AI-initiatieven binnen ondernemingen blijven steken op een laag actief gebruik, omdat het aanschaffen van licenties op zich de kloof tussen de modellen en de data-omgeving van het bedrijf niet overbrugt. Ontdek waarom de \u201cimplementatielaag\u201d \u2013 een combinatie van platformuitrol, integratie in de data-omgeving, acceptatie door afdelingen en op maat gemaakte agents \u2013 essentieel is om daadwerkelijk rendement te behalen uit tools zoals Claude en ChatGPT.<\/p>","protected":false},"featured_media":1407091,"parent":0,"template":"","meta":{"_acf_changed":false,"ep_exclude_from_search":false},"blog-category":[22035],"blog-language":[2991],"class_list":["post-1407090","blog","type-blog","status-publish","has-post-thumbnail","hentry","blog-category-data-ai-consulting","blog-language-en"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/blog\/1407090","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/blog"}],"about":[{"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/types\/blog"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/media\/1407091"}],"wp:attachment":[{"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/media?parent=1407090"}],"wp:term":[{"taxonomy":"blog-category","embeddable":true,"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/blog-category?post=1407090"},{"taxonomy":"blog-language","embeddable":true,"href":"https:\/\/www.artefact.com\/nl\/wp-json\/wp\/v2\/blog-language?post=1407090"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}