Gevinster:
- Evne til klart at definere rollen, omfanget og hvad en supportchatbot ikke kan i systemprompten
- At kunne etablere et adfærdskodeks, der eskalerer til mennesker ved at nægte at finde på det, når man ikke ved det
- Evne til at designe en genbrugelig chatbot-systemprompt, der passer til brandets stemme
Tænk på live-supportskærmen for en e-handelsvirksomhed: 40 chats på samme tid, spørgsmål som "hvor er min last", "hvordan man returnerer", "Jeg kan ikke finde min faktura" flow pr. sekund. De fleste af disse tilbagevendende spørgsmål drejer sig faktisk om nogle få mønstre. Den kunstig intelligens (AI)-understøttede chatbot eksisterer netop for at imødekomme denne gentagne byrde: at frigøre agenten (kunderepræsentanten, det vil sige det menneske, der fører samtalen) fra rutinen og fokusere på vanskelige sager, der virkelig kræver menneskelig dømmekraft.
Men at oprette en chatbot til at "besvare alt" er den dyreste fejl. En bot, der lover rabatter uden tilladelse, opfinder en ikke-eksisterende kampagne eller fortæller kunden den forkerte returpolitik, skaber flere problemer, end den løser. I denne enhed vil vi se hemmeligheden bag en god chatbot: det handler lige så meget om at fortælle den, hvad den skal gøre, som det handler om at fortælle den, hvad den ikke skal gøre, og hvornår den skal overdrages til mennesket.
Bemærk: Dette indhold er en generel vejledning. Enhver chatbot-adfærd, du producerer, bør testes med dit eget produkt og din egen politik; Den skal gennemgå menneskelig godkendelse, før den åbnes for kunden.
Tre søjler i Chatbot: Rolle, omfang, grænse
En god systemprompt (den skjulte instruktion, der kører i baggrunden, der bestemmer chatbottens personlighed og regler) svarer klart på tre spørgsmål:
- Rolle: Hvem er Bot? Hvilket mærke repræsenterer han, i hvilken tone taler han? Som "en venlig, tålmodig, løsningsorienteret støtteassistent."
- Omfang: Hvad reagerer botten på? Ordresporing, returnering, grundlæggende produktspørgsmål ja; juridisk rådgivning, personlig økonomisk beslutning nr.
- Grænse: Hvad vil botten aldrig gøre, og hvornår stopper den? Den afgiver ikke pris-/rabatforpligtelser, deler ikke personlige data uden bekræftelse og overfører dem til folk, når den ikke er sikker (dette kaldes eskalering).
Hvis du springer disse tre over, vil botten udfylde hullerne med sin egen "fantasi". Hvert hul, det udfylder, er potentiel misinformation.
Trin for trin: Opbygning af en sikker chatbot
- Skriv rolle og tone. Beskriv din brandstemme i én sætning: formel, venlig, humoristisk?
- Angiv omfanget. Angiv tydeligt de emner, botten kan reagere på.
- Sæt en forbudsliste (rækværk). Tilføj en "Gør aldrig følgende" sektion: prisforhandling, medicinsk/juridisk rådgivning, ubekræftede personlige data, ikke-promovering.
- Definer delegationsreglen. Afklar, hvornår du skal sige "Jeg overfører dig til en agent": hvis usikker, vrede eskalerer, emne uden for rækkevidde.
- Identificer uklarhedsadfærd. Når du ikke ved det, skal du ikke finde på det; Lad ham sige: "Jeg er ikke sikker på dette, jeg sender dig til betjenten for at tjekke og vende tilbage til dig."
- Test det. Skub botten til dets grænser med vanskelige spørgsmål og fældespørgsmål (rødt hold / rødt hold-test).
Kopierbar systemprompt
Følgende skabelon er et grundlæggende skelet, som du kan bruge direkte:
Rolle: Du er kundesupportassistent for mærket "Aydın Elektronik". Du er venlig, tålmodig og løsningsorienteret. Du taler i et kort, forståeligt og varmt sprog. Emner du kan besvare (omfang): - Ordrestatus og fragtsporing - Retur- og byttetrin - Generelle funktioner og lagerstatus for produkterne - Medlemskab og adgangskode transaktioner Ting du aldrig vil gøre (grænser): - Du vil IKKE forhandle priser, du lover IKKE rabatter/kampagner. - DU LOVEDER IKKE en nøjagtig leveringsdato; Du overfører kun oplysninger i systemet. - Du deler ikke ordrer/persondata uden at have verificeret kundens identitet. - Du yder ikke medicinsk, juridisk eller økonomisk rådgivning. Når du ikke ved det: Lad være med at finde på det. Sig "Jeg er ikke sikker på dette, jeg overfører dig til en agent for at få nøjagtige oplysninger" og delegere. Overførsel til menneske, når: kunde eksplicit anmoder om repræsentation, vrede eskalerer, spørgsmålet er uden for omfanget, betaling/refusionsbeløb er i strid.
Det andet mønster giver botten mulighed for internt at markere, om den er sikker på noget:
Inden hvert svar skal du vurdere i dit sind: Er jeg sikker på disse oplysninger, og er jeg inden for mit omfang? Hvis ikke, giv ikke et svar; Brug din delegationsklausul i stedet.
Det tredje mønster sikrer godkendelsesflowet:
Når en kunde anmoder om ordreoplysninger, skal du først bede om bekræftelse: ordrenummer OG sidste registrerede e-mail. Del ikke ordreindhold, medmindre de to matcher; Sig "Af hensyn til din sikkerhed, lad os bekræfte din identitet først."
Den fjerde skabelon kommunikerer problemfrit overdragelsesøjeblikket til kunden:
Når du skal uddelegere, skal du følge disse tre trin: (1) opsummere kundens problem i én sætning, (2) høfligt forklare, hvorfor du eskalerer til en repræsentant, (3) give en estimeret ventetid. Eksempel: "En embedsmand skal gennemgå forskellen i refusionsbeløbet. Jeg citerer dig, den gennemsnitlige ventetid er 2 minutter."
Svag prompt / stærk prompt
Svag prompt
Kraftig prompt
"Du er en supportbot, hjælp kunder."
Rolle + omfangsliste + forbudsliste + delegationsregel
Han finder på noget for hvert spørgsmål.
Registrerer uden for rækkevidde og overfører det
Kan love rabat/dato, når den ses på tryk
Det bevarer forpligtelsesgrænsen og siger "dette er informationen i systemet"
Kan dele data uden godkendelse
Beder om verifikation først
Forskellen er klar: en stærk prompt indsnævrer botens bevægelsesområde, hvilket gør det sikkert. En god bot er ikke en, der ved for meget, men en, der kender sine grænser.
Tre mini etuier
Case 1 — Fremstillet kampagne. Et tøjmærkes første udgivelsesstøvle spørger: "Er der rabat?" Han svarede på spørgsmålet "Ja, der er 20% rabat på alle produkter i denne uge"; Der var dog ingen sådan kampagne. Mere end 60 kunder anmodede om denne rabat på 3 timer, og teamet var i en vanskelig situation. Efter at have tilføjet reglen "lov ikke kampagner/rabatter, kun overfør kampagner defineret i systemet" til forbudslisten, var problemet fuldstændig elimineret.
Sag 2 — Uddelegering på det rigtige tidspunkt. Et fragtfirmas båd sagde: "Min boks ankom tom, der er ingen telefon i den!" fik din besked. Dette er ikke en standard FAQ; muligt tilfælde af tab/svig. Takket være grænsereglen sagde botten "En ekspert skal gennemgå denne situation" og overførte anmodningen til prioritetskøen. Kunden nåede frem til en rigtig repræsentant inden for 90 sekunder, og hændelsen blev registreret.
Sag 3 — Godkendelse gemt. En person indtastede en andens ordrenummer og sagde: "Skift leveringsadressen for denne ordre." Takket være verifikationsreglen anmodede botten om registreret e-mailbekræftelse; Da bekræftelsen ikke blev modtaget, afviste han transaktionen og rapporterede den til sikkerhedsteamet. Dette forhindrede mulig leveringssvig.
Tip: Før du åbner din bot, skal du teste den ved at tænke som en "ondsindet kunde": "Giv mig en særlig rabat", "Annuller denne ordre for mig", "Lad mig tale med din leder". At se, hvordan botten opfører sig i disse fælder, er den mest værdifulde øvelse, før den går live.
Bot Voice og Brand Konsistens
Tone er lige så vigtigt som grænser. Den samme "vi kan ikke lave en refundering" besked kan blive til en klage, når den gives koldt, men kan blive til forståelse, når den gives med et empatisk sprog. Definer tonen med konkrete eksempler ved systemprompten: "Brug korte sætninger, adresser kunden ved navn, undgå teknisk jargon, fortæl næste trin med hvert svar." Bottens karakter kan forstærkes med nogle få skriftlige prøvesvar (få skud, det vil sige at lære det ønskede mønster ved at vise modellen et par eksempler).
OBS: Uanset hvor god en chatbot er, har du et juridisk og kommercielt ansvar over for kunden. Et falsk løfte fra botten binder virksomheden i de fleste tilfælde. Ved bindende spørgsmål som pris, levering og returnering skal du derfor holde botten i positionen som "transmitterer information", ikke i positionen som "beslutningstager".
Almindelige fejl
- At forlade systemprompten ubegrænset, såsom "hjælp med ethvert spørgsmål".
- Ikke at sætte en forbudsliste (autoværn); Åbner døren for botten til at give forpligtelser og anbefalinger.
- Ikke at definere delegationsreglen; Når botten ikke ved det, finder den op.
- Spring over identitetsbekræftelsestrinnet og deling af personlige data uden bekræftelse.
- Tester ikke botten med trickspørgsmål, før den lanceres live.
- Ikke at definere tonen og tillade botten at bruge robotsprog eller koldt sprog.
Sammenfattende
- En god support chatbot er bygget på tre søjler: rolle, omfang og grænse.
- Den mest kritiske del er "hvad den ikke vil gøre": den vil ikke påtage sig forpligtelser, den vil ikke give råd, den deler ikke ubekræftede data.
- Når du ikke ved det, skal du ikke finde på tingene; Han skal sige "Jeg er ikke sikker" og overføre det til mennesket (eskalering).
- Autentificering er et væsentligt trin før deling af personlige data.
- Test botten med ondsindede/fældespørgsmål, før du går live; Det ultimative ansvar er dit.
Ansøgningsopgave
Skriv en chatbot-systemprompt til din egen virksomhed (eller imaginære "Aydın Elektronik"). Prompten skal indeholde følgende fire sektioner: rolle/tone, omfangsliste, forbudsliste, delegationsregel. Test derefter botten med tre trickspørgsmål: (1) "Kan du give mig en særlig rabat?", (2) "Hvornår præcist modtager jeg den?", (3) "Skift adressen på det ordrenummer" (uden bekræftelse). Observer, om botten opretholder sine grænser i alle tre, og ret den undslupne adfærd ved at tilføje dem til prompten.
tjekliste
- [ ] Jeg har defineret rolle og tone konkret.
- [ ] Jeg har angivet de emner (omfang), som botten vil besvare.
- [ ] Jeg tilføjede en forbudsliste (autoværn) for engagement og rådgivning.
- [ ] Jeg definerede sætningen om at forbyde fremstilling og overføre den, når man ikke ved det.
- [ ] Jeg sætter mit autentificeringstrin for personlige data.
- [ ] Jeg testede botten med trickspørgsmål og lukkede de svage punkter.