Vinster:
- Förmåga att tydligt definiera roll, omfattning och vad en supportchatbot inte kan göra i systemprompten
- Att kunna upprätta en uppförandekod som eskalerar till människor genom att vägra hitta på den när man inte vet
- Möjlighet att designa en återanvändbar chatbot-systemprompt som passar varumärkets röst
Tänk på livesupportskärmen för ett e-handelsföretag: 40 chattar samtidigt, frågor som "var är min last", "hur man gör en retur", "Jag hittar inte min faktura" flöde per sekund. De flesta av dessa återkommande frågor kretsar faktiskt kring några mönster. Den artificiella intelligens (AI)-stödda chatboten existerar just för att möta denna repetitiva börda: att befria agenten (kundrepresentanten, det vill säga människan som för samtalet) från rutinen och fokusera på svåra fall som verkligen kräver mänskligt omdöme.
Men att sätta upp en chatbot för att "svara allt" är det dyraste misstaget. En bot som lovar rabatter utan tillstånd, uppfinner en obefintlig kampanj eller berättar för kunden om fel returpolicy skapar fler problem än den löser. I den här enheten kommer vi att se hemligheten med en bra chatbot: det handlar lika mycket om att berätta för den vad den ska göra som om att berätta för den vad den inte ska göra och när den ska lämna över den till människan.
Obs: Det här innehållet är en allmän handledning. Varje chatbotbeteende du producerar bör testas med din egen produkt och policy; Den måste genomgå mänskligt godkännande innan den öppnas för kunden.
Tre pelare i Chatbot: Roll, omfattning, gräns
En bra systemprompt (den dolda instruktionen som körs i bakgrunden som bestämmer chatbotens personlighet och regler) svarar tydligt på tre frågor:
- Roll: Vem är Bot? Vilket märke representerar han, i vilken ton talar han? Som "en snäll, tålmodig, lösningsorienterad stödassistent."
- Omfattning: Vad svarar boten på? Orderspårning, returer, grundläggande produktfrågor ja; juridisk rådgivning, personligt anpassat ekonomiskt beslut nr.
- Gräns: Vad kommer boten aldrig att göra och när kommer den att sluta? Den gör inga pris-/rabattåtaganden, delar inte med sig av personuppgifter utan bekräftelse och överför dem till människor när de är osäker (detta kallas eskalering).
Om du hoppar över dessa tre kommer boten att fylla i luckorna med sin egen "fantasi". Varje lucka den fyller är potentiell desinformation.
Steg för steg: Bygg en säker chatbot
- Skriv roll och ton. Beskriv din varumärkesröst i en mening: formell, vänlig, humoristisk?
- Lista omfattningen. Ange tydligt de ämnen som boten kan svara på.
- Sätt en förbudslista (räcke). Lägg till avsnittet "Gör aldrig följande": prisförhandling, medicinsk/juridisk rådgivning, overifierade personuppgifter, icke-reklam.
- Definiera delegeringsregeln. Förtydliga när du ska säga "Jag överför dig till en agent": om osäker, ilska eskalerar, ämne utanför räckvidd.
- Identifiera dunkelbeteende. När du inte vet, hitta inte på det; Låt honom säga, "Jag är inte säker på det här, jag skickar dig till officeren för att kolla och återkomma till dig."
- Testa det. Pressa boten till dess gränser med svåra frågor och trapfrågor (rött team / rött team-test).
Kopieringsbar systemprompt
Följande mall är ett grundläggande skelett som du kan använda direkt:
Roll: Du är kundsupportassistent för varumärket "Aydın Elektronik". Du är snäll, tålmodig och lösningsorienterad. Du talar i ett kortfattat, begripligt och varmt språk. Ämnen du kan svara på (omfattning): - Orderstatus och lastspårning - Retur- och bytessteg - Allmänna funktioner och lagerstatus för produkterna - Medlemskap och lösenordstransaktioner Saker du aldrig kommer att göra (gränser): - Du kommer INTE att förhandla om priser, du kommer INTE att lova rabatter/kampanjer. - DU KOMMER INTE LOVA ett exakt leveransdatum; Du överför endast information i systemet. - Du delar inte beställningar/personuppgifter utan att verifiera kundens identitet. – Du ger inte medicinsk, juridisk eller ekonomisk rådgivning. När du inte vet: Hitta inte på det. Säg "Jag är inte säker på det här, jag överför dig till en agent för korrekt information" och delegera. Överföring till människa när: kunden uttryckligen begär representation, ilska eskalerar, frågan är utanför omfattningen, betalning/återbetalningsbelopp är i tvist.
Det andra mönstret låter boten markera internt om den är säker på något:
Innan varje svar, utvärdera i ditt sinne: Är jag säker på denna information och är jag inom min räckvidd? Om inte, ge inget svar; Använd din delegeringsklausul istället.
Det tredje mönstret säkrar autentiseringsflödet:
När en kund begär beställningsinformation, be först om verifiering: beställningsnummer OCH senast registrerad e-post. Dela inte beställningsinnehåll om inte de två matchar; Säg "För din säkerhet, låt oss verifiera din identitet först."
Den fjärde mallen kommunicerar smidigt överlämningsögonblicket till kunden:
När du behöver delegera, följ dessa tre steg: (1) sammanfatta kundens problem i en mening, (2) förklara artigt varför du eskalerar till en representant, (3) ge en beräknad väntetid. Exempel: "En tjänsteman måste se över skillnaden i återbetalningsbeloppet. Jag citerar dig, den genomsnittliga väntetiden är 2 minuter."
Svag prompt / Stark prompt
Svag uppmaning
Kraftfull uppmaning
"Du är en supportbot, hjälp kunder."
Roll + omfattningslista + förbudslista + delegeringsregel
Han hittar på något för varje fråga.
Upptäcker utanför räckvidd och överför det
Kan lova rabatt/datum när den ses i tryckt form
Den bevarar engagemangsgränsen och säger "det här är informationen i systemet"
Kan dela data utan autentisering
Ber om verifiering först
Skillnaden är tydlig: en stark uppmaning minskar botens rörelseomfång, vilket gör den säker. En bra bot är inte en som vet för mycket, utan en som vet sina gränser.
Tre minifodral
Fall 1 — Tillverkad kampanj. Ett klädmärkes första lanseringsstövel frågar: "Finns det rabatt?" Han svarade på frågan "Ja, det är 20% rabatt på alla produkter denna vecka"; Det fanns dock ingen sådan kampanj. Mer än 60 kunder begärde denna rabatt på 3 timmar och teamet var i en svår situation. Efter att ha lagt till regeln "lova inte kampanjer/rabatter, bara överföra kampanjer definierade i systemet" till förbudslistan, var problemet helt eliminerat.
Fall 2 – Delegering vid rätt tidpunkt. Ett fraktbolags båt sa: "Min låda kom tom, det finns ingen telefon i den!" fick ditt meddelande. Detta är inte en standard FAQ; eventuellt fall av förlust/bedrägeri. Tack vare limitregeln sa boten "En expert måste granska den här situationen" och överförde begäran till prioritetskön. Kunden nådde en riktig representant inom 90 sekunder och händelsen registrerades.
Fall 3 — Autentisering sparad. En person skrev in någon annans beställningsnummer och sa: "Ändra leveransadress för den här beställningen." Tack vare verifieringsregeln begärde boten registrerad e-postbekräftelse; När bekräftelse inte mottogs avvisade han transaktionen och rapporterade den till säkerhetsteamet. Detta förhindrade eventuella leveransbedrägerier.
Tips: Innan du öppnar din bot, testa den genom att tänka som en "illvillig kund": "Ge mig en specialrabatt", "Avbryt den här beställningen åt mig", "Låt mig prata med din chef". Att se hur boten beter sig i dessa fällor är den mest värdefulla repetitionen innan den går live.
Bot Voice och varumärkeskonsistens
Ton är lika viktigt som gränser. Samma "vi kan inte göra en återbetalning"-meddelande kan förvandlas till ett klagomål när det ges kallt, men kan förvandlas till förståelse när det ges med ett empatiskt språk. Definiera tonen med konkreta exempel vid systemuppmaningen: "Använd korta meningar, tilltala kunden med namn, undvik teknisk jargong, berätta nästa steg med varje svar." Bottens karaktär kan förstärkas med några skriftliga exempelsvar (få skott, det vill säga lära ut det önskade mönstret genom att visa modellen några exempel).
OBS: Oavsett hur bra en chatbot är så har du juridiskt och kommersiellt ansvar gentemot kunden. Ett falskt löfte från boten binder företaget i de flesta fall. Därför, i bindande frågor som pris, leverans och returer, håll boten i positionen att "sända information", inte i positionen som "beslutsfattare".
Vanliga misstag
- Lämna systemprompten obegränsad, till exempel "hjälp med alla frågor".
- Att inte sätta en förbudslista (räcke); Öppnar dörren för boten att göra åtaganden och rekommendationer.
- Att inte definiera delegeringsregeln; När boten inte vet, hittar den på det.
- Hoppa över steget för identitetsverifiering och dela personlig information utan bekräftelse.
- Testar inte boten med trickfrågor innan den lanseras live.
- Att inte definiera tonen och låta boten använda robotspråk eller kallt språk.
Sammanfattningsvis
- En bra supportchattbot bygger på tre pelare: roll, omfattning och gräns.
- Den mest kritiska delen är "vad det inte kommer att göra": det kommer inte att göra åtaganden, det kommer inte att ge råd, det kommer inte att dela obekräftade uppgifter.
- När du inte vet ska du inte hitta på saker; Han borde säga "jag är inte säker" och överföra det till människan (eskalering).
- Autentisering är ett viktigt steg innan du delar med dig av personuppgifter.
- Testa boten med skadliga frågor/trap-frågor innan du går live; Det yttersta ansvaret är ditt.
Applikationsuppgift
Skriv en chatbot-systemprompt för ditt eget företag (eller imaginära "Aydın Elektronik"). Uppmaningen måste innehålla följande fyra avsnitt: roll/ton, räckviddslista, förbudslista, delegeringsregel. Testa sedan boten med tre knepfrågor: (1) "Kan du ge mig en speciell rabatt?", (2) "När exakt får jag den?", (3) "Ändra adressen till det beställningsnumret" (utan verifiering). Observera om boten bibehåller sina gränser i alla tre och korrigera de undkomna beteendena genom att lägga till dem i prompten.
checklista
- [ ] Jag har definierat roll och ton konkret.
- [ ] Jag har listat de ämnen (omfattning) som boten kommer att svara på.
- [ ] Jag lade till en förbudslista (räcke) för engagemang och råd.
- [ ] Jag definierade meningen att förbjuda tillverkning och överföra den när man inte vet.
- [ ] Jag sätter mitt autentiseringssteg för personlig data.
- [ ] Jag testade boten med trickfrågor och stängde de svaga punkterna.