Gesprekken buiten kantooruren: waarom je AI-stemagent een ticket moet aanmaken in plaats van doorverbinden

Als er niemand beschikbaar is om op te nemen, moet een AI-stemagent de gegevens van de beller verzamelen, een ticket aanmaken en toezeggen dat er vóór een specifiek tijdstip wordt teruggebeld, in plaats van een doorverbinding te proberen die onbeantwoord blijft. De doorverbinding moet worden uitgeschakeld door een regel die je team zelf beheert, zodat de agent die na sluitingstijd nooit aanbiedt. De enige uitzondering is een korte, op papier vastgelegde lijst met noodgevallen die naar iemand met piketdienst gaan.

Wat gaat er mis als een AI-stemagent buiten kantooruren een gesprek doorverbindt?

De doorverbinding komt uit bij een gesloten wachtrij, een bandje dat het kantoor gesloten is of een voicemailbox, en de beller verliest de tijd die hij heeft besteed aan het uitleggen van het probleem. Wat er daarna gebeurt, hangt af van het type doorverbinding:

• Koude doorverbinding: de agent verlaat het gesprek zodra hij het heeft overgedragen. Als de voicemail of het gesloten-bericht van de bestemming opneemt, is de agent al weg en bereikt niets van wat hij heeft verzameld je team.
• Warme doorverbinding: de agent blijft aan de lijn en wacht op een persoon. Als niemand opneemt binnen de wachttijd die je instelt (standaard 30 seconden in Retell), mislukt de doorverbinding. De beller heeft dan voor niets in de wacht gestaan voordat de agent het gesprek weer oppakt.

Beide uitkomsten zijn slechter dan wanneer de agent in de eerste minuut zegt: "het team is offline, dit is wat er nu gebeurt".

Hoe stel je openingstijden zo in dat de agent nooit een doodlopende doorverbinding probeert?

Bepaal open of gesloten met een regel, niet met het oordeel van het model, en geef alleen het open pad de optie om door te verbinden. In Retell AI zijn er drie gedocumenteerde manieren om dit te doen.

Binnen een conversation flow. Plaats een Logic Split-node aan het begin van de flow. Die controleert zijn voorwaarden zodra het gesprek de node bereikt, zegt niets en routeert het gesprek. Gebruik equation-voorwaarden op de ingebouwde tijdvariabelen van Retell:

• {{current_hour}} is het huidige uur als decimaal getal in de tijdzone van de agent, dus 17.5 betekent 17:30 uur. Een open-voorwaarde kan zijn: {{current_hour}} >= 9 AND {{current_hour}} < 17.
• {{current_time}} bevat de volledige datum en de naam van de dag, dus {{current_time}} contains "Saturday" vangt weekenden af.
• Equation-voorwaarden worden uitgevoerd vóór elke promptvoorwaarde en komen zonder model aan te pas, dus de controle werkt bij elk gesprek hetzelfde.

Alleen de open tak mag naar een Call Transfer-node leiden. De gesloten tak leidt naar intake en het aanmaken van een ticket.

Vanuit je eigen systemen. De inbound call webhook van je telefoonnummer wordt geactiveerd voordat het gesprek wordt verbonden. Je server kan je feestdagenkalender en personeelsrooster controleren en vervolgens een dynamische variabele teruggeven, zoals office_open. Hij kan ook een ander agent-ID teruggeven, zodat gesprekken buiten kantooruren naar een agent gaan die helemaal geen doorverbindingstool heeft. Een pre-call function op de Workflow-pagina van de agent kan dezelfde opzoeking doen bij je eigen endpoint.

In een agent op basis van een prompt. Je kunt de prompt {{current_time}} en een regel meegeven, maar een aparte agent voor buiten kantooruren zonder de Transfer Call-tool is veiliger. Een agent kan geen tool gebruiken die hij niet heeft.

Drie details waar teams op stuklopen:

De inbound webhook kan gesprekken ook direct weigeren, en de documentatie van Retell noemt het blokkeren van verkeer buiten kantooruren. Voor klantenlijnen is een ticket beter dan een dode lijn.

Wat moet het ticket buiten kantooruren bevatten?

Genoeg om het ochtendteam te laten handelen zonder de opname te beluisteren. Als iemand het gesprek opnieuw moet afspelen om het terugbelnummer te vinden, heeft het ticket gefaald.

In Retell kan de agent tijdens het gesprek antwoorden opslaan met de Extract Dynamic Variable-tool, en {{call_id}} is bij elk gesprek beschikbaar. Je hebt dan twee manieren om het ticket aan te maken:

• Tijdens het gesprek: de Create Ticket-tool van de Zendesk-integratie, een Create Task-tool in Salesforce, HubSpot, Microsoft Dynamics 365, GoHighLevel of Zoho CRM, of een custom function die de API van je eigen helpdesk aanroept. Doe dit als je wilt dat de agent bevestigt dat het ticket bestaat voordat de beller ophangt.
• Na het gesprek: een post-call function op de Workflow-pagina van de agent draait na Post Call Extraction, zodat hij de gesprekssamenvatting en je geëxtraheerde velden kan meenemen. Koppel er een voorwaarde aan, bijvoorbeeld alleen wanneer een ticket_needed-veld true is. De call_analyzed-webhook kan hetzelfde doen vanaf je eigen server.

Post Call Extraction ondersteunt tekst-, getal-, ja/nee- en keuzevelden met vaste opties, die goed aansluiten op reden en urgentie. Voor het volledige patroon van triggeren en terugschrijven, zie hoe CRM-workflows AI-gesprekken triggeren en gegevens terugschrijven.

Wat moet de agent de beller toezeggen?

Een terugbelvenster dat je team ook echt haalt, zoals "morgen vóór 10:00 uur", niet "er neemt binnenkort iemand contact met je op." Lees daarna de gegevens terug, zodat de beller ze kan corrigeren.

Houd de toezegging beperkt. Het eigen voorbeeld van Retell voor een receptionist buiten kantooruren instrueert de agent om geen prijzen, afspraaktijden of beschikbaarheid van monteurs toe te zeggen. Wil je een bevestiging per sms sturen, dan kan de Send SMS-tool van Retell dat tijdens het gesprek doen. Voor aangepaste berichttekst is een nummer nodig waarop SMS is ingeschakeld via de A2P-aanvraag, en de agent moet eerst toestemming vragen.

Hoe moet het ochtendteam de wachtrij van buiten kantooruren afhandelen?

Geef de wachtrij één eigenaar en een deadline, en handel de urgente tickets af voordat de telefoonlijnen opengaan. Als je lijn bij opening een piek aan gesprekken krijgt, mag de nachtelijke wachtrij daar niet mee hoeven te concurreren.

Een werkwijze die werkt:

• Wijs elke ochtend één persoon of team aan als eigenaar van de wachtrij van buiten kantooruren.
• Sorteer op urgentie en daarna op leeftijd. Bel de urgente gevallen als eerste terug, indien mogelijk voordat de lijn opengaat.
• Bel binnen het venster dat de agent heeft toegezegd. Mis je dat, dan heeft de beller geleerd dat de belofte niets betekent.
• Wordt er niet opgenomen bij het terugbellen, spreek dan een bericht in, registreer de poging op het ticket en probeer het nog één keer. Laat de beller bij het volgende gesprek niet opnieuw beginnen.
• Sluit het ticket af met de uitkomst, zodat je kunt zien welk deel van de tickets van buiten kantooruren bij de eerste keer terugbellen is opgelost.
• Lees eenmaal per week de redenen door. Vragen die steeds terugkomen, zoals openingstijden of orderstatus, horen in de kennisbank van de agent of in een opzoekfunctie, zodat de agent ze 's nachts zonder ticket kan beantwoorden.

Bel je terug met een AI-agent, geef de ticketvelden dan als dynamische variabelen mee aan het uitgaande gesprek, zodat de beller niet twee keer dezelfde vragen krijgt. Voor uitgaande gesprekken gelden eigen regels voor toestemming en beltijden. Zie onze TCPA-gids voor uitgaande AI-telefoongesprekken.

Wanneer moet een gesprek buiten kantooruren toch direct een persoon bereiken?

Wanneer wachten tot de ochtend schade zou veroorzaken of kosten met zich mee zou brengen die je bedrijf heeft afgesproken niet te accepteren, en alleen voor situaties die je vooraf hebt vastgelegd. Beschrijft een beller een levensbedreigende noodsituatie, dan moet de agent zeggen dat hij moet ophangen en 911 of het lokale alarmnummer moet bellen. Je medewerker met piketdienst is geen hulpdienst.

Typische redenen om buiten kantooruren iemand op te roepen zijn een veiligheidsrisico bij een pand (gaslucht, overstroming, geen verwarming bij vorst), een medische zorg die volgens je protocol niet kan wachten, een stilgevallen productielijn of zending die onder een servicecontract valt, of een account dat volgens je beleid altijd een persoon krijgt. Al het andere krijgt een ticket.

Bouw de noodtak zo dat hij niet ongemerkt kan falen:

• Routeer naar wie vannacht piketdienst heeft. Stel de bestemming van de doorverbinding in op een dynamische variabele, zoals {{on_call_number}}, die via de inbound webhook wordt gevuld vanuit je piketrooster. Het nummer verandert mee met het rooster, niet met een aanpassing aan de agent.
• Zorg dat er een persoon opneemt. Gebruik een warme doorverbinding met menselijke detectie ingeschakeld, zodat de beller pas wordt verbonden zodra er een persoon is gedetecteerd. Test dit vóór de lancering tegen de eigen voicemail van de pikettelefoon. Een agentic warme doorverbinding gaat nog verder: een transfer-agent belt de medewerker met piketdienst, legt de situatie uit en verbindt de beller alleen door als die het gesprek kan aannemen.
• Plan voor het geval niemand opneemt. In een conversation flow heeft de Call Transfer-node een transfer-failed-edge. Maak op dat pad een urgent ticket aan, sms de details met Send SMS naar een back-upnummer, of roep je oproeptool aan via een custom function. Vertel de beller daarna eerlijk wat er gaat gebeuren.

De alertingfunctie van Retell is hier niet de juiste tool voor. Die houdt geaggregeerde statistieken bij, zoals gespreksvolume en slagingspercentage. Escalatie per gesprek hoort in het gesprek zelf of in een webhook.

Test de noodtak vóór de lancering met gesimuleerde gesprekken die wel en die niet tot een oproep moeten leiden. De tweede set is net zo belangrijk als de eerste, want een piketrooster dat voor routinegesprekken wordt gewekt, neemt op den duur niet meer op. Voor de bredere vraag wanneer een gesprek naar een persoon moet, zie hoe een AI-agent weet wanneer hij moet overdragen aan een menselijke medewerker, en voor de werking van doorverbinden, zie hoe gespreksoverdracht werkt tussen AI-stemagents en menselijke teams.

Richt dekking buiten kantooruren in die zijn beloftes nakomt

Een goede inrichting voor buiten kantooruren bestaat uit een regel, een ticket en een korte lijst met noodgevallen. De regel voorkomt dat de agent doorverbindingen aanbiedt die niemand kan aannemen. Het ticket geeft het ochtendteam alles wat het nodig heeft. De noodlijst zorgt ervoor dat de paar gesprekken die niet kunnen wachten toch een persoon bereiken. Retell AI ondersteunt elk onderdeel met tijdgebaseerde dynamische variabelen, de inbound call webhook, ticket- en taaktools en warme doorverbindingen die op een persoon wachten. Bekijk hoe het werkt op de pagina over de antwoordservice buiten kantooruren.