Sklep online ma trzy wąskie gardła, w których AI realnie pomaga: obsługę, która nie nadąża; ofertę, która nie trafia; i treści, których jest za dużo, by pisać je ręcznie. Po kolei.
Obsługa klienta 24/7#
Klienci pytają o dostępność, dostawę, zwroty i parametry o każdej porze. Concierge RAG odpowiada z Waszej wiedzy — z cytatem ze strony produktu czy regulaminu — a sprawy nietypowe eskaluje do człowieka. To nie zwykły czatbot na regułach: różnicę między agentem a chatbotem widać dokładnie tam, gdzie odpowiedź trzeba znaleźć w dokumentach i podeprzeć źródłem (RAG). Sprzedajesz na kilka rynków? Wielojęzyczny help desk obsługuje każdy język jednym zespołem.
Najszybszy mierzalny zwrot to pilotaż 4-6 tygodni na bazie wiedzy o produktach i zamówieniach. W e-commerce dużą część zgłoszeń stanowią powtarzalne pytania „gdzie moja paczka”, o dostępność i o zwroty — to właśnie tu bot domyka rozmowę sam (containment), a resztę przekazuje człowiekowi. Realistyczny, uczciwy zakres dla dobrze ograniczonego startu to z grubsza połowa do dwóch trzecich rutynowych zapytań obsłużonych bez konsultanta; reszta trafia do kolejki. Nie obiecujemy konkretnego procentu z góry — zależy od asortymentu, jakości Waszej bazy wiedzy i tego, jak wąsko zdefiniujecie pierwszy zakres. Wynik mierzymy na realnym ruchu, nie deklarujemy go w ofercie.
Dopasowanie i rekomendacje#
Nie każdy lead i nie każdy koszyk jest równy. Predykcyjny scoring zamienia płaską listę w priorytety: które porzucone koszyki ratować, których klientów dopieszczać, co rekomendować. Pod spodem embeddingi BGE-M3 (model) liczą podobieństwo produktów lokalnie — to ta sama mechanika, co wyszukiwanie semantyczne w katalogu: „kurtka na deszcz w góry” znajduje produkt opisany jako „wodoodporna kurtka trekkingowa”, mimo że nie pada żadne wspólne słowo. Wszystko bez wysyłania danych klientów do chmury.
Porzucony koszyk to najbardziej mierzalna dźwignia po stronie dopasowania: scoring decyduje, do których koszyków wraca przypomnienie, z jakim komunikatem i kiedy, zamiast wysyłać jeden szablon do wszystkich. To nie jest obietnica „X% odzysku” — efekt zależy od marży, asortymentu i tego, czy koszyk porzucono z powodu ceny, kosztu dostawy czy braku decyzji. Sens jest taki, że ten sam budżet na przypomnienia kierujecie tam, gdzie szansa na domknięcie jest realnie wyższa, a wynik czytacie z testu A/B na własnym ruchu.
Treści na skalę#
| Zadanie | Bez AI | Z AI |
|---|---|---|
| Opisy produktów | ręcznie, wolno | generowane z danych, do korekty |
| Tłumaczenia na rynki | drogo, partiami | szybko, spójnie |
| Tagowanie zdjęć | ręcznie | wizja AI automatycznie |
| FAQ i regulaminy | statyczne | przeszukiwalne semantycznie |
AI generuje pierwszą wersję treści z Waszych danych (parametry, kategorie), a człowiek ją zatwierdza — szybciej niż pisanie od zera, bez utraty kontroli nad jakością i tonem. Kluczowy warunek: opis powstaje z faktycznych pól produktu, nie ze swobodnej fantazji modelu. Jak ograniczyć halucynacje AI przy generowaniu opisów — przez ugruntowanie w danych i etap akceptacji — opisujemy osobno, podobnie jak szersze podejście do AI w marketingu treści.
Praktyka pokazuje, że przy katalogu liczonym w tysiącach SKU model „draft, a człowiek poprawia” jest wielokrotnie szybszy niż pisanie od zera — redaktor weryfikuje i dopina ton zamiast układać zdanie po zdaniu. Nie podajemy sztywnego mnożnika, bo zależy on od tego, jak ustrukturyzowane są Wasze dane wejściowe (im czystsze pola, tym lepszy draft i mniej poprawek). Zasada operacyjna jest stała: nic nie idzie na sklep bez akceptacji człowieka, a model nie dopisuje parametrów, których nie ma w danych.
Kiedy bot, kiedy człowiek#
Granica nie biegnie po „prostych” i „trudnych” pytaniach, tylko po koszcie błędu. Tam, gdzie pomyłka to drobna niedogodność, bot może domknąć rozmowę sam. Tam, gdzie pomyłka oznacza stratę finansową, spór albo zranioną relację, decyduje człowiek.
| Sytuacja | Bot domyka sam | Człowiek (z asystą AI) |
|---|---|---|
| Status zamówienia, śledzenie paczki | tak | — |
| Dostępność, parametry, porównanie produktów | tak | — |
| Zasady zwrotu, terminy, jak zwrócić | tak | — |
| Złożona reklamacja, spór o wadę | — | tak |
| Klient sfrustrowany, groźba rezygnacji | — | tak |
| Zwrot środków, anulowanie, zmiana danych konta | — | tak (akcja nieodwracalna = potwierdzenie człowieka) |
Bot musi mieć niski próg przekazania do człowieka: klient w dowolnym momencie pisze „połącz mnie z konsultantem” i trafia do kolejki. Podbijanie containment rate przez utrudnianie tego transferu jest nie tylko nieetyczne — przy obsłudze konsumenta naraża sklep na zarzut wprowadzania w błąd.
Co mierzyć#
AI w e-commerce podnosi sprzedaż pośrednio — przez lepszą obsługę i trafniejsze dopasowanie. Dlatego nie mierzymy „wzrostu sprzedaży dzięki AI” jako jednej liczby (zbyt wiele czynników na nią wpływa), tylko twarde wskaźniki pośrednie:
- Containment rate — odsetek rozmów domkniętych przez bota bez konsultanta. Rośnie wraz z jakością bazy wiedzy.
- Handoff rate i czas do człowieka — ile rozmów trafia do kolejki i jak szybko klient łączy się z konsultantem.
- Czas obsługi zgłoszenia — od zapytania do rozwiązania; tu AI skraca najwięcej przy powtarzalnych sprawach.
- CTR i konwersja na opisach generowanych przez AI — porównane w teście A/B z opisami pisanymi ręcznie, nie deklarowane z góry.
- Wpływ na zwroty — czy lepsze, spójne opisy i obsługa przedsprzedażowa obniżają odsetek zwrotów „bo nie takie, jak myślałem”.
Każdy z tych wskaźników czytamy z realnego ruchu, na próbie kontrolnej. Uczciwa kolejność to najpierw zmierzyć stan obecny (baseline), potem wdrożenie na wąskim zakresie, potem porównanie — a nie obietnica procentu w ofercie.
AI Act i RODO w e-commerce#
Sklep online przetwarza wrażliwe dane przy każdej transakcji: adresy, dane do faktury, historię zakupów, a często numery kart (zwykle po stronie operatora płatności). To wszystko PII, więc projektujemy obsługę tak, by te dane nie wyciekały do zewnętrznych modeli.
- Maskowanie PII przed chmurą. Zanim cokolwiek trafi do modelu chmurowego, dane osobowe są wykrywane i zastępowane tokenami (np. numer zamówienia czy adres zamieniamy na placeholder), a odpowiedź sklejamy z powrotem lokalnie.
- Lokalne embeddingi i rezydencja danych. Podobieństwo produktów i wyszukiwanie liczą embeddingi BGE-M3 we własnej infrastrukturze — dane klientów nie opuszczają Waszego środowiska. To świadomy wybór rezydencji danych, nie efekt uboczny.
- Obowiązek ujawnienia bota. Od 2 sierpnia 2026 roku klient musi wiedzieć, że rozmawia z systemem AI, zanim poda jakiekolwiek dane. Czat obsługi przedstawia się jako automatyczny — podawanie bota za człowieka jest wprost zakazane. Szczegóły obowiązków firm zbiera artykuł AI Act i RODO 2026.
Sama obsługa klienta i rekomendacje w sklepie zwykle nie są systemem wysokiego ryzyka w rozumieniu AI Act — ale obowiązki przejrzystości (ujawnienie bota), nadzoru ludzkiego nad akcjami nieodwracalnymi oraz RODO obowiązują niezależnie od klasyfikacji. Klasyfikację konkretnego wdrożenia warto potwierdzić z prawnikiem.
Czego AI nie zrobi#
Nie wymyśli za Ciebie strategii, nie zastąpi dobrego zdjęcia produktu i nie naprawi słabej oferty. Odciąża z powtarzalnej pracy i podnosi trafność — ale fundamenty sklepu (asortyment, ceny, logistyka) zostają po stronie człowieka.
Wypróbuj na żywo#
Rdzeń obsługi i treści to praca na Waszych danych. Wklej opis i zobacz streszczenie z naszego sandboxa (playground: PII maskowane, zero retencji):
FAQ#
Czy AI w e-commerce realnie podnosi sprzedaż?#
Pośrednio, przez dwie dźwignie: lepszą obsługę (szybsze, spójne odpowiedzi 24/7 zmniejszają porzucenia i zwroty) oraz lepsze dopasowanie (priorytety i rekomendacje trafiają w klienta). To nie magia na konwersję, tylko odciążenie zespołu i wyższa trafność tam, gdzie dziś jest płaska lista i kolejka zgłoszeń.
Czy dane klientów są bezpieczne?#
Tak. Embeddingi i wyszukiwanie trzymamy lokalnie, a PII maskujemy przed wysłaniem do chmury. Dane zamówień i klientów nie wychodzą poza Waszą infrastrukturę — to świadomy wybór rezydencji danych, zgodny z RODO.
Od czego zacząć w sklepie?#
Od obsługi klienta na bazie Waszej wiedzy o produktach — to najszybszy mierzalny zwrot (mniej zgłoszeń do zespołu, szybsze odpowiedzi). Konkretnie: wąski zakres (status zamówienia, dostępność, zasady zwrotu), pilotaż 4-6 tygodni, baseline mierzony przed startem. Dopiero potem dokłada się dopasowanie (porzucone koszyki, rekomendacje) i generowanie treści. Gotowość organizacji oceni narzędzie ocena gotowości.
Ile to kosztuje?#
Zależy od zakresu i skali. Obsługa na bazie wiedzy przy modelu lokalnym to przede wszystkim koszt infrastruktury i wdrożenia, bez opłat per-rozmowę; generowanie opisów dochodzi jako osobny moduł. Nie podajemy jednej kwoty bez kontekstu — realny kosztorys dla Waszego wolumenu i asortymentu wyliczy kalkulator ROI, a koszt inferencji kalkulator inference. Punktem wyjścia jest zawsze wąski, mierzalny pilotaż, a nie wdrożenie wszystkiego naraz.
Jak zmierzyć, czy to działa?#
Na realnym ruchu, z próbą kontrolną. Najpierw baseline (containment, czas obsługi, odsetek zwrotów, konwersja na opisach), potem wdrożenie na wąskim zakresie, potem porównanie A/B. Sprzedaż rośnie pośrednio, więc nie przypisujemy jej całej AI — patrzymy na wskaźniki pośrednie, które realnie kontrolujemy: ile rozmów bot domyka sam, jak szybko sprawa trafia do człowieka i czy lepsze opisy podnoszą CTR oraz obniżają zwroty.
