Van voice-AI-demo naar productie: wat kopers nodig hebben in de eerste 30 dagen

Een AI-stemagent in 30 dagen van demo naar productie brengen betekent: één gesprekstype afbakenen, de agent in week twee bouwen en koppelen, hem in week drie testen met gesimuleerde en echte gesprekken, en in week vier een soft launch doen op een deel van het live verkeer, met één benoemde eigenaar per onderdeel. De demo bewijst dat het platform een gesprek kan voeren. De 30 dagen bewijzen dat je team het kan draaien, en een pilot-naar-productie-scorecard aan het eind vertelt je wanneer de agent klaar is voor meer verkeer.

Waarom brengt een goede demo je niet naar productie?

Een demo beantwoordt de vraag "kan het praten?" Productie stelt vier andere vragen: welke gesprekken de agent aanneemt, naar welke systemen hij schrijft, wie het oplost als een gesprek misgaat, en hoe een wijziging wordt getest voordat bellers die horen. De meeste teams die na een demo vastlopen, lopen niet vast op de software. Ze begrijpen het dashboard. Wat ze missen is een plan, een benoemde eigenaar en iemand bij wie ze terechtkunnen als de bouw stuit op een vraag die de documentatie voor hun specifieke workflow niet beantwoordt.

Kies je nog een platform? Begin dan met hoe je een stemagentplatform evalueert vóór de go-live. Heb je een favoriet maar nog geen beslissing genomen, bewijs het dan eerst op je eigen edge cases, zoals de volgende sectie beschrijft. Daarna gaat deze gids ervan uit dat je je keuze hebt gemaakt en nu moet opleveren.

Hoe voer je een voice-AI-proof of concept uit op je eigen edge cases?

Voer een voice-AI-proof of concept (POC) uit op de gesprekken die de demo oversloeg: je eigen medewerkers spelen je lastigste bellers, op records die lijken op je echte records, tegen succescriteria die beide partijen vooraf hebben ondertekend, met vooraf afgesproken testkosten. Een demo doorloopt het ideale pad. Een POC laat zien of de agent overeind blijft bij de regels die jouw gesprekken lastig maken.

Test met je eigen medewerkers op echte records

Vraag de mensen die deze gesprekken nu aannemen welke cases nieuwe collega's laten struikelen, en laat hen de agent bellen als die bellers. Voer elke case uit tegen een record dat lijkt op het echte, want een schoon testrecord verbergt wat een rommelig record blootlegt.

Regel de omgang met data voordat echte records in een test terechtkomen. De compliancedocumentatie van Retell vereist een ondertekende BAA voordat beschermde gezondheidsinformatie via Retell loopt. Staan je regels nog geen echte records toe, kopieer dan hun structuur: in een simulatietest van Retell stelt elke case zijn eigen waarden voor dynamische variabelen en gemockte functieresultaten in. Controleer met je juridisch adviseur of je complianceteam wat je regels toestaan.

Leg de succescriteria vast voordat de pilot start

Beide partijen ondertekenen de criteria vóór het eerste testgesprek, want criteria die achteraf worden opgesteld, schuiven op naar wat de agent toevallig deed. Benoem de cases binnen de scope, de lat en het aantal runs per case, wat telt als kritieke fout, wie beoordeelt en waar een geslaagde test toe leidt, zodat slagen eindigt in een beslissing in plaats van in meer testen. Gebruik voor de metrics de gids voor platformevaluatie; de scorecard verderop in deze gids gaat over een andere beslissing.

Breng de testkosten aan beide kanten in kaart

Aan jouw kant gaan er uren van medewerkers naar het voeren en beoordelen van gesprekken, plus tijd van IT en compliance. De leverancier steekt bouwtijd in het afstemmen van een agent op jouw regels. Daarnaast is er platformgebruik: volgens de testprijzen van Retell worden tests gefactureerd tegen productietarieven, zonder gratis sandbox, met stem vanaf $0,07 per minuut en tekst per bericht, dus voer de meeste cases uit in tekst. Leg vast wie welke kosten draagt, hoe lang de POC loopt en of die meetelt voor een contract. Een vaste lijst met cases en een vaste periode houden het voor beide partijen betaalbaar.

Hoe zien de eerste 30 dagen eruit, week voor week?

Vier weken, elk met één doel en een duidelijk "klaar als". Begin pas aan de volgende week als de huidige klaar is.

Eén gesprekstype afbakenen (dag 1 t/m 7)

Kies één gesprekstype met een stabiel volume en een resultaat dat je kunt controleren in een bronsysteem: een ingeplande afspraak, een doorgestuurde lead, een aangemaakt ticket. Verzamel echte opnames of transcripten van dat gesprekstype, niet het script waarvan je team denkt dat bellers het volgen.

Het scopedocument moet vijf dingen beantwoorden:

• Het ene gesprekstype binnen de scope, en elk gesprekstype dat expliciet buiten de scope valt.
• De succesmetric, zo gedefinieerd dat een machine die als waar of onwaar kan markeren.
• Het ene bronsysteem waaruit de agent leest of waarnaar hij schrijft.
• Waar gesprekken naartoe gaan als de agent niet kan helpen, en tijdens welke uren.
• Wie de formuleringen van de agent goedkeurt en wie de lancering aftekent.

Bouwen en koppelen (dag 8 t/m 14)

Bouw op een conceptversie. In Retell begint een nieuwe versie als concept dat je kunt bewerken en testen, en publiceren maakt die alleen-lezen, zodat je altijd een vaste configuratie hebt om naar terug te gaan. Koppel alleen het ene systeem uit je scope. Is die koppeling nieuw voor je team, dan laat de workflow van CRM naar voice-AI zien welke data er op elk moment in het gesprek wordt uitgewisseld.

Stel de succesmetric nu in, niet na de lancering. Post Call Extraction van Retell draait na afloop van elk gesprek en bevat een ingebouwd call_successful-veld plus aangepaste velden die je definieert als boolean, tekst, getal of selector. Een veld zoals "appointment_booked" is waarop je in week vier grafieken en alerts baseert.

Testen met gesimuleerde en echte gesprekken (dag 15 t/m 21)

Test eerst in tekst, dan met stem, dan via de telefoon. De simulatietests van Retell voeren een testcase uit zonder een gesprek te starten: een AI speelt de beller op basis van een persona die jij schrijft, en de run wordt beoordeeld als geslaagd of mislukt tegen je succescriteria, met een schriftelijke toelichting. Opgeslagen cases draaien samen als batch, die een slagingspercentage rapporteert, zodat de suite na elke wijziging je regressiecheck wordt. Conductor, de copilot in het dashboard van Retell, kan testcases opstellen vanaf nul of op basis van echte gesprekken.

Drie dingen om deze week goed te doen:

• Mock alles wat naar een live systeem schrijft. De documentatie van Retell waarschuwt dat een niet-gemockte custom function tijdens een test het echte endpoint aanroept, waardoor een test een echte boeking of een echt record kan aanmaken.
• Gebruik webgesprekken voor stem en telefoongesprekken voor telefonie. Met een browsergesprek hoor je onderbrekingen en beurtwisselingen, maar doorverbindingen naar een telefoonnummer mislukken daar. Gebruik een echt telefoongesprek om doorverbindingen, toetsinvoer en carrieraudio te controleren.
• Reserveer er budget voor. Testen wordt in Retell gefactureerd tegen productietarieven: teksttests per bericht, stemtests per minuut.

Sluit de week af met medewerkers die inbellen zoals echte bellers dat zouden doen, inclusief de lastige.

Soft launch en monitoring (dag 22 t/m 30)

Stuur een klein deel van het echte verkeer naar de agent, houd het dagelijks in de gaten en houd een rollback in één handeling paraat. Voor het eerste deel routeert je telefonie-eigenaar een deel van de gesprekken vanuit je bestaande IVR of wachtrij naar het nummer van de agent. Daarna geeft Retell je drie tools:

• A/B-testen verdeelt het verkeer van een telefoonnummer procentueel over agents, zodat een fix een klein deel kan krijgen terwijl de rest bij de agent blijft die je vertrouwt.
• Omgevingstags koppelen een telefoonnummer aan een versie. Als je de prod-tag naar een nieuwe versie verplaatst, gaan live gesprekken daarheen; verplaats je hem terug, dan rol je terug.
• Alertregels sturen een e-mail of webhook wanneer het succespercentage van gesprekken, het gespreksvolume, de gebruikte concurrency, negatief sentiment of de kosten een door jou ingestelde drempel overschrijden.

Review elke dag gesprekken. Call History filtert op resultaat, reden van verbreking en agentversie. Met Live Monitoring kan een supervisor een live transcript volgen, ongemerkt meeluisteren of een gesprek overnemen. Het analysedashboard kan je aangepaste extractieveld naast het gespreksvolume in een grafiek zetten, uitgesplitst per agentversie, zodat je ziet of een fix het cijfer heeft verbeterd. Heb je gestructureerde scoring op volume nodig, dan scoort AI QA van Retell een steekproef van gesprekken tegen criteria die jij definieert.

Wie is waarvoor verantwoordelijk tijdens de uitrol?

Eén eigenaar per rij. Bij gedeelde rijen lopen uitrols vast.

De belangrijkste rij is de tweede. Als niemand in je team de agent kan aanpassen zonder een ticket aan te maken, verbetert de agent in het tempo van de wachtrij van iemand anders. Bij steeds meer teams hoort die rij bij een CX-automation engineer: een interne eigenaar die de agent dagelijks beheert, nadat de forward deployed engineers van de leverancier hebben geholpen de eerste versie te bouwen en het team hebben getraind.

Wat vraag je een leverancier over enablement voordat je tekent?

Vraag schriftelijk welke hulp bij je abonnement hoort, en wie je belt als de bouw vastloopt. Selfservice werkt als je een interne bouwer met tijd hebt. Heb je die niet, koop de hulp dan vooraf in, in plaats van het gat pas in week twee te ontdekken.

Bij Retell vermeldt de prijzenpagina community- en e-mailsupport bij betalen naar gebruik. Het Enterprise-abonnement vermeldt 24/7-support met een eigen portal, een vaste accountmanager en Dedicated Implementation Support als add-on. Wil je praktische bouwhulp van een derde partij, dan bevat de partnerdirectory van Retell gecertificeerde partners die je kunt filteren op locatie, taal, integraties, of het eerste consult gratis is, en prijsklasse.

Vragen om aan elke leverancier te stellen:

1. Welke supportkanalen en -tijden horen bij ons abonnement, en wat telt als urgent?
2. Is implementatiehulp inbegrepen, een add-on of geleverd via een partner? Wat kost het, en is het een vast bedrag of per project afgebakend?
3. Reviewt iemand onze scope, het agentontwerp en de testsuite voordat we de soft launch doen?
4. Wie benaderen we tijdens de soft-launchweek als er iets kapotgaat, en hoe snel reageren ze?
5. Kan ons eigen team de volledige wijzigingscyclus doorlopen (een mislukt gesprek vinden, het oplossen, testen, publiceren, terugdraaien) zonder tickets bij de leverancier?
6. Hoe worden platformincidenten gecommuniceerd?

Bouwt er een partner met je mee, dan beschrijft hoe voice-AI-leveranciers en partners de eerste deal afbakenen de taakverdeling vanuit hun kant.

Hoe beoordeel je een AI-pilot voordat je naar productie gaat?

Beoordeel de pilot met een vaste scorecard na minstens één volledige week live verkeer, en ga pas naar productie als elke poortrij slaagt en het totaal een lat haalt die je in week één hebt bepaald. De scorecard maakt van "het lijkt goed te gaan" een van drie beslissingen: opschalen, pauzeren en verbeteren, of de scope aanpassen.

Zet de lat vóór de soft launch in het scopedocument, zodat niemand hem omlaag praat na het zien van de cijfers. Geef elke rij een 0 (niet gehaald), 1 (deels gehaald) of 2 (gehaald). Poortrijen moeten een 2 scoren, ongeacht het totaal. Negen rijen geven een maximum van 18, en 16 is een verstandige standaardlat.

Scoor opnieuw bij elke verhoging van het verkeer, want een aandeel dat bij een klein deel werkte, kan bij een groter deel breken. De rij voor de wijzigingscyclus is de rij die teams het liefst overslaan, en juist die bepaalt hoe snel de agent in productie verbetert. Behandel elke promptwijziging als een nieuwe, testbare versie, een werkwijze die bekendstaat als promptversiebeheer, zodat een mislukte fix in één handeling ongedaan kan worden gemaakt.

Deze scorecard is bedoeld om een soft launch naar productie te brengen op een platform dat je al hebt gekozen. Wil je leveranciers vergelijken in een pilot, gebruik dan de go/no-go-lijst in de gids voor platformevaluatie.

Wat schaal je als eerste op?

Verander één ding tegelijk. Verhoog eerst het verkeersaandeel, voeg dan een tweede gesprekstype toe en daarna een tweede systeem. Elke uitbreiding volgt dezelfde cyclus: afbakenen, bouwen op een concept, de suite draaien, soft launch, reviewen. Maak van elk mislukt productiegesprek een nieuwe testcase, zodat de suite meegroeit met wat bellers echt doen. Voer, voordat je het verkeer sterk verhoogt, een loadtest uit die het echte gesprekspad volgt.

Begin met het juiste niveau van hulp

De eerste 30 dagen verlopen het snelst als je vooraf bepaalt hoeveel hulp je nodig hebt. Vergelijk wat elk Retell-abonnement bevat op de prijzenpagina, of vind, als niemand in je team eigenaar van de bouw kan zijn, een gecertificeerde partner in de partnerdirectory van Retell.

Veelgestelde vragen

Wat betekent AI-pilot naar productie?

AI-pilot naar productie is de overstap van een proef op een deel van het echte verkeer naar een AI-agent als standaardpad voor een gesprekstype, met benoemde eigenaren, monitoring en een geteste manier om terug te draaien. De pilot bewijst dat de agent het gesprek kan afronden. Productie bewijst dat je team hem werkend kan houden.

Wat hoort er in een voice-AI-proof of concept?

Je lastigste echte cases, ingebeld door je eigen medewerkers tegen records die lijken op je echte records; succescriteria die beide partijen vóór het eerste testgesprek ondertekenen; en een schriftelijke verdeling van wie betaalt voor platformgebruik, bouwtijd en de tijd van medewerkers. Houd het bij een vaste lijst met cases en een vaste periode, zodat het eindigt in een beslissing.

Kun je een stemagent testen zonder echte klantgegevens naar de leverancier te sturen?

Ja. Kopieer in plaats daarvan de structuur van echte records naar testcases. In simulatietests van Retell stelt elke case zijn eigen waarden voor dynamische variabelen en gemockte functieresultaten in. Mock elke functie die een live systeem bereikt en geef elke mock een resultaat, want een lege mock voert de echte functie uit, en MCP-tools negeren mocks. Moet er toch echte data doorheen, onderteken dan eerst de overeenkomsten: Retell vereist een ondertekende BAA voordat beschermde gezondheidsinformatie via het platform loopt. Controleer je eigen regels met je juridisch adviseur of je complianceteam.

Hoe lang duurt een voice-AI-pilot voordat je naar productie gaat?

Reken voor één gesprekstype op ongeveer 30 dagen: elk een week voor afbakenen, bouwen en testen, gevolgd door een soft launch op een deel van het live verkeer. Beoordeel de pilot na minstens één volledige week live gesprekken, en opnieuw bij elke verhoging van het verkeer.

Hoe weet je of een stemagent klaar is voor productie?

Als elke poortrij op de scorecard een 2 scoort over een volledige week live verkeer: de succesmetric blijft overeind, gereviewde gesprekken bevatten geen kritieke fouten, je team heeft zonder hulp van de leverancier een versie verbeterd en teruggedraaid, elke werkstroom heeft een benoemde eigenaar, en de compliance-goedkeuring is vastgelegd.

Wat doe je als de pilot tegenvalt?

Houd het verkeersaandeel gelijk, of zet de productietag terug naar de laatste versie die werkte. Verbeter op een conceptversie, draai de testsuite opnieuw en scoor opnieuw na nog een week. Scoort de rij voor resultaat of kritieke fouten na twee verbetercycli nog steeds een 0, versmal dan het gesprekstype of herdefinieer succes.