Chatbot w sklepie: pięć pytań, na które ma odpowiadać od pierwszego dnia

Wystarczy tydzień czytania skrzynki wsparcia w sklepie internetowym, żeby zobaczyć, na czym polega ta praca. Kilka typów pytań powtarza się tak długo, aż zaczynają się zlewać, a ktoś odpowiada na każde z nich ręcznie, zwykle wklejając te same trzy zdania, które wkleił godzinę wcześniej. Ta powtarzalność to argument za automatyzacją. I zarazem pułapka.

Dlaczego pierwszy dzień znaczy więcej niż lista funkcji

Wdrożenia padają wtedy, gdy sklep uruchamia bota, który ma obsłużyć wszystko, o co klient mógłby zapytać. Te udane zaczynają wąsko: wybierasz pytania dominujące w skrzynce, odpowiadasz na nie porządnie, resztę zostawiasz w spokoju. Ambicja na pierwszy dzień daje bota, który improwizuje, a improwizacja w obsłudze klienta oznacza błędne odpowiedzi na masową skalę.

Pięć koszyków pokrywa zdecydowaną większość tego, co trafia do sklepu: status zamówienia, czas dostawy, zwroty, dostępność i rozmiarówka oraz płatności. Z perspektywy klienta wyglądają jak ten sam rodzaj pytania. Pod spodem zachowują się zupełnie inaczej. Zawężenie zakresu w ten sposób idzie łatwiej, kiedy wiesz, które funkcje odpowiadają na pytania sklepu, a które tylko dobrze wyglądają w demo.

Oto podział, który przesądza o wszystkim. Część odpowiedzi pochodzi ze statycznej wiedzy, którą już masz spisaną. Inne wymagają danych pobranych ze sklepu na żywo, w momencie zadania pytania. Mylenie jednego z drugim to główna przyczyna tego, że bot okłamuje klientów. Baza wiedzy nie ma jak wiedzieć, gdzie w tej chwili jest konkretna paczka, a udawanie, że jest inaczej, niszczy zaufanie szybciej niż brak bota w ogóle.

Pytanie pierwsze: gdzie jest moje zamówienie?

Największy wolumen w niemal każdym sklepie i pierwsza rzecz, którą właściciele chcą oddać botowi. A zarazem ta, która najsłabiej nadaje się do obsługi samą bazą wiedzy. Prawdziwe sprawdzenie statusu oznacza pobranie na żywo rekordu zamówienia tego klienta, co wymaga integracji i sposobu na weryfikację, kto pyta. Żaden wgrany dokument tego nie zapewni. Nigdy.

To, co bot oparty na bazie wiedzy obsłuży dobrze od pierwszego dnia, to wszystko wokół statusu: jak działa śledzenie przesyłki, na jaki adres e-mail idzie link do trackingu, co naprawdę znaczy każdy status kuriera, jak długo paczka może wisieć w zawieszeniu, zanim uzna się ją za zagubioną, i co sklep wtedy robi. Klienci pytający „gdzie jest moje zamówienie” często chcą dokładnie tego i niczego więcej.

W małym zespole wypuść wersję wyjaśniającą z czytelną ścieżką do strony śledzenia i na tym poprzestań. Przy większej operacji, która buduje integrację, zaplanuj ścieżkę awaryjną jeszcze przed startem: co bot mówi, kiedy zapytanie przekroczy limit czasu albo wróci puste? Psuje się to, gdy bot zgaduje status, bo nikt mu nie powiedział, że nie ma tych danych.

Pytanie drugie: kiedy to dojdzie?

Czas dostawy to inne pytanie niż status zamówienia i pada przed zakupem co najmniej tak samo często jak po nim. Ktoś, kto zastanawia się nad kupnem, chce wiedzieć, czy paczka dojdzie przed weekendem. To więc pytanie o sprzedaż, nie tylko o obsługę.

Prawie wszystko da się tu odpowiedzieć ze źródeł statycznych: godziny graniczne na zamówienia, okna wysyłki, opcje kurierskie, widełki czasowe dla poszczególnych krajów oraz to, co dzieje się w weekendy i święta. Podaj botowi swój regulamin wysyłki plus wewnętrzną notatkę, której nikt nie publikuje: jak wydłuża się wysyłka w tygodniach wyprzedaży albo przed świętami.

Typowa awaria jest strukturalna. Zasady wysyłki zwykle żyją naraz w trzech miejscach: na stronie regulaminu, w tekstach w koszyku i w arkuszu u operacji. Przeczą sobie nawzajem, a sklep to przeżywa, bo żaden klient nie czyta wszystkich trzech. Bot czyta wszystkie trzy i ujawnia sprzeczność wszystkim naraz. Uzgodnij źródła, zanim cokolwiek wgrasz - bot będzie tylko tak spójny, jak pliki, które za nim stoją.

Pytanie trzecie: jak to zwrócić?

Pytania o zwroty są proceduralne, powtarzalne i niemal w całości wynikają z regulaminu, co czyni je najlepszym kandydatem do automatyzacji na pierwszy dzień. Nic tu nie wymaga danych na żywo. Długość terminu, wymagania co do stanu towaru, kto płaci za odesłanie, czas zwrotu pieniędzy, zasady wymiany, wyłączone kategorie - to wszystko siedzi w dokumencie, który już napisałeś.

• Dokładny termin na zwrot i to, czy liczy się od daty zamówienia, czy od daty dostawy
• Wymagania co do stanu: metki przy towarze, oryginalne opakowanie, brak śladów noszenia lub używania
• Kto płaci za przesyłkę zwrotną i czy zmienia się to przy towarze wadliwym
• Jak zdobyć etykietę zwrotną i co klient ma z nią zrobić
• Ile trwa zwrot pieniędzy po dotarciu paczki i na jaką metodę płatności wraca
• Czego nie da się zwrócić w ogóle, wymienione z nazwy kategorii, a nie sugerowane między wierszami

Towar uszkodzony i spory to kwestie oceny, nie odpytania regulaminu. Użyj ustawień zakresu w panelu administracyjnym, żeby zdefiniować, czego bot nie ma prawa rozstrzygać i dokąd wtedy kieruje klienta. Takie sprawy wymagają przekazania do twojego zespołu z zachowaniem kontekstu, bo zmuszanie klienta do powtarzania całej historii zamienia zwrot w reklamację. Ton ma tu większe znaczenie niż gdziekolwiek indziej: kto pyta o zwrot, jest już lekko niezadowolony, a chłodna odpowiedź zamienia lekkie niezadowolenie w eskalację.

Pytanie czwarte: czy macie to na stanie i jaki rozmiar wziąć?

Tu kryją się dwa pytania o zupełnie różnych potrzebach danych. Potraktuj je jak jedno, a dostaniesz bota, który w połowie przypadków myli się z pełnym przekonaniem.

Dostępność towaru to z definicji dane na żywo. Bez podpiętego źródła uczciwa odpowiedź brzmi tak, że bot nie potwierdzi bieżącej dostępności, a prawdziwa liczba jest na karcie produktu. Bot powtarzający stan magazynowy z dokumentu wgranego trzy tygodnie temu jest gorszy niż milczenie, bo klient mu wierzy.

Z rozmiarówką jest odwrotnie. Uwagi o kroju, tabele wymiarów, materiały, instrukcje pielęgnacji, informacje o kompatybilności - statyczne, stabilne i zwykle najbardziej zaniedbane treści w całym sklepie. Leżą w PDF-ach od dostawców i przewodnikach produktowych, których nikt nigdy nie zindeksował. A to dokładnie to, do czego służy wgrywanie bazy wiedzy.

To najbardziej wartościowe przedzakupowe zastosowanie chatbota w sklepie i zbudowałbym je jako pierwsze, gdyby skrzynka na to pozwoliła. Szybka, konkretna odpowiedź o rozmiar zapobiega porzuconemu koszykowi i zwrotowi w jednej rozmowie. Spersonalizowane odpowiedzi i obsługa wielu języków mają tu realne znaczenie, bo konwencje rozmiarów różnią się między rynkami, a kupujący czytający zagraniczną tabelę rozmiarów zwykle zgaduje źle. Jeśli drugi rynek już do ciebie pisze, uruchomienie bota w dwóch językach to mniejsza robota, niż większość sklepów zakłada.

Pytanie piąte: dlaczego moja płatność się nie udała?

Najmniejszy wolumen z całej piątki, najwyższa pilność i jedyne pytanie, przy którym powolna odpowiedź wprost kosztuje sprzedaż. Ktoś patrzący na odrzuconą kartę nie poczeka do rana. Zamyka kartę przeglądarki i kupuje gdzie indziej.

Sporo z tego jest statyczne i łatwe do spisania: akceptowane metody płatności, obsługa walut, typowe powody odrzucenia karty, kiedy zwalnia się blokada autoryzacyjna, dlaczego na wyciągu często pojawia się podwójne obciążenie, które potem znika, plus pytania o faktury i VAT od klientów firmowych.

Nigdy nie dopuszczaj bota do niczego, co wymaga danych karty albo dostępu do konta. Ustaw konfigurację zakresu tak, żeby wprost tego zabraniała, i sformułuj odmowę jako przekierowanie, a nie ślepy zaułek. Szyfrowana transmisja HTTPS zabezpiecza samą rozmowę, ale dobry projekt w ogóle trzyma wrażliwe dane logowania poza tą rozmową.

Jak zbudować te pięć odpowiedzi bez robienia z tego projektu

Kolejność składania jest mało efektowna i zajmuje popołudnie, a nie kwartał. Zbierz dokumenty, które już masz: regulamin wysyłki, regulamin zwrotów, przewodniki po rozmiarach, FAQ o płatnościach, karty specyfikacji od dostawców. Uzgodnij sprzeczności, które znajdziesz, bo na pewno je znajdziesz. Wgraj uzgodniony zestaw, a potem skonfiguruj w panelu administracyjnym nazwę bota, ton i zakres.

Zakres to ustawienie, które decyduje o powodzeniu wdrożenia. Zdefiniuj wprost, na co bot odpowiada, a czego odmawia, żeby nieznane pytania trafiały gdzieś sensownie, zamiast być improwizowane.

Testuj prawdziwymi wiadomościami ze swojej skrzynki, w oryginalnym sformułowaniu klienta, z literówkami włącznie. Czyste zdania testowe, które sam napisałeś, nie dowodzą niczego. Botino daje pierwszy voicebot za darmo po rejestracji, co w zupełności wystarczy, żeby przerobić to ćwiczenie porządnie przed podjęciem decyzji. Jeśli wolisz, żeby robotę z dokumentami i konfigurację zrobił ktoś za ciebie, tym zajmuje się nasza oferta wdrożeniowa.

Zacznij wąsko, potem poszerzaj

Uczciwy podział się broni. Zwroty, terminy dostawy, rozmiarówka i pytania o płatności da się obsłużyć z dokumentów, które możesz wgrać już dziś. Status zamówienia i dostępność towaru wymagają danych na żywo albo jasnego, świadomego przyznania się do ograniczenia.

Pierwszy miesiąc oceniaj po trafności, nie po wolumenie. Liczy się to, na ile pytań bot odpowiedział poprawnie bez poprawiania odpowiedzi przez człowieka. Bot obsługujący wszystko byle jak to ryzyko przebrane za produktywność.

A trwały wniosek jest taki: większość pracy siedzi w materiale źródłowym, nie w technologii. Uzgodnione zasady wysyłki, konkretny regulamin zwrotów i porządnie zindeksowane przewodniki po rozmiarach poprawiają sklep niezależnie od tego, czy bot ruszy jutro, czy nie.