AI chatbot za web shop: korisnička podrška povezana s provjerenim informacijama

Početak nije chatbot, nego izbor pitanja

Zamislimo trgovinu čiji tim odgovara na pitanja o dimenzijama, materijalima, načinu korištenja i razlikama između proizvoda. Istovremeno prima zahtjeve za promjenu narudžbe, upite o dostavi i prigovore. Sve se poruke pojavljuju u istom kanalu, ali ne mogu imati ista pravila automatizacije.

Prvi korak je razdvojiti javne informacije od podataka vezanih uz konkretnog kupca. Pitanje o dimenziji proizvoda može se povezati s odobrenom specifikacijom. Zahtjev o statusu narudžbe zahtijeva provjeru identiteta i pristup relevantnom zapisu. Prigovor ili nejasna situacija može zahtijevati neposrednu predaju timu.

Kako bi izgledala baza odgovora

Bazu treba graditi od potvrđenih opisa, specifikacija, internih uputa i javno objavljenih uvjeta. Svaki izvor dobiva odgovornu osobu i pravilo ažuriranja. Povijesna poruka djelatnika nije automatski važeće pravilo trgovine, a promotivni opis ne bi smio biti zamjena za tehničku specifikaciju.

Za proizvode se koriste stabilne oznake, a varijante se odvajaju ondje gdje imaju različite dimenzije ili svojstva. Nedostajuća specifikacija ostaje nedostajuća. Chatbot bi trebao ponuditi kontakt podrške umjesto da popuni prazninu na temelju sličnog artikla ili općeg znanja modela.

Tijek razgovora s korisnikom

Razumijevanje upita i izbor izvora

Sustav bi najprije pokušao povezati pitanje s proizvodom ili temom. Ako korisnik nije naveo dovoljno informacija, slijedi kratko potpitanje. Predloženi odgovor sadrži poveznicu na odgovarajuću stranicu ili navodi izvor koji ga podupire. Kada postoje dvije moguće varijante proizvoda, chatbot traži razjašnjenje umjesto da sam izabere jednu.

Provjera promjenjivih podataka

Cijene, stanje zalihe i statusi pošiljaka nisu trajno znanje. Ako se uključe u rješenje, trebaju dolaziti iz provjerenog aktualnog sustava s definiranim pravilom osvježavanja. Kod prekida veze odgovor mora jasno razlikovati posljednji poznati podatak od trenutačno potvrđenog. Bez provjere se ne obećava isporuka do određenog datuma.

Predaja djelatniku s kontekstom

Razgovor se predaje timu kada nema izvora, kada korisnik to zatraži ili kada tema zahtijeva osobnu odluku. Djelatnik dobiva dosadašnji razgovor, proizvod i pitanje koje je ostalo otvoreno. Korisnik ne bi trebao ponavljati sve od početka. Istodobno chatbot prestaje nuditi nepotvrđene odgovore samo da bi zadržao razgovor.

Pristup narudžbama nije isto što i javni razgovor

Prvi opseg može raditi bez pristupa narudžbama. Time se testira kvaliteta odgovora na javna pitanja prije dodavanja osjetljivijih funkcija. Kasniji pristup statusu narudžbe zahtijeva provjeru korisnika i ograničavanje podataka na ono što mu pripada. Samo poznavanje nečijeg e-maila ne treba tretirati kao dovoljnu potvrdu ovlasti.

Povrati novca, promjene adrese i odobravanje iznimaka nisu uključeni u samostalne radnje ovog scenarija. Chatbot može objasniti odobreni postupak i pripremiti zahtjev za pregled. Komercijalnu ili drugu osjetljivu odluku donosi ovlaštena osoba prema pravilima trgovine.

Kako testirati prije javnog uključivanja

Testni skup treba uključiti uobičajena pitanja, proizvode s nedostajućim podacima, pogrešne oznake i situacije u kojima je ispravna reakcija predaja timu. Treba provjeriti i pokušaje izvlačenja internih informacija ili navođenja chatbota da zanemari pravila. Dobro formatiran odgovor nije dovoljan dokaz njegove točnosti.

Kriteriji mogu uključiti udio točnih odgovora na unaprijed provjerenom skupu, broj nepotkrijepljenih tvrdnji i kvalitetu predaje. U stvarnom radu treba pratiti ponovljene kontakte i zadovoljstvo korisnika, a ne samo broj razgovora završenih bez agenta. Izostanak predaje nije uspjeh kada je korisnik dobio pogrešan odgovor.