Skip to navigation

Experimenten

Voer gecontroleerde A/B-tests uit op productietraffic om de prestaties van agents met data te optimaliseren, niet met intuïtie

Met experimenten kun je gecontroleerde A/B-tests uitvoeren voor elk onderdeel van de agentconfiguratie — promptstructuur, workflowlogica, stem, persoonlijkheid, tools, kennisbank — door een afgebakend deel van het verkeer naar een variant te leiden, de impact op belangrijke resultaten te meten en winnaars naar productie te promoveren.

Experimenten zijn gebaseerd op agentversiebeheer. Versiebeheer moet zijn ingeschakeld voor je agent voordat je experimenten kunt uitvoeren.

Waarom experimenteren

Zonder gestructureerde experimenten is optimalisatie afhankelijk van intuïtie. Een aanpassing aan de prompt “voelt” beter. Een wijziging in de workflow “zou” de afhandelingsgraad moeten verbeteren. Een nieuw escalatiepad “lijkt” efficiënter.

Experimenten vervangen giswerk door bewijs. Je test wijzigingen op liveverkeer, meet daadwerkelijke resultaten en promoot wat werkt.

Hoe het werkt

Experimenten volgen een workflow in vier stappen:

1

Een variant maken

Begin met je huidige agentconfiguratie en maak een nieuwe branch. Wijzig alles wat je wilt — systeemprompt, workflow, stem, tools, kennisbank, richtlijnen of evaluatiecriteria. Elke wijziging wordt bijgehouden als een geversioneerde configuratie.

Ga naar het tabblad Branches in je agentinstellingen en klik op Create branch.

2

Verkeer routeren

Bepaal welk percentage van livegesprekken naar je variant moet gaan. Begin klein (5–10%) om risico’s te beperken en verhoog dit vervolgens naarmate je meer vertrouwen krijgt.

Klik op Edit traffic split en stel de percentages voor elke branch in. De percentages moeten samen precies 100% zijn.

Verkeersverdeling tussen branches configureren

3

Impact meten

Vergelijk de prestaties van de variant met je basislijn via het analytics-dashboard. Klik in het branchespaneel op See analytics om rechtstreeks naar een weergave te gaan die op een branch is gefilterd.

Branchespaneel met main- en variantbranches, verkeersverdeling en mergeopties

Teams kunnen resultaten meten zoals:

  • CSAT
  • Afhandelingsgraad
  • Conversie
  • Gemiddelde afhandelingstijd
  • Mediane responstijd van de agent
  • Kosten per afhandeling door de agent
4

De winnaar promoveren

Zodra een variant een meetbare verbetering laat zien, kun je het verkeerspercentage verhogen of deze samenvoegen met de hoofdbranch om deze de nieuwe standaard te maken. De volledige versiegeschiedenis blijft bewaard, zodat je indien nodig kunt terugdraaien.

Verkeersroutering

Verkeer wordt procentueel verdeeld over branches. De routering is deterministisch op basis van de gespreks-ID, zodat dezelfde gebruiker in verschillende sessies steeds bij dezelfde branch terechtkomt.

Standaard wordt verkeer willekeurig verdeeld over de gebruikersgroep. Als je de API gebruikt om gesprekken te starten, kun je specifieke cohorten naar specifieke branches routeren door te bepalen met welke branchconfiguratie gesprekken worden gestart.

Alle verkeerspercentages moeten samen precies 100% zijn. Een implementatie mislukt als dat niet zo is.

Toepassingen

Experimenten ondersteunen continue optimalisatie van klantgerichte en operationele workflows.

Klantervaring

Test of een aangepaste escalatiestroom de CSAT verbetert zonder de afhandelingstijd te verhogen. Vergelijk verschillende begroetingsstijlen, niveaus van empathie of oplossingsstrategieën.

Omzet

Test of een directere toon of andere kwalificatielogica de conversie verhoogt. Experimenteer met het behandelen van bezwaren, prijsweergave of de timing van follow-ups.

Operations

Meet of wijzigingen in toollogica de gemiddelde afhandelingstijd of infrastructuurkosten verlagen. Test verschillende configuraties van de kennisbank of workflowstructuren.

Elk experiment is gekoppeld aan een specifieke agentversie, zodat elke prestatieverandering kan worden toegeschreven aan een vastgelegde configuratiewijziging.

Wat je kunt testen

Elk onderdeel van de agentconfiguratie kan per branch verschillen:

CategorieVoorbeelden
SysteempromptToon, instructies, persoonlijkheid, richtlijnen
WorkflowNodestructuur, vertakkingslogica, escalatiepaden
StemStemselectie, TTS-model, snelheidsinstellingen
ToolsToolconfiguratie, webhooktoollogica, MCP-servers
KennisbankVerschillende documenten, RAG-instellingen
LLMModelselectie, temperatuur, max. tokens
EvaluatiecriteriaVerschillende succesmetrics per branch
TaalTaalinstellingen, configuraties voor meerdere talen

Best practices

Bepaal wat je verwacht te verbeteren en hoe je dit meet voordat je een variant maakt. Bijvoorbeeld: “Door in de escalatieprompt een samenvatting van het probleem op te nemen, verbetert ons evaluatiecriterium voor afhandelingsgraad met 10%.”

Door één variabele te isoleren, is duidelijk wat een prestatieverschil heeft veroorzaakt. Als je tegelijkertijd de prompt, stem en workflow wijzigt, weet je niet welke wijziging het resultaat veroorzaakte.

Configureer criteria voor succes- evaluatie voordat je experimenten uitvoert. Deze bieden de gestructureerde metrics die je nodig hebt om varianten objectief te vergelijken.

Begin met 5–10% van het verkeer op de variant. Dit beperkt de blootstelling als er iets misgaat, terwijl je toch betekenisvolle gegevens verzamelt.

Laat voldoende gesprekken verzamelen voordat je conclusies trekt. Kleine steekproeven leiden tot onbetrouwbare resultaten. Houd het analytics-dashboard in de gaten en wacht tot trends stabiliseren.

Voeg experimenten snel samen of verwijder ze. Langlopende branches zijn moeilijker samen te voegen en kunnen afwijken van de hoofdconfiguratie.

Volgende stappen