Wil je zonder dev-project veranderen wat een stemagent zegt tijdens een storing? Bouw dan één keer een plek voor het bericht in de agent in en pas de waarde van die plek aan zodra er iets gebeurt. De update is dan geen release, maar een configuratiewijziging die je in één handeling terugdraait. Hoe snel je operationele team die wijziging veilig kan doorvoeren, noemen kopers content agility. Dat hoort op elke evaluatielijst voor voice-AI.
Dit artikel gaat over storingen, lanceringen en service-updates aan jouw kant. Wil je weten hoe Retell het eigen platform draaiende houdt? Lees dan hoe Retell omgaat met storingen en uptime.
Waarom zijn storingsmeldingen belangrijker met een stemagent?
Omdat een stemagent elk gesprek beantwoordt met de huidige configuratie, totdat iemand die aanpast. Een team van mensen krijgt aan het begin van een dienst een briefing. Een agent krijgt alleen wat in de prompt en het openingsbericht staat.
Als een factuurportaal uitvalt of een bezorgpartner een dag overslaat, willen bellers drie dingen: bevestiging dat je ervan weet, wat ze nu kunnen doen en wanneer ze terug kunnen komen. Kan de agent dat niet zeggen, dan legt elke beller het probleem opnieuw uit, vraagt naar een medewerker en zorgt voor extra druk op de wachtrij die je juist wilde ontlasten.
Wat moet je team kunnen aanpassen zonder release?
Vier dingen dekken de meeste incidenten en lanceringen:
- Het openingsbericht, zodat bellers de melding horen voordat ze iets uitleggen.
- Een melding die de agent tijdens het gesprek kan bespreken, zodat de agent consistent kan antwoorden op "is het al opgelost?"
- Waar doorverbindingen naartoe gaan, zodat escalaties een overloopteam kunnen bereiken.
- Referentiefeiten voor een lancering of beleidswijziging, zoals nieuwe abonnementsgegevens of openingstijden tijdens feestdagen.
In Retell werken dynamische variabelen op al deze plekken: het openingsbericht, agentprompts, statische zinnen in Conversation Flow, nummers voor gespreksoverdracht en SMS-tekst. Daardoor is een wijziging zonder release mogelijk.
Hoe richt je een agent zo in dat je een melding in één wijziging aanzet?
Doe dit één keer, voordat je het nodig hebt.
Voeg een meldingsvariabele toe. Zet {{service_notice}} in het aangepaste welkomstbericht, bijvoorbeeld: "Bedankt voor je telefoontje. {{service_notice}} Waarmee kan ik je vandaag helpen?" Voeg een bijpassende regel toe aan de prompt, zoals: "Huidige servicemelding: {{service_notice}}. Als die niet leeg is, noem je hem één keer aan het begin en beantwoord je vragen erover uitsluitend met deze tekst."
Geef de variabele een lege standaardwaarde. In Retell blijft een variabele zonder waarde als ruwe tekst {{service_notice}} in het bericht staan, terwijl een lege string hem door niets vervangt. Stel onder Security & fallback settings een standaardwaarde van "" in op agentniveau, zodat de agent op een gewone dag normaal klinkt.
Koppel productienummers aan de tag prod. Environment tags in Retell zijn namen die naar een agentversie verwijzen, en telefoonnummers die aan een tag zijn toegewezen, volgen die tag. Nummers die rechtstreeks aan een versie zijn toegewezen, blijven op die versie staan. Controleer dus nu elk productienummer.
Test het meldingspad. Met simulatietestcases in Retell kun je dynamische variabelen vooraf instellen. Houd één testcase aan met een ingevulde voorbeeldmelding en controleer of de agent die voorleest en het gesprek alsnog afrondt.
Hoe zet je het bericht aan tijdens een storing?
Stel de melding in op de tag, niet in de agent. Open in de header van de agent Environment en daarna Configure Tags, kies prod en stel service_notice in op je goedgekeurde tekst. Retell levert tagwaarden aan wanneer een gesprek de tag gebruikt, en tagwaarden gaan voor op de standaardwaarden van de agent. Voer een testgesprek uit voordat je hier tijdens een storing op vertrouwt, om te bevestigen dat de nieuwe waarde bij het volgende gesprek wordt opgepikt.
Hetzelfde patroon werkt voor routering. Is je bestemming voor gespreksoverdracht een variabele, stel die dan in op de tag om escalaties naar een overlooplijn te sturen, en zet hem daarna weer terug.
Voor gesprekken die al bezig zijn, kan een developer de Update Live Call API van Retell gebruiken. Die overschrijft dynamische variabelen in een lopend gesprek en werkt direct.
Terugdraaien doe je door de waarde op de tag te wissen. Bij het volgende gesprek geldt weer de lege standaardwaarde van de agent.
Wanneer moet een wijziging een nieuwe versie zijn?
Wanneer je gedrag verandert, niet alleen woorden. Een productlancering die nieuwe vragen, een nieuwe tool of een ander gesprekspad toevoegt, is een versiewijziging.
De werkwijze in Retell:
- Maak een concept van de versie waar
prod naar verwijst. Concepten zijn bewerkbare kopieën die de bron niet aanraken. - Bewerk het concept en test het met een testgesprek of je simulatietestcases.
- Open de versievergelijking vanuit het publicatievenster. De semantische diff toont elk gewijzigd veld en markeert in lange teksten precies welke woorden zijn toegevoegd of verwijderd.
- Publiceer, waardoor de versie alleen-lezen wordt, en verplaats daarna de tag
prod ernaartoe.
Terugdraaien doe je door prod terug te zetten naar de vorige versie. Nummers op de tag volgen mee.
Kunnen je eigen systemen het bericht automatisch activeren?
Ja, als je het één keer bouwt. De inbound call webhook van Retell stel je per telefoonnummer in en roept je endpoint aan zodra er een gesprek binnenkomt. Met je antwoord kun je dynamische variabelen instellen, of het openingsbericht en de gekoppelde kennisbanken overschrijven, alleen voor dat gesprek. Overschrijvingen worden niet opgeslagen in de agent.
Zo kan een incidentvlag in je eigen statustooling bepalen wat bellers horen, zonder dat iemand tijdens het incident iets in het dashboard hoeft aan te passen. Houd wel een standaard inbound agent op het nummer: als je endpoint bij alle drie de pogingen faalt, probeert Retell het gesprek met die agent te verbinden. Zonder zo'n agent wordt het gesprek verbroken.
Waar past de kennisbank in?
Gebruik die voor details over lanceringen en service-updates, niet voor de live status van een incident. Een kennisbank is geschikt voor feiten die de agent opzoekt, zoals abonnementsgegevens of een lijst met getroffen regio's. De documentatie van Retell raadt aan om instructies in de prompt te zetten en niet in de kennisbank.
Twee kanttekeningen. Bronnen via URL's en gesynchroniseerde documenten verversen automatisch elke 24 uur, en dat is te traag voor een status die elk uur verandert. Daarnaast zijn kennisbanken als afzonderlijke objecten aan agents gekoppeld, dus controleer welke agents een kennisbank gebruiken voordat je er een tijdelijke melding aan toevoegt. Voor de opbouw, zie zo structureer je een kennisbank voor voice-AI.
Hoe ziet een goed draaiboek voor storingsmeldingen eruit?
Schrijf deze meldingen en keur ze goed vóór een incident, en vul op de dag zelf alleen nog de vakjes tussen haakjes in.
| Aanleiding | Wat de agent zegt | Wie keurt goed | Hoe draai je terug |
|---|
| Bevestigde storing van een klantgericht systeem | "We weten dat [systeem] op dit moment niet beschikbaar is. Je hoeft het niet te melden. [Wat de beller in plaats daarvan kan doen]." | Incidentverantwoordelijke, met akkoord van de CX-lead op de formulering | Wis service_notice op de tag prod |
| Verminderde dienstverlening (traag, gedeeltelijk) | "Sommige [functie]-verzoeken zijn vandaag trager dan normaal. Is het jouwe dringend, dan kan ik [actie]." | CX-lead | Wis service_notice op de tag prod |
| Gepland onderhoudsvenster | "[Systeem] is niet beschikbaar van [start] tot [einde], [tijdzone]." | Operations-lead, vooraf ingepland | Wis de tagwaarde wanneer het venster sluit |
| Piek waarbij menselijke overloop nodig is | Normale begroeting; escalaties gaan naar de overlooplijn | Workforce- of wachtrijmanager | Zet de doorverbindingsvariabele op de tag terug |
| Productlancering of beleidswijziging | Nieuw script en nieuwe vragen, ondersteund door bijgewerkte inhoud in de kennisbank | Product owner, plus compliance als de wijziging disclosures raakt | Zet prod terug naar de vorige versie |
| Inbound melding aangestuurd door je incidentvlag | Openingsbericht of variabelen per gesprek vanuit je webhook | Ingesteld via een regel; de regel zelf wordt één keer goedgekeurd | Zet de incidentvlag in je systeem uit |
Houd elke melding bij een of twee korte zinnen. Zeg wat er getroffen is en wat de beller kan doen. Noem alleen een hersteltijd als engineering die heeft bevestigd.
Wie mag het aanpassen, en hoe weet je dat het werkt?
Beperk bewerkrechten per rol. Met toegangsbeheer in Retell kunnen de rollen Admin en Developer agents en kennisbanken bewerken, terwijl de rol Member alleen-lezen is. De documentatie van Retell beschrijft geen goedkeuringsstap in het product zelf, dus leg de goedkeurder per aanleiding vast in je incidentrunbook, zoals in de tabel hierboven.
Controleer daarna het resultaat. Met Live Monitoring kan een supervisor meeluisteren met lopende gesprekken, zodat je hoort of de eerste bellers de melding krijgen. Alertregels in Retell kunnen een e-mail sturen of een webhook aanroepen wanneer het succespercentage daalt of het aantal API-fouten stijgt. Dat helpt zowel om een incident op te merken als om herstel te bevestigen. Neem de melding op in je QA-scorecard voor stemagents voor de evaluatie van het incident.
Wat vraag je een voice-AI-leverancier over content agility?
Vraag de leverancier om elk van deze punten live te laten zien, niet alleen te beschrijven:
- Kan iemand zonder technische achtergrond het openingsbericht en een melding tijdens het gesprek aanpassen zonder release?
- Volgen productienummers een verwijzing, zodat publiceren en terugdraaien elk één handeling zijn?
- Kun je een wijziging testen tegen opgeslagen scenario's voordat bellers die horen?
- Kun je op woordniveau een diff zien van wat er tussen versies is veranderd?
- Kunnen je eigen systemen het bericht per gesprek instellen op basis van een incidentvlag?
- Kun je gesprekken bijwerken die al bezig zijn?
- Welke rollen kunnen bewerken, en welke zijn alleen-lezen?
Meet tijdens de pilot daarna zelf hoe lang de hele cyclus duurt. Onze gids over een platform voor stemagents evalueren vóór de livegang behandelt de rest van die test.
Retell geeft contactcenterteams agents met versiebeheer, environment tags, variabelen per tag en overschrijvingen per gesprek, zodat de mensen die de wachtrij beheren kunnen aanpassen wat bellers horen en dat in één handeling ongedaan kunnen maken. Bekijk hoe het in jouw organisatie past op de pagina over het Retell-enterpriseplatform.
