Hyödyllisen chatbotin tulee osata viitata henkilöön, kun vastaus puuttuu, päätös on tarpeen tai käyttäjä pyytää sitä. Suunnittele tämä kohta muun reitin kanssa: käytettävissä oleva kanava, välitetty tieto ja harkinnan vahvistus.

rajaa mitä chatbot voi käsitellä

erilliset yleistiedot, tiedostojen kuuleminen ja liiketoimenpiteet. Dokumentaarinen avustaja voi selittää menettelyn ilman lupaa muuttaa tilausta. osoittavat sen rajat ymmärrettävällä kielellä. Chat-käyttöliittymän läsnäolo ei saa poistaa tavallisia yhteydenottotapoja. Tarkista matkapuhelimessa, että se ei piilota navigointia tai olennaisia tietoja.

Aseta välityslaukaisimet

Suunnittele vähintään käyttäjän nimenomainen pyyntö, riittävän lähteen puuttuminen ja tilanteet, jotka eivät kuulu soveltamisalaan. Vältä silmukoita, joissa malli muotoilee saman vastauksen uudelleen loputtomiin. Liipaisuja pitäisi voida testata esimerkein. Arkaluonteisessa kysymyksessä vastauksen sujuvuus ei osoita, että se olisi valtuutettu päätös.

kuvaile viestiä kokonaisena kurssina

Yhteystiedot-painike ei riitä, jos kukaan ei tiedä, mitä se lähettää tai kuka käsittelee pyynnön. Kuvaa alkutila, käyttäjän toimet, ehdotetut tiedot ja odotettu vahvistus. Reitti voi olla yksinkertainen: uusintayhteenveto, lomake ja vahvistettu vastaanottokanava. Tärkeää on olla viittaamatta siihen, että pyyntö olisi otettu huomioon ennen kuin hakemus todella vahvistaa sen.

Tapauksia, joita on odotettavissa ennen chatbotin avaamista
Tilannekäyttöliittymävastehyväksymistestin vahvistus
Käyttäjä pyytää henkilöäehdotetaan saatavilla olevaa yhteydenottotapaaei silmukkaa, joka asettaa uusia uudelleenmuotoiluja
dokumentaatio ei vastaaraja ilmoitetaan ja hyödyllinen jatko-osa ehdotetaanEi keksittyä ehtoa tai arvoa
Palvelu on suljettuTodellinen saatavuus selitetäänAutomaattista viivettä ei ole vahvistettu
Kanava epäonnistuuVikaviesti ja vaihtoehto ovat saatavillaEi vääriä lähetysvahvistuksia
Liiketoimintapäätös on tarpeenkysyntä on suunnattu osaavaksi rooliinmallissa ei ole tehty muutosta

Tämä ruudukko on suunnitteluehdotus. Luvat ovat edelleen ratkaisevia: Informatiivisen avustajan ei pitäisi pystyä muuttamaan sopimusta tai pääsyä vain siksi, että hänen vastauksensa ehdottaa. suosituksetOWASP LLM-sovelluksiin auttaa erottamaan tuotetun tekstin todellisista valtuutetuista toimista.

välittää vain mikä auttaa

Rele voi tarjota yhteenvedon, jonka henkilö lukee uudelleen ennen lähettämistä. Tunnista tarvittavat tiedot, vastaanottaja ja hyväksytty kanava. Älä kopioi automaattisesti koko keskustelua, jos se sisältää tarpeettomia tietoja. Jos palvelu suljetaan, ilmoita tapa jättää pyyntö ja mitä tapahtuu seuraavaksi lupaamatta viivästystä, jota tiimi ei ole vahvistanut.

kuvitteellinen esimerkki: muutospyyntö

Vierailija haluaa vaihtaa jo tilatun palvelun. Chatbot voi selittää, mistä löytää hyödyllistä tietoa ja ehdottaa yhteystietoa, mutta se ei vahvista muutosta. Käyttäjä tarkistaa pyynnöstään yhteenvedon ennen lähettämistä. Sivu näyttää todellisen kuittivahvistuksen tai epäonnistumisviestin yrittää uudelleen; Luotu kaava ei korvaa tätä vahvistusta.

Suunnittele yhteenveto, jota henkilö voi hallita

  1. Rajoita yhteenveto kysymykseen, hyödylliseen kontekstiin ja elementteihin, jotka käyttäjä suostuu välittämään. Näytä se ennen lähettämistä, kun reitti sallii.
  2. Ilmoita pyynnön kanava ja toiminnallinen vastaanottaja. Epämääräinen kaava, kuten "Me huolehdimme siitä", ei kuvaa todennettavissa olevaa vastaanottoa.
  3. Salli korjata yhteenveto. Mallin huonosta uudelleenmuodostuksesta ei pitäisi tulla ainoa versio pyynnöstä, jota tiimi pitää.
  4. Testaa vastaanotto demotiedoilla ja sitten vikaskenaariolla. Tarkista reitti näppäimistöllä ja kapealla näytöllä, myös kun chat-ikkuna on auki.

Kuvitteellisessa simulaatiossa henkilö haluaa kehittää jo tilatun palvelun. Chatbot voi selittää, mitä tietoja laaditaan, ja ehdottaa yhteenvetoa. Se ei vahvista tiedoston hyväksymistä tai muutosta. Tiimi saa kanteenotettavan pyynnön ja on edelleen vastuussa päätöksestä. Tämä erottelu mahdollistaa nopean auttamisen ilman kaupallista sitoutumista.

Toimistosivustolle rele voi suunnata kehystyksen vaihtoon sen sijaan, että se pyrkisi ratkaisemaan jokaisen tilanteen välittömästi. Suunnittele vastaamattomien kysymysten tarkistus dokumentaation parantamiseksi. Sitä Tietokannan laatiminen ja RAG-järjestelmänlaatutestit sitten täydentää lomaketta ja viestien varsinaista vastaanottoa.

Testaa kurssin loppu

simuloida jäljittämätöntä vastetta, välitöntä ihmisen tarvetta ja kosketuskanavan vikaa. Ohjausnäppäimistö, mobiililuku- ja vahvistusviestit. OWASP tunnistaa riskit, jotka liittyvät LLM-sovellusten irtautumisiin ja pääsyyn: rajoittavat siksi chatbotin valtuudet siihen, mikä on tarpeen. Linkitä tämä teosyhteydenottolomakkeen parantaminen Luotettavan ongelman ylläpitämiseksi.

Lisädokumentaatio