Så ändrar du vad din röstagent säger vid ett avbrott

För att ändra vad en röstagent säger vid ett avbrott utan ett utvecklingsprojekt bygger du in en plats för meddelandet i agenten en gång och ändrar sedan värdet på den platsen när något händer. Då blir uppdateringen en konfigurationsändring med återställning i ett enda steg i stället för en release. Hur snabbt och säkert ditt driftteam kan göra den ändringen är det som köpare kallar innehållsagilitet, och det hör hemma på varje utvärderingslista för röst-AI.

Den här artikeln handlar om avbrott, lanseringar och tjänsteuppdateringar på din sida. Om du vill veta hur Retell håller sin egen plattform igång finns det beskrivet i hur Retell hanterar avbrott och drifttid.

Varför är avbrottsmeddelanden viktigare med en röstagent?

Eftersom en röstagent svarar på varje samtal med sin nuvarande konfiguration tills någon ändrar den. Ett mänskligt team får en genomgång när passet börjar. En agent får det som står i dess prompt och öppningsmeddelande.

När en faktureringsportal ligger nere eller en leveranspartner missar en dag vill den som ringer veta tre saker: att ni känner till problemet, vad hen kan göra nu och när det är värt att höra av sig igen. Om agenten inte kan säga det förklarar varje uppringare problemet från början, ber att få prata med en person och ökar belastningen på den kö du försökte skydda.

Vad ska ditt team kunna ändra utan en release?

Fyra saker täcker de flesta incidenter och lanseringar:

• Öppningsmeddelandet, så att uppringare hör meddelandet innan de hinner förklara något.
• Ett meddelande som agenten kan diskutera under samtalet, så att den kan svara konsekvent på ”är det löst än?”.
• Vart överföringar går, så att eskaleringar kan nå ett avlastningsteam.
• Referensfakta för en lansering eller policyändring, till exempel nya abonnemangsdetaljer eller öppettider under helger.

I Retell fungerar dynamiska variabler på alla dessa ställen: i öppningsmeddelandet, agentens prompter, statiska meningar i Conversation Flow, nummer för samtalsöverföring och SMS-text. Det är det som gör en ändring utan release möjlig.

Hur konfigurerar du en agent så att ett meddelande kan slås på med en enda ändring?

Gör det här en gång, innan du behöver det.

Lägg till en meddelandevariabel. Placera {{service_notice}} i det anpassade välkomstmeddelandet, till exempel: ”Tack för att du ringer. {{service_notice}} Hur kan jag hjälpa dig i dag?” Lägg till en motsvarande rad i prompten, som ”Aktuellt driftmeddelande: {{service_notice}}. Om det inte är tomt, nämn det en gång i början av samtalet och besvara frågor om det med enbart den här texten.”

Ge den ett tomt standardvärde. I Retell ligger en variabel utan värde kvar i meddelandet som rå {{service_notice}}-text, medan en tom sträng ersätter den med ingenting. Ange standardvärdet "" på agentnivå under Security & fallback settings så att agenten låter som vanligt en vanlig dag.

Peka produktionsnummer mot taggen prod. Retells miljötaggar är namn som pekar på en agentversion, och telefonnummer som är kopplade till en tagg följer den. Nummer som är kopplade direkt till en version stannar på den versionen, så kontrollera alla produktionsnummer nu.

Testa meddelandeflödet. Med simuleringstestfall i Retell kan du förinställa dynamiska variabler. Behåll ett testfall med ett exempelmeddelande ifyllt och bekräfta att agenten läser upp det och ändå slutför samtalet.

Hur slår du på meddelandet vid ett avbrott?

Ange meddelandet på taggen, inte i agenten. Öppna Environment i agentens sidhuvud, sedan Configure Tags, välj prod och ange din godkända text för service_notice. Retell tillhandahåller taggvärden när ett samtal använder taggen, och taggvärden har företräde framför agentens standardvärden. Innan du förlitar dig på detta vid ett avbrott, ring ett testsamtal för att bekräfta att det nya värdet används i nästa samtal.

Samma mönster hanterar routning. Om ditt mål för samtalsöverföring är en variabel kan du ange den på taggen för att skicka eskaleringar till en avlastningslinje och sedan återställa den efteråt.

För samtal som redan pågår kan en utvecklare använda Retells Update Live Call API, som skriver över dynamiska variabler i ett pågående samtal och gäller omedelbart.

För att återställa rensar du värdet på taggen. Agentens tomma standardvärde gäller då igen från nästa samtal.

När ska en ändring i stället bli en ny version?

När du ändrar beteende, inte bara ord. En produktlansering som lägger till nya frågor, ett nytt verktyg eller ett annat samtalsflöde är en versionsändring.

Flödet i Retell:

1. Skapa ett utkast från den version som prod pekar på. Utkast är redigerbara kopior som inte påverkar källan.
2. Redigera och testa det med ett testsamtal eller dina simuleringstestfall.
3. Öppna versionsjämförelsen från publiceringsdialogen. Den semantiska diffen listar varje ändrat fält och markerar exakt vilka ord som lagts till eller tagits bort i långa texter.
4. Publicera, vilket gör versionen skrivskyddad, och flytta sedan taggen prod till den.

För att återställa flyttar du prod tillbaka till föregående version. Nummer på taggen följer med.

Kan dina egna system utlösa meddelandet automatiskt?

Ja, om du bygger det en gång. Retells webhook för inkommande samtal ställs in per telefonnummer och anropar din endpoint när ett samtal kommer in. Ditt svar kan ange dynamiska variabler eller skriva över öppningsmeddelandet och de länkade kunskapsbaserna, enbart för det samtalet. Överskrivningarna sparas inte i den sparade agenten.

Det innebär att en incidentflagga i ditt eget statusverktyg kan avgöra vad uppringarna hör, utan att någon behöver redigera i dashboarden under incidenten. Behåll en standardagent för inkommande samtal på numret: om din endpoint misslyckas med alla tre försöken försöker Retell koppla samtalet till den agenten, och utan en sådan kopplas samtalet ned.

Var passar kunskapsbasen in?

Använd den för detaljer om lanseringar och tjänsteuppdateringar, inte för aktuell incidentstatus. En kunskapsbas passar för fakta som agenten slår upp, till exempel abonnemangsdetaljer eller en lista över berörda regioner, och Retells dokumentation rekommenderar att instruktioner ligger i prompten snarare än i kunskapsbasen.

Två saker att se upp med. Källor i form av URL:er och synkroniserade dokument uppdateras automatiskt var 24:e timme, vilket är för långsamt för en status som ändras varje timme. Dessutom är kunskapsbaser kopplade till agenter som separata objekt, så kontrollera vilka agenter som använder en kunskapsbas innan du lägger till ett tillfälligt meddelande i den. Om struktur, se hur du strukturerar en kunskapsbas för röst-AI.

Hur ser en bra handbok för avbrottsmeddelanden ut?

Skriv och godkänn dessa före en incident och fyll sedan i hakparenteserna när det händer.

Håll varje meddelande till en eller två korta meningar. Säg vad som påverkas och vad uppringaren kan göra. Ange en tid för återställning bara om utvecklingsteamet har bekräftat den.

Vem ska få ändra det, och hur vet du att det fungerade?

Begränsa redigeringsrättigheter efter roll. Med Retells åtkomstkontroll kan rollerna Admin och Developer redigera agenter och kunskapsbaser, medan rollen Member är skrivskyddad. Retells dokumentation beskriver inget godkännandesteg i produkten, så ange vem som godkänner varje utlösare i din incidenthandbok, som i tabellen ovan.

Kontrollera sedan resultatet. Med Live Monitoring kan en arbetsledare lyssna på pågående samtal, så att du hör de första uppringarna få meddelandet. Retells larmregler kan skicka e-post eller anropa en webhook när andelen lyckade samtal sjunker eller API-felen ökar, vilket hjälper dig både att upptäcka en incident och att bekräfta återhämtningen. Lägg till meddelandet i din QA-bedömningsmall för röstagenter inför incidentgenomgången.

Vad ska du fråga en leverantör av röst-AI om innehållsagilitet?

Be dem visa var och en av dessa live, inte beskriva dem:

• Kan någon som inte är utvecklare ändra öppningsmeddelandet och ett meddelande under samtalet utan en release?
• Följer produktionsnummer en pekare, så att publicering och återställning vardera är ett enda steg?
• Kan du testa en ändring mot sparade scenarier innan uppringarna hör den?
• Kan du se en diff på ordnivå över vad som ändrats mellan versioner?
• Kan dina egna system ange meddelandet per samtal utifrån en incidentflagga?
• Kan du uppdatera samtal som redan pågår?
• Vilka roller kan redigera och vilka är skrivskyddade?

Ta sedan själv tid på hela förloppet under pilotprojektet. Vår guide om att utvärdera en plattform för röstagenter före lansering täcker resten av det testet.

Retell ger kontaktcenterteam versionshanterade agenter, miljötaggar, variabler per tagg och överskrivningar per samtal, så att de som driver kön kan ändra vad uppringarna hör och ångra det i ett enda steg. Se hur det passar din verksamhet på sidan om Retells företagsplattform.