Antwoordapparaatdetectie voor voice-AI: ontwerp elke gespreksuitkomst

Antwoordapparaatdetectie (AMD) is de stap die bepaalt of een persoon, een voicemailbegroeting of een geautomatiseerd telefoonmenu een uitgaand gesprek heeft aangenomen. Bij een uitrol van voice-AI hoort elk van die uitkomsten een eigen gespreksstatus te zijn, met een vaste actie, logregel en herbelregel.

Veel uitgaande gesprekken eindigen bij een voicemailbegroeting of een keuzemenu, niet bij een persoon. Als de detectie in een aparte dialer zit die vóór de agent is geplakt, worden die gesprekken restwerk dat iemand na de campagne moet uitzoeken. Deze gids ontwerpt ze er vanaf het begin in, zodat bouwers weten wat ze moeten configureren en operationele leads weten wat er in het CRM terechtkomt.

Wat bepaalt antwoordapparaatdetectie eigenlijk?

Ze bepaalt wie of wat er opnam, vroeg genoeg zodat de agent tijdens hetzelfde gesprek zijn aanpak kan aanpassen. In Retell komt die beslissing van twee afzonderlijke detectoren:

• Voicemaildetectie herkent een voicemailbegroeting en hangt vervolgens op of laat een bericht achter.
• IVR-detectie herkent een geautomatiseerd telefoonmenu en beëindigt het gesprek als IVR Hangup is ingeschakeld.

Beide werken bij uitgaande telefoongesprekken (en bij webgesprekken, zo test je ze). Bij inkomende gesprekken hebben ze geen effect, want dan belt er een persoon naar jou. Detectie werkt alleen in de eerste 3 minuten nadat het gesprek tot stand is gekomen, en dat venster is niet instelbaar. Tijd in een telefoonmenu of in gesprek met een persoon telt daarbij mee.

Naast AMD zijn er nog twee uitkomsten. Telefoons die onbekende bellers screenen, kunnen de agent naar zijn naam en de reden van het gesprek vragen voordat de persoon besluit op te nemen. En sommige gesprekken komen nooit tot stand (geen antwoord, in gesprek, geweigerd, geblokkeerd), waardoor de detectie nooit start. Een volledig ontwerp dekt ze allemaal.

Waarom voicemail en IVR behandelen als gespreksstatussen in plaats van opruimwerk?

Omdat de juiste actie tijdens het gesprek moet plaatsvinden en de uitkomst de volgende poging bepaalt. Als de agent pas na afloop ontdekt dat hij een machine heeft bereikt, gaan er drie dingen mis:

1. De agent houdt zijn volledige openingspitch tegen een begroeting, of praat erdoorheen.
2. Het CRM registreert een 'voltooid' gesprek dat niemand heeft bereikt.
3. De herbellogica kan 'een uur geleden een bericht achtergelaten' niet onderscheiden van 'nooit doorgekomen', en belt mensen dus te vaak of geeft het op bij mensen die wel bereikbaar zijn.

Een gespreksstatus koppelt één detectiesignaal aan één actie en één dispositie.

Welke gespreksstatussen heeft een uitgaande stemagent nodig?

Minimaal deze acht. De kolommen over detectie en logging beschrijven gedocumenteerd gedrag van Retell. De kolom met de herbelregel is een regel die je team zelf instelt in de eigen dialer of backend.

Wanneer moet de agent een voicemail achterlaten in plaats van ophangen?

Laat een bericht achter als het bericht ook nuttig is wanneer niemand terugbelt, en hang op als een latere poging het werk beter zou doen. Herinneringen, terugbelverzoeken en deadlines zijn goede kandidaten voor een bericht. Salespitches, en alles wat je niet door een familielid of collega via de speaker wilt laten horen, meestal niet.

Retell biedt je twee soorten berichten:

• Statische zin: vaste tekst met dynamische variabelen, zoals Hi {{first_name}}, this is the clinic confirming your appointment. Please call us back.
• Prompt: instructies waarmee de agent het bericht genereert, bijvoorbeeld door samen te vatten waarom hij belde en om een terugbelverzoek te vragen.

In beide gevallen wacht de agent tot hij aan de beurt is, zodat het bericht niet door de begroeting heen begint. Let op de standaardinstellingen: nieuwe, lege agents in het dashboard starten met voicemaildetectie aan en ingesteld op ophangen, maar bestaande agents, geïmporteerde configuraties en transfer-agents behouden hun instellingen, en bij agents die via de API zijn aangemaakt moet voicemail_option expliciet worden ingesteld. De API accepteert ook een optionele detection_prompt die beschrijft wat als voicemail moet gelden.

Voor de formulering van berichten, zie 5 best practices voor voicemail bij het gebruik van AI-stemagents.

Wat moet de agent doen als hij een keuzemenu bereikt?

Bepaal eerst of het menu een doodlopende weg is of een route. Als een herinneringscampagne voor consumenten bij de centrale van een bedrijf uitkomt, is het nummer waarschijnlijk fout: schakel dan IVR Hangup in en log ivr_reached. Zit de persoon die je nodig hebt achter een menu, zoals bij verzekeraars, leveranciers of facturatielijnen, navigeer het menu dan en laat IVR Hangup uit, want dat zou het gesprek bij detectie beëindigen.

Voor navigatie gebruiken single-prompt- en multi-prompt-agents de Press Digit-tool, en conversation flow-agents de Press Digit-node. Een paar gedocumenteerde instellingen zijn belangrijk:

• Pause Detection Delay bepaalt hoelang de agent na een pauze in het menu wacht voordat hij een toets indrukt. De standaardwaarde is 1.000 ms en het bereik is 0 tot 5.000 ms. Verhoog de waarde voor trage menu's.
• De agent kan 0 tot 9, * en # indrukken, los of als reeks, zoals een toestelnummer.
• Schrijf in een flow overgangen voor succes en voor mislukking, zoals het juiste afdeling bereiken, een menu dat zich drie keer herhaalt, het verkeerde bedrijf, of een bericht buiten kantooruren of een voicemail.

Die laatste overgang is belangrijk vanwege het venster van 3 minuten. Een voicemail die na een lang menu wordt bereikt, of nadat iemand het gesprek heeft doorverbonden, activeert mogelijk geen voicemaildetectie, dus de flow moet die zelf herkennen.

Staat ophangen bij voicemail aan maar hangt een gesprek niet op, dan heeft het systeem de begroeting waarschijnlijk als IVR geclassificeerd. Schakel IVR Hangup in om dat af te dekken. Meer over menu's lees je bij IVR navigeren.

Wat moet er voor elke gespreksuitkomst worden gelogd?

Log de verbrekingsreden van het platform en koppel die aan een dispositieveld dat in je eigen systemen staat. Retell biedt drie lagen:

• call_status: registered, not_connected, ongoing, ended of error.
• disconnection_reason: de specifieke uitkomst uit de tabel hierboven.
• in_voicemail in call_analysis: of het gesprek een voicemail heeft bereikt.

De call_ended-webhook bevat alle gespreksvelden behalve call_analysis, dat met call_analyzed binnenkomt. Gesprekken die nooit tot stand komen, slaan call_started over maar sturen wel beide. Webhooks worden tot 3 keer opnieuw verstuurd als er binnen 10 seconden geen 2xx komt, dus ontdubbel op event plus call_id.

Voeg voor rijkere disposities velden voor extractie na het gesprek toe. Een keuzeveld werkt goed voor een dispositie, en de IVR-documentatie van Retell bevat kant-en-klare velddefinities zoals reached_human, ivr_outcome en ivr_path. Retell vult aangepaste extractievelden niet in voor gesprekken die niet tot stand kwamen of waarin geen gesprek plaatsvond, dus bouw de dispositie eerst op uit disconnection_reason en gebruik extractievelden om details toe te voegen.

Operationele leads kunnen de metric Voicemail Rate in het analyticsdashboard volgen en voicemail_reached-gesprekken per agentversie in een grafiek zetten. Zo zie je of een nieuwe versie meer gesprekken naar de voicemail stuurt. Om disposities naar een CRM-record te sturen, zie de workflow van CRM naar voice-AI.

Wie is eigenaar van de herbelregel?

Je dialer of backend. De documentatie van Retell beschrijft geen automatisch herbellen en vermeldt dat Retell niet begrenst hoe vaak je agent een nummer belt. Batchgesprekken hebben geen instelling voor vertraging per gesprek en controleren de do-not-call-markering niet; de Create Phone Call API controleert die alleen met honor_internal_dnc: true.

Retell geeft je wel de input voor een herbelbeleid:

• Contacts registreert elk uitgaand telefoongesprek als conversatie, inclusief voicemail en onbeantwoorde gesprekken. Een afkoelperiode op last_conversation_timestamp dekt dus ook belpogingen af.
• List contact conversations geeft per gesprek de verbrekingsreden terug, zodat je pogingen per uitkomst kunt tellen, bijvoorbeeld 'deze week twee voicemails achtergelaten, stop'.
• Do-not-call-detectie beëindigt het gesprek met user_requested_dnc en markeert het contact. Behandel dat als een permanente stop.

Vraag je juridische afdeling welke regels voor belfrequentie gelden voor jouw branche en regio voordat je de limieten instelt.

Let op één bijeffect. Providers kunnen een nummer als spam markeren als het in korte tijd veel korte gesprekken voert, waarna gesprekken mislukken als dial_failed. Een campagne die bij elke voicemail ophangt, levert precies dat patroon op, dus doseer het tempo en registreer je nummers. De checklist voor uitgaande telefoonnummers behandelt verificatie en branded caller ID.

Hoe test je antwoordapparaatdetectie vóór de lancering?

Test elke status uit de tabel vóór de eerste echte campagne. Retell ondersteunt twee testrondes:

1. Webgesprek: speel een opgenomen voicemailbegroeting of menuprompt af in een webgesprek. De agent gebruikt dezelfde detectie en acties, zonder een echte voicemailbox of menu te bereiken.
2. Telefoongesprek: voer echte uitgaande testgesprekken, waarmee je ook het audiopad van de provider test.

Een korte testset:

• Een standaard voicemailbegroeting, met 'bericht achterlaten' aan en met 'ophangen' aan
• Een bericht van een bedrijf buiten kantooruren
• Een toetsmenu, inclusief één verkeerde optie en één herhaald menu
• Een oproepscreening op de telefoon die naar naam en reden vraagt
• Een persoon die opneemt met een lange pauze
• Elke test eindigt met de verwachte disconnection_reason en de juiste dispositie in je CRM

Bouw gespreksstatussen in je uitgaande campagnes in

AMD werkt het best als onderdeel van de workflow, niet als filter ervoor. Retell houdt voicemaildetectie, IVR-afhandeling, oproepscreening en verbrekingsredenen op hetzelfde platform als de agent, zodat elke uitkomst een eigen actie en logregel kan hebben. Wil je deze gespreksstatussen over een contactenlijst toepassen? Begin met batchgesprekken van Retell.