Gevinster:
- Evne til at forstå en bots hensigt, eksistens og flowstruktur og definere dens omfang snævert og sikkert
- Evne til at skelne, hvilke kontakter der er egnede til bots, og hvilke der er egnede til mennesker, baseret på risiko- og følelsesniveau
- Evne til at etablere en overførselsregel til mennesker uden at miste konteksten i tilfælde af ude af rækkevidde, betaling, klage og vrede
Kundens første kontakt med brandet er ofte ikke med en person, men med et system: stemmemenuen på telefonen, chatvinduet på hjemmesiden, hjælpeboblen i applikationen. Den nye generation af disse systemer arbejder med kunstig intelligens, og når de er installeret korrekt, løser de kundens problem på få sekunder, uden nogensinde at nå et menneske. Når de er installeret forkert, fører de kunden gennem en labyrint af menuer, giver falske oplysninger og råber "opret forbindelse til en repræsentant." I denne enhed vil vi trin for trin se, hvordan stemme- og tekstbots er designet, hvilke kontakter de er egnede til, og hvordan kunstig intelligens letter dette design.
Lad os afklare vilkårene først. En bot er software, der taler automatisk i stedet for et menneske. En chatbot er en tekstchatbot (web, WhatsApp, app). Voicebot er en bot, der taler med stemmen i telefonen. IVR (Interactive Voice Response) er det klassiske menusystem på telefonen, der siger "tryk 1 for din regning, tryk 2 for teknisk support"; Den nye generation forstår tale i stedet for knapper. NLU (Natural Language Understanding) er teknologien, der uddrager det, kunden ønsker, fra den frit skrevne sætning. ASR (Automatic Speech Recognition) oversætter lyd til tekst; TTS (Text to Speech) konverterer tekst til naturlig stemme. En voicebot; Den lytter til dig med ASR, forstår med NLU, giver et svar og taler med TTS.
Bottens anatomi: hensigt, tilstedeværelse og flow
Hver bot er bygget på to grundlæggende koncepter. Hensigten er, hvad kunden ønsker at gøre: "finde ud af saldoen", "spore lasten", "initiere en refusion". Entitet er den information, der fuldender denne hensigt: ordrenummer, dato, beløb, by. For eksempel er hensigten i sætningen "Jeg vil kende butikkens åbningstider i Istanbul", "arbejdstidsforespørgsel", og entiteten er "Istanbul". Bot'en genkender først hensigten, spørger derefter efter manglende entiteter ("Hvilken by?") og trækker derefter svaret fra videnbasen.
Moderne generativ AI (store sprogmodeller, der frit genererer tekst) har lempet denne struktur: Hvor det tidligere var nødvendigt at skrive én regel for hver hensigt, kan modellen i dag direkte forstå kundens sætning og producere et flydende svar forbundet med dens vidensbase. Men denne fleksibilitet kommer med en pris: Modellen kan gå uden for rækkevidde og give forkerte oplysninger. Så et godt bot-design gør to ting: det bruger modellens sprogkraft, men omgiver det med autoværn - grænser, som modellen ikke kan komme ud af.
Følg disse trin, når du designer en bots flow:
- Hilsen og hensigtsregistrering: Botten præsenterer sig selv ("Hej, jeg er X's digitale assistent"), forstår, hvad kunden vil have. Det er uetisk at skjule, at du er en bot; Kunden skal vide, at han taler med en bot.
- Informationsindsamling: Spørger venligst om manglende enheder (ordrenummer, sidste 4 cifre i stedet for tyrkisk ID osv.).
- Løsning eller overførsel: Hvis emnet er inden for bottens rammer, er svarene; Hvis ikke, står der "Jeg forbinder dig med en agent" og videregiver konteksten, den indsamlede, til agenten.
- Afslutning: Bekræfter om problemet er løst, kan stille et kort tilfredshedsspørgsmål.
Tip: En god bot er ikke en, der "ved alt", men en, der "ved, hvad den ikke ved". Når det går uden for rækkevidde, bør det overdrages til mennesket uden at insistere, hurtigt og uden at miste kontekst.
Hvilken kontakt er til botten, hvilken er til mennesket?
Støvler udmærker sig ved stram, gentagne, følelsesløse kontakt; Dårlig til brede, komplekse og følelsesmæssige kontakter. Følgende tabel opsummerer skelnen:
kontakttype
Er støvlen egnet?
Hvorfor
Åbningstider, adresse, FAQ
Ja, direkte
Klart svar fra videnbasen
Forespørgsel om saldo/ordrestatus
Ja, afhænger af live system
Efter godkendelse
Nulstilling af adgangskode, adresseopdatering
Ja, sikker handel
Bestemt, regelmæssigt flow
Refusions-/annulleringsinitiering (standard)
Til dels afhænger af politik
Til mennesker ud over grænser
Fakturatvist, økonomisk tvist
nej
Kræver dømmekraft og autoritet
Klage, vrede, krise
Nej, hurtig omsætning
Kræver empati og dømmekraft
Sundhed/sikkerhed nødsituation
Nej, prioriteret overførsel
Risikoen er for høj
Regel: botten er velegnet, hvis løsningen til et tema kan reduceres til et enkelt korrekt svar; Hvis dømmekraft, empati eller autoritet er påkrævet, bør det overlades til mennesket.
Fire kopierbare skabeloner
1) Botpersona og grænsedefinition:
Du, "Aylin", er den digitale assistent for e-handelsvirksomheden ved navn [brand]. Stil: kort, høflig, klar; Tiltal kunden som "dig", ikke ved navn. Hvad du kan gøre: lastsporing, arbejdstider, oplysninger om returneringstilstand, standardreturstart (hvis inden for 14 dage). Hvad du ikke kan: prisforhandling, løfte om kompensation, juridisk svar, returnering over 14 dage, betalingskorttransaktion. Sig "Jeg kontakter repræsentanten" for disse. Hvis du ikke er sikker, skal du ikke finde på det; Sig "lad mig bekræfte dette og give det videre til repræsentanten."
2) Hensigtsgenkendelse og retningsanmodning:
Læs kundemeddelelsen nedenfor, og vælg et enkelt hensigtstag: [shipping_tracking, return, cancellation, info_query, complaint, payment, other]. Fjern også enheder, hvis nogen (ordrenummer, by, dato). besked: "<<besked>>"
3) Sikker respons baseret på vidensbase (RAG-prompt):
Svar kun baseret på teksten i afsnittet [INFORMATION] nedenfor. Hvis oplysningerne ikke er her, skal du sige "Jeg har ikke endelige oplysninger om dette emne, jeg forbinder dig med repræsentanten"; gætte, tilføje ekstern information.[INFORMATION]: <<vidensbasedele>>Kundespørgsmål: "<<spørgsmål>>"Skriv svaret i 2-3 sætninger, og giv betingelserne i kilden fuldstændigt.
4) Overdragelsesmeddelelse og kontekstoversigt:
Du afleverer samtalen til repræsentanten. Lav et resumé, som repræsentanten kan læse:- Kundens hensigt:- Hvad der er blevet indsamlet indtil videre (anonym, intet kort):- Løsning forsøgt og dens resultat:- Overførselsårsag:- Følelsesmæssig tone (rolig/vred/angstelig): Overskrid ikke 2-3 linjer; Skrivning af kunde-id/kortoplysninger.
Svag prompt / Stærk prompt
Svag prompt:
Bliv en bot, der besvarer kundespørgsmål, svar på alt.
Denne påstand er farlig: omfanget er ubegrænset, modellen kan tale og finde på hvad som helst, der er ingen delegationsregler.
Kraftig prompt:
Du er den digitale assistent [brand]. Svar kun på spørgsmål om forsendelse, returpolitik og arbejdstider baseret på den leverede videnbase. I tilfælde af ude af rækkevidde, klage, betaling eller vrede indikation, sig "Jeg vil forbinde dig med repræsentanten" og opsummere konteksten. Giv kun konkrete oplysninger såsom pris, beløb, varighed fra videnbasen; Ellers er det falsk.
Forskellen: omfanget er snævert, kilden er afhængig, overførselsreglen og fabrikationsforbuddet er klart.
tre minisager
Case 1 — Afbøjningssucces. 5.000 chats blev startet om dagen på et teleselskabs hjemmeside; 62 % af dem var enkeltsvarsspørgsmål såsom "hvor meget koster det resterende internet?" og "hvornår er regningen betalt?" Når en chatbot tilsluttet live-systemet besvarede disse spørgsmål direkte, faldt samtalen, der nåede mennesket, fra 62 % til 28 %; agenter fokuserede på komplekse opgaver, og den gennemsnitlige ventetid faldt fra 4 minutter til 90 sekunder.
Case 2 — Alt for optimistisk bot. Et forsikringsselskabs bot gav et løfte som "3 hverdage", da han blev spurgt "hvornår vil min skade blive betalt", da dækningen ikke er blevet reduceret; den faktiske proces varierede. Da mere end 200 kunder mindede om dette løfte, stod virksomheden i en vanskelig situation. Lektion: lad ikke botten reagere med forpligtelser; Procesoplysninger skal gives som "normalt
Case 3 - Mistet kontekst. En banks bot distraherede kunden med 6 spørgsmål og forbandt ham derefter med repræsentanten; Repræsentanten stillede de samme 6 spørgsmål igen, fordi han ikke fik nogen sammenhæng. Kundetilfredsheden kollapsede. Løsning: tilføjet et overdragelsesresumé, der automatisk flytter konteksten indsamlet af botten til den (anonyme) agentskærm; Igen forsvandt spørgsmålene, AHT faldt med 40 sekunder.
Almindelige fejl
- Skjuler, at du er en bot. Kunden skal vide, at den anden person er en bot; Skjulning underminerer tillid og lovoverholdelse i de fleste lande.
- Efterlader omfanget ubegrænset. Den bot, der reagerer på hvert emne, producerer hallucinationer og falske forpligtelser.
- At miste kontekst i æraen. At få kunden til at forklare botten og derefter få repræsentanten til at forklare det fra bunden er den største tilfredshedsdræber.
- Uendelig menu/løkke. Menuer, der ikke bringer kunden til en løsning; Hvert flow bør have en klar "forbindelse til mennesker"-udgang.
- Ignorerer følelserne. Det er en katastrofe, hvis botten fortæller kunden, der siger "Jeg annullerer, jeg er træt" og siger "vores returbetingelser er som følger"; Tegnet på vrede udløser omsætning.
Opmærksomhed: En bots succes måles ikke på "hvor mange spørgsmål den besvarer", men "hvor hurtigt det tager kunden til den rigtige løsning (hans eget svar eller den rigtige person)". At holde kunden i botten er ikke målet.
Sammenfattende
Stemme- og tekstbots; De er kraftfulde værktøjer, der hjælper kunden med at nå frem til en løsning på få sekunder i snævre, gentagne og følelsesløse kontakter. En god bot genkender hensigten, indsamler forsigtigt den manglende information, giver det korrekte svar baseret på sin videnbase og overfører det til mennesket, når det går uden for scope uden at miste konteksten. Hold bottens omfang snævert, lad den ikke give forpligtelsesholdige svar, indiker gennemsigtigt, at det er en bot, og sæt en tydelig menneskelig exit i hvert flow. Formålet med botten er ikke at beholde kunden, men at levere den rigtige løsning så hurtigt som muligt.
Ansøgningsopgave
Skriv et "omfang og persona"-dokument på én side til en chatbot. Den skal indeholde: (1) navnet og stilen på botten, (2) 5 emner, den kan, (3) 5 emner, den absolut ikke kan, (4) en delegationssætning, den vil sige om hvert emne, den ikke kan, (5) en nøddelegeringsregel, der vil blive udløst i tilfælde af vrede/krise. Tilpas derefter skabelonen "1) Bot persona" ovenfor til dit eget brand, og test den med et eksempel på en kundebesked.
tjekliste
- [ ] Jeg forstod hensigten, tilstedeværelsen og flowstrukturen af min bot og definerede dens omfang snævert.
- [ ] Botten fortæller tydeligt kunden, at det er en bot.
- [ ] Konkret information (beløb, varighed, kampagne) gives kun i forbindelse med videnbasen / live-systemet.
- [ ] Der er en klar regel om overførsel til en person i tilfælde af uden for rammerne, betaling, klage og vrede.
- [ ] I denne periode overfører botten automatisk den kontekst, den har indsamlet, til den (anonyme) repræsentant.
- [ ] Der er ikke noget flow, der får botten til at love forpligtelse/kompensation.