De voice-AI-stack die kopers echt willen vervangen



De voice-AI-stack die de meeste outboundteams willen vervangen, is de keten van workarounds rondom de AI zelf: een aparte dialer om de gesprekken te plaatsen, zelfgebouwde antwoordapparaatlogica en een automatiseringslaag die elk gesprek tussen systemen doorschuift. Het doel is geen nieuwe AI-stem. Het doel is minder systemen, minder overdrachten, minder onderhoud en één eigenaar die reageert als een gesprek mislukt. Het CRM staat niet op de lijst.
Hoe ziet de typische workaround-stack eruit?
Meestal heeft die vijf lagen, elk om een goede reden toegevoegd. Het probleem is dat één uitgaand gesprek nu door alle vijf gaat.
| Laag | Wat het doet | Waarom teams het toevoegden |
|---|---|---|
| AI-stemaanbieder | Voert het gesprek | De reden voor het project |
| Dialer of CPaaS (vaak Twilio) | Plaatst het uitgaande gesprek en geeft de audio door aan de AI | De AI-aanbieder kon niet zelf uitbellen, of niet in het benodigde volume |
| Antwoordapparaat- en voicemaillogica | Bepaalt mens of machine en hangt daarna op of spreekt een bericht in | Het resultaat van de dialer moest worden vertaald naar een actie |
| Automatiseringslaag (een no-codetool of interne scripts) | Haalt contacten uit het CRM, start gesprekken, schrijft resultaten terug | Niets anders verbond de dialer, de AI en het CRM |
| CRM | Bevat het contact, de historie en de volgende stap | Het is het leidende systeem (system of record) |
Tel de overdrachten in één gesprek: CRM naar automatisering, automatisering naar dialer, dialer naar antwoordapparaatlogica, logica naar AI-aanbieder, AI-aanbieder terug naar automatisering, automatisering terug naar CRM. Dat zijn zes plekken waar een gesprek kan mislukken, verspreid over vier of vijf leveranciers.
Waar gaat de workaround-stack mis?
Het gaat mis bij de overdrachten, niet binnen één tool. Het dashboard van elke leverancier kan er gezond uitzien terwijl het gesprekspad ertussen faalt.
De gespreksstatus staat op twee plekken. Als de dialer het gesprek plaatst en de AI het gesprek voert, wordt een niet-opgenomen gesprek in de dialer vastgelegd en bereikt het nooit de logs van de AI-aanbieder. Debuggen betekent gespreks-ID's matchen tussen twee leveranciers. Daardoor is native bellen een architectuurbeslissing: waar het gesprek wordt geplaatst, bepaalt waar het gespreksrecord, de reden van verbreking en de opname terechtkomen.
De beslissing mens-of-machine valt buiten de agent. Als de dialer het antwoord classificeert en het gesprek daarna doorgeeft, betekent een verkeerde classificatie dat de agent tegen een voicemailbegroeting praat of dat een echt persoon stilte hoort. IVR-menu's zijn een derde geval dat veel dialer-opstellingen helemaal niet modelleren.
De automatiseringslaag faalt geruisloos. Een scenario krijgt een time-out, een CRM-veld wordt hernoemd of een token verloopt. Gesprekken stoppen of resultaten worden niet meer weggeschreven, en niemand krijgt een melding.
Elke wijziging raakt drie configuraties. Een nieuwe campagne betekent een dialerlijst, een aangepaste automatisering en een bijgewerkte prompt, en die drie lopen uit elkaar.
Niemand is eigenaar van het hele gesprek. Als een gesprek mislukt, wijst de AI-leverancier naar de dialer, de dialer naar de carrier, en de automatisering is gebouwd door iemand die inmiddels in een ander team zit.
Wat moet je consolideren en wat blijft?
Consolideer de lagen die alleen bestaan om één AI-gesprek tussen tools te verplaatsen, en houd de systemen waarop je bedrijf draait. De dialer, de voicemaillogica en het meeste lijmwerk op gespreksniveau kunnen naar het voice-AI-platform. Het CRM, je carrier en je menselijke contactcenter blijven.
| Laag | Consolideren of houden | Hoe het eruitziet bij Retell |
|---|---|---|
| Aparte dialer voor AI-gesprekken | Consolideren | Uitgaande gesprekken starten via de Create Phone Call API of het dashboard. Batchgesprekken werken een CSV-lijst af met planning, tijdvensters en dynamische variabelen per ontvanger. |
| Carrier en telefoonnummers | Houden, als je daar redenen voor hebt | Koop nummers uit de VS of Canada bij Retell, of importeer je eigen nummers via elastic SIP-trunking. Gedocumenteerde handleidingen behandelen Twilio, Telnyx en Vonage. |
| Antwoordapparaat- en IVR-logica | Consolideren in de agent | Voicemaildetectie met ophangen of een bericht inspreken, IVR Hangup en een Press Digit-tool voor toetsmenu's. |
| Automatiseringslijm | Afslanken | Functies vóór en na het gesprek, native tools voor ondersteunde CRM's, custom functions naar je eigen API en webhooks voor gespreksevents. |
| CRM | Houden | Tweerichtingssynchronisatie van contacten, Post Call Extraction gekoppeld aan CRM-velden en gespreksactiviteit gelogd in het record voor Salesforce, HubSpot, Microsoft Dynamics 365, GoHighLevel en Zoho CRM. |
| Contactcenter voor menselijke medewerkers | Houden | Koude, warme en agentic warme doorverbindingen naar een telefoonnummer of SIP-URI. Er zijn koppelingshandleidingen voor Genesys Cloud, Five9, Amazon Connect en Avaya. |
Je carrier houden betekent niet dat je een aparte dialer houdt. Zodra een Twilio- of Telnyx-nummer via SIP is geïmporteerd, plaatst Retell het gesprek via die trunk, dus de carrier blijft en de dialersoftware verdwijnt. De checklist voor uitgaande telefoonnummers behandelt de keuze tussen kopen of meenemen.
De automatiseringslaag verdwijnt zelden helemaal. Leadrouting, verrijking en bedrijfslogica kunnen blijven. Wat weg moet, is lijmwerk dat alleen een gesprek start of een transcript kopieert. Hoe de CRM-kant daarvan er van begin tot eind uitziet, lees je in de workflow van CRM naar voice-AI. Voor integratiedetails per systeem, zie hoe voice-AI past in je CRM- en telefoniestack.
Hoe werkt antwoordapparaatdetectie zodra die in de agent zit?
Behandel voicemail en IVR als gespreksstatussen waarvoor de agent is ontworpen, niet als filter ervoor. Als detectie bij het gesprek zelf zit, komen het resultaat, de actie en de reden van beëindiging in één gespreksrecord terecht. Bij Retell:
- Detectievenster. Voicemail- en IVR-detectie draaien tijdens de eerste 3 minuten nadat een uitgaand gesprek is verbonden. Het venster ligt vast en detectie draait niet bij inkomende gesprekken.
- Voicemailacties. Ophangen of een bericht inspreken. Het bericht kan een gegenereerde prompt zijn of een vaste zin met dynamische variabelen, zoals de voornaam van het contact.
- IVR-afhandeling. IVR Hangup beëindigt het gesprek als een telefoonmenu opneemt. Met Press Digit kan de agent in plaats daarvan door toetsmenu's navigeren, als het doel is een afdeling te bereiken.
- Rapportage. Gesprekken eindigen met een reden van verbreking
voicemail_reachedofivr_reached, zodat je rapportages ze kunnen scheiden van echte gesprekken.
Eén detail is belangrijk: een begroeting kan als IVR worden geclassificeerd in plaats van als voicemail, dus zet IVR Hangup aan naast ophangen bij voicemail.
De documentatie van Retell beschrijft geen automatisch opnieuw bellen, dus bepaal waar de regels voor nieuwe pogingen liggen. Een veelgebruikt patroon is de reden van verbreking (dial_no_answer, dial_busy, voicemail_reached) uit de call_ended-webhook te lezen en je CRM of planner de volgende poging te laten inplannen. Voor de formulering van berichten, zie voicemailpraktijken voor AI-stemagenten.
Hoe ziet één gesprek eruit na consolidatie?
Eén gesprek loopt door twee systemen in plaats van vijf: het voice-AI-platform en het CRM. Bij Retell:
- Je CRM of backend start het gesprek via de API, of je uploadt een batchlijst. Een
metadata-object, zoals je CRM-record-ID, wordt bij het gesprek opgeslagen. - Een functie vóór het gesprek zoekt het contact op, zodat de agent begint met accountcontext.
- Retell belt vanaf een Retell-nummer of je geïmporteerde nummer.
- Voicemail- en IVR-detectie bepalen de eerste stap.
- Tijdens het gesprek lezen en schrijven integratietools of custom functions in je systemen.
- Als er een mens nodig is, verbindt de agent het gesprek door en leggen de webhook-events voor de doorverbinding vast of die tot stand kwam.
- Na het gesprek structureert Post Call Extraction de uitkomst, werken functies na het gesprek het CRM bij en melden de
call_ended- encall_analyzed-webhooks het aan alles wat het moet weten.
Elke stap is gekoppeld aan één gespreks-ID, en het gespreksrecord bevat het transcript, de opname en de reden van verbreking.
Wat hoort er op je evaluatiechecklist?
Vraag elke leverancier dit te laten zien in een live gesprek, niet op een slide.
| Vraag | Wat een goed antwoord laat zien |
|---|---|
| Kunnen jullie zelf uitgaande gesprekken plaatsen, één voor één en vanuit een lijst? | Bellen via de API en via lijsten met planningen en tijdvensters, zonder dialer van derden |
| Kunnen we onze carrier en nummers houden? | Elastic SIP-trunking met gedocumenteerde configuratie voor je provider |
| Waar wordt de beslissing over voicemail en IVR genomen, en hoe wordt die gerapporteerd? | Detectie in de agent, configureerbare acties, een redencode per gesprek |
| Waar wordt onze bel-me-niet-lijst gecontroleerd bij elk uitgaand pad? | Een duidelijk antwoord per pad. Bij Retell kunnen de API en het dashboard de interne DNC-vlag respecteren, maar batchgesprekken controleren die niet, dus filter batchlijsten vóór het uploaden. |
| Hoeveel gesprekken kunnen tegelijk lopen en hoe snel kunnen ze starten? | Gepubliceerde limieten voor gelijktijdigheid en gesprekken per seconde, plus een manier om capaciteit te reserveren voor inkomende gesprekken terwijl een campagne loopt |
| Welke CRM-acties zijn native en welke hebben ons eigen endpoint nodig? | Een concrete lijst van ondersteunde CRM's en acties, plus custom functions voor de rest |
| Op welke events kunnen onze systemen zich abonneren? | Webhooks voor start, einde en analyse van het gesprek en elke fase van de doorverbinding, met retries |
| Wat gebeurt er als een doorverbinding naar een mens mislukt? | Een gedefinieerde fallback in de agent en een event waarop je team kan alerten |
| Wat draait er nog in onze automatiseringslaag, en wie is eigenaar? | Een korte, schriftelijke lijst met een benoemde eigenaar |
| Als een gesprek mislukt, wie bellen we dan? | Eén supportkanaal en één gespreks-ID die het bellen, het gesprek en de uitkomst dekt |
Tel daarna de kosten van elke laag op, niet alleen het AI-tarief per minuut: dialerkosten, carrierminuten, automatiseringstaken en de engineeringuren om alles synchroon te houden. Volgens de prijspagina van Retell brengen custom telefonie en SIP-trunking geen telefoniekosten van Retell met zich mee (je carrier factureert je nog wel), kosten Retell-nummers $2.00 per maand en voegen batchgesprekken $0.005 per belpoging toe.
Waar begin je?
Kies één uitgaande campagne die door de volledige workaround-stack loopt. Breng elke overdracht in één gesprek in kaart, benoem elke eigenaar en markeer de lagen die alleen bestaan om dat gesprek te verplaatsen. Dat zijn je kandidaten voor consolidatie. Draai daarna een pilot met echte gesprekken met je eigen nummers en CRM gekoppeld, en tel de betrokken systemen als er iets misgaat. Plan je die consolidatie voor een outboundteam, bekijk dan hoe Retell uitgaand bellen verzorgt voor contactcenters, met bellen, voicemailafhandeling, doorverbindingen en CRM-writeback in één platform.
See how much your business could save by switching to AI-powered voice agents.
Your submission has been sent to your email
ROI Result
Total Human Agent Cost
AI Agent Cost
Estimated Savings
Een demodemonummer van Retell Clinic Office
What results look like with Retell AI


Estimate your monthly voice AI cost
Read Other Blogs
Revolutioneer je belactiviteiten met Retell

Bouw vandaag nog slimmere gesprekken.




