Röst-AI-stacken som köpare faktiskt vill ersätta

Den röst-AI-stack som de flesta team för utgående samtal vill ersätta är kedjan av nödlösningar runt själva AI:n: en separat dialer som ringer samtalen, egenbyggd telefonsvararlogik och ett automationslager som flyttar varje samtal mellan system. Målet är inte en ny AI-röst. Målet är färre system, färre överlämningar, färre saker att underhålla och en enda ansvarig som svarar när ett samtal fallerar. CRM:et finns inte på listan.

Hur ser den typiska stacken av nödlösningar ut?

Den har oftast fem lager, och vart och ett lades till av goda skäl. Problemet är att ett enda utgående samtal nu passerar genom alla fem.

Räkna överlämningarna i ett enda samtal: CRM till automation, automation till dialer, dialer till telefonsvararlogik, logik till AI-leverantör, AI-leverantör tillbaka till automation, automation tillbaka till CRM. Det är sex ställen där ett samtal kan fallera, utspridda över fyra eller fem leverantörer.

Var brister stacken av nödlösningar?

Den brister i överlämningarna, inte inuti något enskilt verktyg. Varje leverantörs dashboard kan se frisk ut medan samtalsflödet mellan dem fallerar.

Samtalsstatus finns på två ställen. När dialern ringer samtalet och AI:n för konversationen registreras ett obesvarat samtal i dialern och når aldrig AI-leverantörens loggar. Felsökning innebär att matcha samtals-ID:n mellan två leverantörer. Det gör nativ uppringning till ett arkitekturbeslut: där samtalet rings upp avgör var samtalsposten, frånkopplingsorsaken och inspelningen hamnar.

Beslutet maskin eller människa fattas utanför agenten. Om dialern klassificerar svaret och sedan skickar vidare samtalet innebär en felklassificering att agenten pratar med ett röstbrevlådemeddelande eller att en riktig person möts av tystnad. IVR-menyer är ett tredje fall som många dialeruppsättningar inte modellerar alls.

Automationslagret fallerar i det tysta. Ett scenario får timeout, ett CRM-fält byter namn eller en token löper ut. Samtal stannar eller resultat slutar skrivas, och ingen larmas.

Varje ändring berör tre konfigurationer. En ny kampanj innebär en dialerlista, en redigerad automation och en uppdaterad prompt, och de tre glider isär.

Ingen äger hela samtalet. När ett samtal fallerar pekar AI-leverantören på dialern, dialern pekar på operatören, och automationen byggdes av någon som sedan dess har bytt team.

Vad ska du konsolidera, och vad ska du behålla?

Konsolidera de lager som bara finns för att flytta ett AI-samtal mellan verktyg, och behåll de system som din verksamhet bygger på. Dialern, röstbrevlådelogiken och det mesta av limmet på samtalsnivå kan flyttas in i röst-AI-plattformen. CRM:et, din operatör och ditt mänskliga kontaktcenter blir kvar.

Att behålla din operatör innebär inte att du behåller en separat dialer. När ett Twilio- eller Telnyx-nummer har importerats via SIP ringer Retell samtalet genom den trunken, så operatören blir kvar och dialermjukvaran försvinner. I checklistan för utgående telefonnummer går vi igenom beslutet att köpa nya eller ta med egna nummer.

Automationslagret försvinner sällan helt. Leadsroutning, berikning och affärslogik kan stå kvar. Det som bör bort är lim vars enda uppgift är att starta ett samtal eller kopiera en transkription. Hur CRM-sidan av det ser ut från början till slut beskrivs i arbetsflödet från CRM till röst-AI. För integrationsdetaljer system för system, se hur röst-AI passar in i din CRM- och telefonistack.

Hur ska telefonsvarardetektering fungera när den flyttar in i agenten?

Behandla röstbrevlåda och IVR som samtalstillstånd som agenten är designad för, inte som ett filter framför den. När detekteringen ligger hos konversationen hamnar resultatet, åtgärden och avslutsorsaken på en och samma samtalspost. I Retell:

• Detekteringsfönster. Röstbrevlåde- och IVR-detektering körs under de första 3 minuterna efter att ett utgående samtal kopplats upp. Fönstret är fast, och detektering körs inte på inkommande samtal.
• Åtgärder för röstbrevlåda. Lägg på eller lämna ett meddelande. Meddelandet kan vara en genererad prompt eller en statisk mening med dynamiska variabler, till exempel kontaktens förnamn.
• IVR-hantering. IVR Hangup avslutar samtalet när en telefonmeny svarar. Press Digit låter i stället agenten navigera i knappsatsmenyer när målet är att nå en viss avdelning.
• Rapportering. Samtal avslutas med frånkopplingsorsaken voicemail_reached eller ivr_reached, så att dina rapporter kan skilja dem från konversationer.

En detalj är viktig: en hälsning kan klassificeras som en IVR i stället för en röstbrevlåda, så aktivera IVR Hangup tillsammans med att lägga på vid röstbrevlåda.

Retells dokumentation beskriver inte automatisk återuppringning, så bestäm var reglerna för nya försök ska ligga. Ett vanligt mönster är att läsa frånkopplingsorsaken (dial_no_answer, dial_busy, voicemail_reached) från webhooken call_ended och låta ditt CRM eller din schemaläggare bestämma nästa försök. För formulering av meddelanden, se bästa praxis för röstbrevlåda med AI-röstagenter.

Hur ser ett samtal ut efter konsolideringen?

Ett samtal går genom två system i stället för fem: röst-AI-plattformen och CRM:et. I Retell:

1. Ditt CRM eller din backend startar samtalet via API:et, eller så laddar du upp en batchlista. Ett metadata-objekt, till exempel ID:t för din CRM-post, lagras på samtalet.
2. En funktion före samtalet slår upp kontakten så att agenten börjar med kontokontext.
3. Retell ringer från ett Retell-nummer eller ditt importerade nummer.
4. Röstbrevlåde- och IVR-detekteringen avgör det första steget.
5. Under konversationen läser och skriver integrationsverktyg eller anpassade funktioner till dina system.
6. Om en person behövs överför agenten samtalet, och webhook-händelserna för överföringen registrerar om samtalet kopplades fram.
7. Efter samtalet strukturerar Post Call Extraction utfallet, funktioner efter samtalet uppdaterar CRM:et, och webhooks för call_ended och call_analyzed meddelar allt annat som behöver veta.

Varje steg knyts till ett och samma samtals-ID, och samtalsposten innehåller transkription, inspelning och frånkopplingsorsak.

Vad ska finnas på din checklista för utvärdering?

Be varje leverantör visa detta i ett skarpt samtal, inte på en bild i en presentation.

Räkna sedan ihop kostnaden för varje lager, inte bara AI-priset per minut: dialeravgifter, operatörsminuter, automationsuppgifter och de ingenjörstimmar som går åt till att hålla allt synkat. Enligt Retells prissida medför anpassad telefoni och SIP trunking ingen telefoniavgift från Retell (din operatör fakturerar dig fortfarande), Retell-nummer kostar $2.00 per månad och batchsamtal tillkommer med $0.005 per uppringning.

Var du ska börja

Välj en utgående kampanj som går genom hela stacken av nödlösningar. Kartlägg varje överlämning i ett enskilt samtal, namnge varje ansvarig och markera de lager som bara finns för att flytta samtalet. Det är dina kandidater för konsolidering. Kör sedan en pilot på riktiga samtal med dina egna nummer och ditt CRM anslutet, och räkna de system som är inblandade när något går fel. Om du planerar den konsolideringen för ett team för utgående samtal, se hur Retell hanterar utgående samtal för kontaktcenter, med uppringning, röstbrevlådehantering, överföringar och återskrivning till CRM i en och samma plattform.