Konversationsflöde

Översikt

Inställningarna för samtalsflöde avgör hur din assistent hanterar perioder av tystnad från användaren, avbrott under tal och turtagning. De här inställningarna bidrar till naturligare samtal och kan anpassas efter ditt användningsfall.

Maximal samtalslängd

Inställningen Maximal samtalslängd begränsar den totala tid ett samtal kan vara aktivt. Den här globala gränsen börjar gälla när samtalet inleds och tillämpas oberoende av timeoutar på turnivå. Standardvärdet är 600 sekunder (10 minuter). Du kan ange ett värde mellan 60 och 7 200 sekunder.

Konfiguration

I CLI och API konfigurerar du den här inställningen med fältet conversation_config.conversation.max_duration_seconds.

Ta över turen efter tystnad

Inställningen Ta över turen efter tystnad avgör hur länge din assistent väntar under perioder av tystnad från användaren innan den tar nästa tur och ber om ett svar.

Konfiguration

Värdet anges i sekunder och måste vara mellan 1 och 30 sekunder. I CLI och API konfigurerar du den här inställningen med fältet conversation_config.turn.turn_timeout.

Bästa praxis

• Ange kortare timeoutar (5–10 sekunder) för avslappnade samtal där snabba repliker förväntas
• Använd längre timeoutar (10–30 sekunder) när användare kan behöva mer tid för att tänka eller formulera komplexa svar
• Tänk på användarens sammanhang – kundtjänst kan gynnas av kortare timeoutar, medan teknisk support kan behöva längre

Mjuk timeout

Mjuk timeout ger omedelbar ljudåterkoppling när LLM:en tar längre tid än väntat på sig att generera ett svar. I stället för obekväm tystnad medan agenten väntar säger den en kort utfyllnadsfras som “Hmm…” eller “Låt mig tänka…” för att behålla ett naturligt samtalsflöde.

Den här funktionen är användbar för:

• Komplexa frågor som kräver längre bearbetning av LLM:en
• Hantering av varierande latens från LLM-leverantörer
• Att skapa mer människoliknande samtal med naturliga tankepauser

Så fungerar det

1. När användaren slutar tala börjar systemet generera ett LLM-svar
2. En timer startar baserat på den konfigurerade timeoutlängden
3. Om LLM-svaret kommer före timeouten spelas ingen utfyllnad upp
4. Om timeouten nås innan LLM:en svarar:
   • Det konfigurerade utfyllnadsmeddelandet uttalas omedelbart
   • Agenten fortsätter vänta på det faktiska svaret
   • När svaret är klart uttalar agenten hela LLM-svaret

Mjuk timeout utlöses bara en gång per tur för att förhindra flera utfyllnader i följd.

Konfiguration

Timeoutlängd

Tiden i sekunder innan utfyllnadsmeddelandet uttalas medan systemet väntar på LLM-svaret.

Statiskt meddelande

En fördefinierad utfyllnadsfras som uttalas när mjuk timeout utlöses.

Det här meddelandet har stöd för:

• Språkåsidosättningar: Översätts automatiskt till ytterligare språk som är konfigurerade för din agent
• Klientåsidosättningar: Kan anpassas per samtal via SDK:n

LLM-genererat meddelande

När funktionen är aktiverad genereras en kontextanpassad utfyllnadsfras dynamiskt med en lättviktig LLM, i stället för det statiska meddelandet.

Systemet använder den senaste samtalskontexten (upp till 4 meddelanden, 1 000 tecken) för att generera relevanta utfyllnader som “Hmm…”, “Jag förstår…”, “Uppfattat…”, “Okej…” eller “Jaha…”

Bästa praxis

• Undvik tidsangivelser i utfyllnadsmeddelanden (t.ex. “En sekund…”) eftersom faktiska svarstider är oförutsägbara
• Inaktivera mjuk timeout för snabba FAQ-botar där svaren konsekvent kommer snabbt

Avbrott

Hantering av avbrott avgör om användare kan avbryta din assistent medan den talar.

Konfiguration

Inställningar för avbrott kan konfigureras på agentens flik Avancerat under Klienthändelser.

För att aktivera avbrott måste du se till att avbrott är en vald klienthändelse.

Avbrott aktiverade

Avbrott inaktiverade

Bästa praxis för avbrott

• Aktivera avbrott för naturliga samtalsflöden där dialog fram och tillbaka förväntas
• Inaktivera avbrott när det är avgörande att meddelandet slutförs (t.ex. villkor och bestämmelser eller säkerhetsinformation)
• Tänk på sammanhanget för ditt användningsfall – kundtjänst kan gynnas av avbrott, medan informationsleverans kanske inte gör det

Ivrighet att ta turen

Ivrighet att ta turen styr hur snabbt din assistent svarar på användarens inmatning under samtal. Inställningen avgör hur ivrig assistenten är att ta turen och börja tala baserat på identifierade talmönster.

Så fungerar det

Assistenten innehåller nu två viktiga förbättringar för naturligare turtagning:

1. Snabbare svars­generering – Assistenten börjar tala efter att ha fått tillräckligt många ord och ett kommatecken från språkmodellen, i stället för att vänta på fullständiga meningar. Det minskar latensen och ger mer responsiva samtal, särskilt när assistenten har längre svar.

2. Konfigurerbar iver att ta turen – Styr hur snabbt assistenten tolkar pauser eller talmönster som möjligheter att svara.

Konfiguration

Tre lägen finns tillgängliga:

• Ivrig – Assistenten svarar snabbt på användarens inmatning och hoppar in vid första möjliga tillfälle. Passar bäst för snabba samtal där omedelbara svar värdesätts.
• Normal – Balanserad turtagning som fungerar bra i de flesta samtalsscenarier. Assistenten väntar på naturliga pauser i samtalet innan den svarar.
• Tålmodig – Assistenten väntar längre innan den tar sin tur, vilket ger användare mer tid att avsluta sina tankar. Idealiskt för att samla in detaljerad information eller när användare behöver tid att formulera svar.

Bästa praxis för iver att ta turen

• Använd läget Ivrig för kundtjänstscenarier där snabba svar förbättrar användarupplevelsen
• Använd läget Tålmodig när du samlar in strukturerad information som telefonnummer, adresser eller e-postadresser
• Använd läget Normal som standard för allmänna samtalsflöden
• Kombinera med workflows för att dynamiskt anpassa ivrigheten att ta turen utifrån samtalskontexten
• Testa olika inställningar för ditt specifika användningsfall för att hitta den optimala balansen

Rekommenderade konfigurationer