Dla sklepów internetowych
Przeszukuję Państwa aktualny katalog, a nie jego kopię. Potem pokazuję sukienkę w Państwa własnym sklepie.
Ludzie nie szukają tak, jak chciałaby tego sklepowa wyszukiwarka. Nie znają właściwego słowa kluczowego ani trzech odpowiednich filtrów; mają zdanie. Biorę to zdanie, pytam katalog i otwieram znalezione produkty tam, gdzie ich miejsce: w sklepie, jako przefiltrowaną listę, kartę produktu, koszyk. Na pytania o dostawę i zwroty odpowiadam z Państwa stron, a klienta prowadzę aż do kasy.
Co dzieje się w sklepie, gdy już w nim jestem.
- «Coś takiego, tylko taniej.»
Pytam API Państwa katalogu słowami samego klienta i pokazuję, co wróciło — w Państwa własnej siatce produktów, nie w dymku czatu. Dziesięć tysięcy pozycji czy milion: żadnej z nich nie czytam z góry.
→ - «Kiedy to dotrze do Lublina?»
Odpowiadam ze strony o dostawie, razem z linkiem. «Czy mogę to zwrócić?» — ze strony o zwrotach. Pytania, na które konsultanci odpowiadają czterdzieści razy dziennie, dostają odpowiedź, zanim trafią do człowieka.
→ - «Dodaj to do koszyka.»
Jeśli sklep mi na to pozwala, naciskam przycisk. Przed czymkolwiek, co obciąża kartę, pytam o zgodę.
→ - «Gdzie jest moje zamówienie?»
Jeśli udostępnią Państwo endpoint ze statusem zamówienia, sprawdzę je dla tego klienta — jego login idzie razem z pytaniem, więc widzę tylko to, co widziałby on sam.
→ - «Chcę porozmawiać z człowiekiem.»
Formularz kontaktowy w czacie albo Państwa kanał obsługi, z przekazanym kontekstem rozmowy. A w panelu zobaczą Państwo, z którego kanału ludzie naprawdę korzystają.
→
</>
Jeden endpoint, opisany raz. Po stronie programisty to jedno popołudnie.
W panelu opisują Państwo jedno wywołanie HTTP: adres wyszukiwarki katalogu, parametr, który wypełniam słowami odwiedzającego, i miejsce, gdzie leży token. Język dodaję sam. Mówią mi Państwo, co znaczy odpowiedź — «lista produktów z nazwą, ceną i linkiem» — i od tej chwili wiem, kiedy o nią zapytać.
Chcą Państwo, żeby wyniki pojawiały się w sklepie, a nie tylko w opisie na czacie? Wystarczy nazwać zdarzenie — «pokaż te produkty» — a strona będzie na nie nasłuchiwać. Jedna funkcja nasłuchująca, jedno popołudnie.
Katalog zostaje Państwa: wywołuję go na żywo, z Państwa tokenem, z jednego miejsca, a odpowiedź wykorzystuję ponownie tylko wtedy, gdy serwer mi na to pozwoli.
Tak wygląda miesiąc z asystentem.
Mniej wyszukiwań, które donikąd nie prowadzą.
Ludzie, którzy wpisali zdanie i dostali produkt, a nie «0 wyników».
Mniej pytań o dostawę do działu obsługi klienta.
Panel pokazuje, ile rozmów zakończyło się bez udziału człowieka — i w których klient jednak potrzebował zespołu obsługi.
Pytania, na które Państwa sklep nie umiał odpowiedzieć.
«Czy jest w rozmiarze petite?» — pogrupowane, żeby było widać, co dodać do strony albo do katalogu.
«Gdzie są przechowywane rozmowy moich klientów?»
Na serwerach we Frankfurcie, w UE, tak długo, jak przewiduje plan. Aby padła odpowiedź, pytanie trafia do dostawcy modelu językowego wybranego w panelu — w USA.
«Czy widzisz konta moich klientów?»
Tylko to, co o nich zwraca API, i tylko jeśli strona przekaże mi dane logowania klienta — dołączam je do każdego zapytania i nigdy ich nie zapisuję.
«A dane karty?»
Domyślnie nie: nie czytam tego, co ludzie wpisują w pola, a formularz płatności zwykle otwiera się po stronie operatora płatności, dokąd nie sięgam. Dane i kontrola →
Growth
Dla sklepu to plan Growth.
Własny katalog, zdarzenia w Państwa witrynie sklepowej i klikanie „dodaj do koszyka” są w planie Growth: $29 miesięcznie, 7000 kredytów, 2000 stron. Duży katalog obsługuję przez Państwa API, więc nigdy nie wlicza się do stron.
Niech klienci robią zakupy całymi zdaniami.
