Gevinster:
- Evne til å tydelig definere rollen, omfanget og hva en støttechatbot ikke kan gjøre i systemprompten
- Å kunne etablere en atferdskodeks som eskalerer til mennesker ved å nekte å gjøre opp når man ikke vet
- Evne til å designe en gjenbrukbar chatbot-systemprompt som passer stemmen til merkevaren
Tenk på live-støtteskjermen til et e-handelsselskap: 40 chatter samtidig, spørsmål som "hvor er lasten min", "hvordan gjøre en retur", "Jeg finner ikke fakturaen min" flyt per sekund. De fleste av disse tilbakevendende spørsmålene dreier seg faktisk om noen få mønstre. Den kunstig intelligens (AI)-støttede chatboten eksisterer nettopp for å møte denne repeterende byrden: for å frigjøre agenten (kunderepresentanten, det vil si mennesket som fører samtalen) fra rutinen og fokusere på vanskelige saker som virkelig krever menneskelig dømmekraft.
Men å sette opp en chatbot for å "svare på alt" er den dyreste feilen. En robot som lover rabatter uten autorisasjon, oppfinner en ikke-eksisterende kampanje eller forteller kunden feil returpolicy skaper flere problemer enn den løser. I denne enheten vil vi se hemmeligheten bak en god chatbot: det handler like mye om å fortelle den hva den skal gjøre som om å fortelle den hva den ikke skal gjøre og når den skal overlates til mennesket.
Merk: Dette innholdet er en generell opplæring. Hver chatbot-atferd du produserer bør testes med ditt eget produkt og din egen policy; Den må gjennomgå menneskelig godkjenning før den åpnes for kunden.
Tre søyler i Chatbot: Rolle, omfang, grense
En god systemmelding (den skjulte instruksjonen som kjører i bakgrunnen som bestemmer chatbotens personlighet og regler) svarer tydelig på tre spørsmål:
- Rolle: Hvem er Bot? Hvilket merke representerer han, i hvilken tone snakker han? Som «en snill, tålmodig, løsningsorientert støtteassistent».
- Omfang: Hva reagerer boten på? Ordresporing, returer, grunnleggende produktspørsmål ja; juridisk rådgivning, personlig økonomisk beslutning nr.
- Grens: Hva vil roboten aldri gjøre, og når stopper den? Den gir ingen pris-/rabattforpliktelser, deler ikke personopplysninger uten bekreftelse, og overfører den til folk når den ikke er sikker (dette kalles eskalering).
Hvis du hopper over disse tre, vil boten fylle ut hullene med sin egen "fantasi". Hvert gap den fyller er potensiell feilinformasjon.
Trinn for trinn: Bygg en sikker chatbot
- Skriv rollen og tonen. Beskriv merkevarens stemme i én setning: formell, vennlig, humoristisk?
- List opp omfanget. Skriv tydelig opp emnene roboten kan svare på.
- Sett forbudsliste (rekkverk). Legg til en «Gjør aldri følgende»-seksjon: prisforhandling, medisinsk/juridisk rådgivning, ubekreftede personopplysninger, ikke-markedsføring.
- Definer delegeringsregelen. Avklar når du skal si "Jeg overfører deg til en agent": hvis usikker, sinne eskalerer, emne utenfor rekkevidde.
- Identifiser uklarhetsadferd. Når du ikke vet, ikke gjør det opp; La ham si: "Jeg er ikke sikker på dette, jeg sender deg til betjenten for å sjekke og komme tilbake til deg."
- Test det. Press boten til sine grenser med vanskelige spørsmål og fellespørsmål (rødt lag / rødt lag-test).
Kopierbar systemforespørsel
Følgende mal er et grunnleggende skjelett som du kan bruke direkte:
Rolle: Du er kundestøtteassistent for merkevaren "Aydın Elektronik". Du er snill, tålmodig og løsningsorientert. Du snakker i et kort, forståelig og varmt språk. Emner du kan svare på (omfang): - Ordrestatus og lastsporing - Retur- og byttetrinn - Generelle funksjoner og lagerstatus for produktene - Medlemskap og passordtransaksjoner Ting du aldri vil gjøre (begrensninger): - Du skal IKKE forhandle priser, du skal IKKE love rabatter/kampanjer. - DU LOVTER IKKE en eksakt leveringsdato; Du overfører kun informasjon i systemet. - Du deler ikke bestillinger/personopplysninger uten å verifisere kundens identitet. – Du gir ikke medisinske, juridiske eller økonomiske råd. Når du ikke vet: Ikke gjør det opp. Si "Jeg er ikke sikker på dette, jeg overfører deg til en agent for nøyaktig informasjon" og deleger. Overføring til menneske når: kunden eksplisitt ber om representasjon, sinne eskalerer, problemet er utenfor omfanget, betaling/refusjonsbeløp er uenig.
Det andre mønsteret lar boten markere internt om den er sikker på noe:
Før hvert svar, vurder i tankene dine: Er jeg sikker på denne informasjonen og er jeg innenfor mitt virkeområde? Hvis ikke, ikke gi et svar; Bruk delegasjonsklausulen i stedet.
Det tredje mønsteret sikrer autentiseringsflyten:
Når en kunde ber om bestillingsdetaljer, ber du først om bekreftelse: bestillingsnummer OG siste registrerte e-post. Ikke del ordreinnhold med mindre de to stemmer overens; Si "For din sikkerhet, la oss bekrefte identiteten din først."
Den fjerde malen kommuniserer problemfritt overleveringsmomentet til kunden:
Når du trenger å delegere, følg disse tre trinnene: (1) oppsummer kundens problem i én setning, (2) forklar høflig hvorfor du eskalerer til en representant, (3) gi en estimert ventetid. Eksempel: "En tjenestemann må vurdere forskjellen i refusjonsbeløpet. Jeg siterer deg, gjennomsnittlig ventetid er 2 minutter."
Svak forespørsel / sterk forespørsel
Svak melding
Kraftig forespørsel
"Du er en støtterobot, hjelp kunder."
Rolle + omfangsliste + forbudsliste + delegeringsregel
Han finner på noe for hvert spørsmål.
Oppdager utenfor rekkevidde og overfører det
Kan love rabatt/dato når sett på trykk
Den bevarer forpliktelsesgrensen, og sier "dette er informasjonen i systemet"
Kan dele data uten autentisering
Ber om bekreftelse først
Forskjellen er tydelig: en sterk melding begrenser robotens bevegelsesområde, noe som gjør det trygt. En god bot er ikke en som vet for mye, men en som kjenner sine grenser.
Tre minivesker
Tilfelle 1 — Fabrisert kampanje. Et klesmerkes første utgivelsesstøvel spør: "Er det rabatt?" Han svarte på spørsmålet "Ja, det er 20% rabatt på alle produkter denne uken"; Det var imidlertid ingen slik kampanje. Mer enn 60 kunder ba om denne rabatten på 3 timer, og teamet var i en vanskelig situasjon. Etter å ha lagt til regelen "ikke lov kampanjer/rabatter, kun overfør kampanjer definert i systemet" til forbudslisten, ble problemet fullstendig eliminert.
Sak 2 – Delegering til rett tid. Båten til et lasteselskap sa: "Kassen min kom tom, det er ingen telefon i den!" fikk meldingen din. Dette er ikke en standard FAQ; mulig tilfelle av tap/svindel. Takket være grenseregelen sa boten "En ekspert må vurdere denne situasjonen" og overførte forespørselen til prioritetskøen. Kunden nådde en ekte representant innen 90 sekunder og hendelsen ble registrert.
Tilfelle 3 — Autentisering lagret. En person skrev inn en annens ordrenummer og sa: "Endre leveringsadressen for denne bestillingen." Takket være bekreftelsesregelen ba boten om registrert e-postbekreftelse; Da bekreftelsen ikke ble mottatt, avviste han transaksjonen og rapporterte den til sikkerhetsteamet. Dette forhindret mulig leveringssvindel.
Tips: Før du åpner boten din, test den ved å tenke som en "ondsinnet kunde": "Gi meg en spesiell rabatt", "Kanseller denne bestillingen for meg", "La meg snakke med sjefen din". Å se hvordan roboten oppfører seg i disse fellene er den mest verdifulle øvelsen før den går live.
Bot Voice og merkevarekonsistens
Tone er like viktig som grenser. Den samme "vi kan ikke refundere"-meldingen kan bli til en klage når den gis kaldt, men kan bli til forståelse når den gis med et empatisk språk. Definer tonen med konkrete eksempler ved systemprompten: "Bruk korte setninger, adresser kunden ved navn, unngå teknisk sjargong, fortell neste trinn med hvert svar." Karakteren til boten kan forsterkes med noen få skriftlige eksempelsvar (få skudd, det vil si å lære det ønskede mønsteret ved å vise modellen noen få eksempler).
OBS: Uansett hvor god en chatbot er, har du juridisk og kommersielt ansvar overfor kunden. Et falskt løfte gitt av boten binder selskapet i de fleste tilfeller. Derfor, når det gjelder bindende spørsmål som pris, levering og returer, hold boten i posisjonen til å "sende informasjon", ikke i posisjonen som "beslutningstaker".
Vanlige feil
- Å forlate systemprompten ubegrenset, for eksempel "hjelp med spørsmål".
- Ikke sette en forbudsliste (rekkverk); Åpne døren for roboten til å gjøre forpliktelser og anbefalinger.
- Ikke definere delegeringsregelen; Når boten ikke vet, finner den opp.
- Hopp over trinnet for identitetsbekreftelse og deling av personlige data uten bekreftelse.
- Ikke tester boten med lurespørsmål før den lanseres live.
- Ikke definere tonen og la boten bruke robotspråk eller kaldt språk.
Oppsummert
- En god support chatbot er bygget på tre pilarer: rolle, omfang og grense.
- Den mest kritiske delen er "hva det ikke vil gjøre": det vil ikke forplikte seg, det vil ikke gi råd, det vil ikke dele ubekreftede data.
- Når du ikke vet, bør du ikke finne på ting; Han skal si "jeg er ikke sikker" og overføre det til mennesket (eskalering).
- Autentisering er et viktig skritt før deling av personopplysninger.
- Test roboten med ondsinnede spørsmål/fellespørsmål før du går live; Det endelige ansvaret er ditt.
Søknadsoppgave
Skriv en chatbot-systemmelding for din egen virksomhet (eller imaginære "Aydın Elektronik"). Spørsmålet må inneholde følgende fire seksjoner: rolle/tone, omfangsliste, forbudsliste, delegeringsregel. Test deretter boten med tre lurespørsmål: (1) "Kan du gi meg en spesiell rabatt?", (2) "Når nøyaktig vil jeg motta den?", (3) "Endre adressen til det ordrenummeret" (uten bekreftelse). Observer om roboten opprettholder sine grenser i alle tre og korriger den unnslippede atferden ved å legge dem til ledeteksten.
sjekkliste
- [ ] Jeg har definert rolle og tone konkret.
- [ ] Jeg har listet opp emnene (omfang) som boten vil svare på.
- [ ] Jeg la til en forbudsliste (rekkverk) for engasjement og råd.
- [ ] Jeg definerte setningen om å forby fabrikasjon og overføre den når man ikke vet.
- [ ] Jeg setter autentiseringstrinnet mitt for personlige data.
- [ ] Jeg testet boten med lurespørsmål og lukket de svake punktene.