"We willen een agent bouwen in Copilot." Die vraag krijgen we wel vaker. En bijna elke keer bedoelen twee mensen aan dezelfde tafel iets totaal anders.

Dat is niet gek. "In Copilot" is geen plek. Het zijn drie verschillende gereedschappen, voor drie verschillende soorten mensen. Microsoft zet ze graag naast elkaar op een mooie slide: van no-code links tot pro-code rechts. Ziet er logisch uit. Maar wat betekent dat nu concreet als jij morgen iets wil bouwen?

We leggen het uit in gewone taal. Zonder ladder, zonder hiërarchie. Drie opties, drie verhalen, en de vraag die er echt toe doet.

Optie 1. Agent Builder. Voor eindgebruikers.

Dit is de eenvoudigste weg. Je hoeft er niets voor te installeren en je hebt geen IT nodig.

Agent Builder zit ingebouwd in Microsoft 365 Copilot zelf. Je klikt op "Maak een agent", je typt in gewone taal wat de agent moet doen, je wijst een paar SharePoint-bestanden aan, en klaar. Elke medewerker met een Copilot-licentie kan dit.

De grote troef is verspreiding. De agent staat meteen in de Copilot-chat van je collega's. Geen ticket, geen installatie, geen app die uitgerold moet worden. Dat klinkt klein, maar het is enorm. Een agent die niemand gebruikt is waardeloos, en hier staat hij dag één voor iedereen klaar.

Het plafond is even duidelijk. Agent Builder doet vraag en antwoord op documenten. Meer niet. Geen keuzelogica. Geen goedkeuringsstappen. Geen koppeling met je boekhouding of je CRM. Wil je dat de agent iets ophaalt uit een ander systeem of een actie uitvoert, dan zit je hier verkeerd.

Wanneer past dit. Een onboarding-assistent die nieuwe medewerkers wegwijs maakt in het personeelshandboek. Een agent die vragen beantwoordt over je interne procedures. Een helpdesk voor "waar vind ik welk document". Afgebakend, op basis van documenten, en volledig in beheer van de business. Je kan hier al snel een AI HR assistent mee maken als alle procedures, templates en draaiboeken beschikbaar zijn in SharePoint of Teams.

Optie 2. Copilot Studio. Voor makers.

Dit is de weg waar de meeste bedrijfsagents thuishoren. En eerlijk, dit is bij BYB negen op de tien keer waar we uitkomen.

Copilot Studio is een aparte omgeving, deel van het Power Platform. Je bouwt er visueel. Je tekent gesprekken met voorwaarden en variabelen. Je koppelt aan meer dan duizend systemen via kant-en-klare connectoren. Je laat de agent echte acties uitvoeren via Power Automate. En je publiceert waar je wil: in Teams, op je website, of gewoon in Copilot.

Je hoeft geen programmeur te zijn. Een "maker" volstaat. Iemand die processen kan uittekenen en er een beetje aanleg voor heeft. Vaak is dat gewoon een gemotiveerde collega uit de business, met wat begeleiding.

En belangrijk voor wie het serieus meent: hier zit governance ingebouwd. Versiebeheer, dataregels, controle over wie wat mag bouwen. Dat maakt het verschil tussen een leuk experiment en iets dat je in productie durft zetten.

Het plafond ligt hoog, maar het is er. Voor exotische AI-modellen, zware maatwerk-orkestratie of inbedding diep in je eigen software loop je tegen de low-code grenzen aan.

Wanneer past dit. Een helpdesk-agent die tickets aanmaakt, antwoorden haalt uit je kennisbank en netjes escaleert naar een mens. Een agent op je website die afspraken inplant en de agenda checkt. Een agent die klantvragen beantwoordt én meteen iets terugschrijft naar je systemen. Kortom, echte logica en echte koppelingen, zonder een ontwikkelteam nodig te hebben.

Optie 3. Azure AI Foundry. Voor ontwikkelaars.

Dit is de machinekamer. Volledige controle, en de prijs die daarbij hoort.

Foundry is pro-code. Echte ontwikkelaars, eigen keuze van modellen. Je bouwt fijngetunede of eigen AI-modellen. Je zet RAG-pijplijnen op over enorme bergen data. Je laat meerdere agents samenwerken. Je bedt de agent in je eigen software in. Alles kan.

Daar staat een kostenplaatje tegenover. Het is duurder, het duurt langer om te bouwen, en je hebt een ontwikkelteam nodig om het draaiende te houden. Dat is geen reden om het te vermijden. Het is een reden om er eerlijk over te zijn voor je begint.

Wanneer past dit. Een agent die duizenden technische handleidingen doorzoekt. Een agent die verweven zit in je eigen productsoftware. Een complex proces waar meerdere agents elkaar aansturen. Situaties waar Copilot Studio simpelweg niet ver genoeg reikt.

De grootste denkfout: het is geen ladder

Bijna iedereen leest die slide als basic, gemiddeld, gevorderd. Alsof optie 3 gewoon de betere versie is van optie 1. Dat is de valkuil.

Het zijn geen treden van een ladder. Het zijn drie gereedschappen voor drie situaties. De vraag is niet "welke is het krachtigst". De vraag is "welke past bij dit project".

Twee klassieke fouten zien we telkens terugkomen.

Te laag beginnen. Je bouwt snel iets in Agent Builder, de gebruikers zijn dolenthousiast, en dan groeit de vraag. "Kan er een goedkeuringsstap bij?" Nee. "Kan hij ook onze CRM aanspreken?" Nee. Halverwege overschakelen naar Copilot Studio kost meer dan als je daar meteen was begonnen.

Te hoog beginnen. Je budgetteert Foundry, je bouwt drie maanden, en je levert iets af dat Copilot Studio in twee weken had gedaan. Ontwikkelaars grijpen graag naar volledige controle voor de use case bewezen is. Dat is zonde van tijd en geld.

De vraag die alles beslist is verrassend simpel. Wie neemt op als het om twee uur 's nachts stukloopt in productie? Is dat een ontwikkelaar, dan is Foundry verdedigbaar. Is dat je IT-beheerder of de business-eigenaar zelf, dan hoort het in Copilot Studio. Het gereedschap moet passen bij wie het achteraf onderhoudt.

Hoe kies je? Vier vragen

Voor elk project lopen we dezelfde vier vragen af. Ze wijzen bijna altijd vanzelf naar het juiste antwoord.

• Wie is eigenaar na livegang? De business, of IT en dev?

• Waar zitten je gebruikers? In de Copilot-chat, in Teams, op je website, of in je eigen software?

• Hoeveel logica heb je nodig? Puur vraag en antwoord, of keuzes, goedkeuringen, koppelingen en geplande acties?

• Hoe groot en hoe complex is je kennis? Een handvol documenten, of duizenden?

Met die vier antwoorden op tafel wordt de keuze meestal evident.

Onze aanpak

Bij BYB kiezen we niet standaard voor het krachtigste. We kiezen voor wat past.

Vaak is dat Copilot Studio, omdat het echte logica en koppelingen geeft zonder dat je een ontwikkelteam nodig hebt. Soms is het Agent Builder, omdat de verspreiding het wint en de use case afgebakend is. Soms is het Foundry, omdat het niet anders kan. En soms is het een combinatie: Foundry als motor, Copilot Studio als cockpit.

De technologie is zelden het moeilijke stuk. De juiste keuze maken voor jouw situatie, dat is waar het misloopt of lukt.

Wil je weten welke van de drie bij jouw idee past? Leg het ons voor. Wij stellen de vier vragen, jij krijgt een helder antwoord.