Przejdź do treści
Integracje 9 min czytania

Automatyzacja e-commerce B2B - co automatyzować, a czego nie

Automatyzacja e-commerce w B2B to nie newsletter z porzuconym koszykiem. To przepływ zamówienie - rezerwacja stanu - dokument - wysyłka - faktura, który dziś ktoś przeklikuje ręcznie osiem razy dziennie. Tam siedzą pieniądze i tam wdrożenie zwraca się najszybciej. Poniżej: co automatyzować w kolejności, co zostawić człowiekowi i jak policzyć, czy się opłaca.

Jakub Owsianka Autor
Zaktualizowano:
Okladka artykulu: Automatyzacja e-commerce B2B - co automatyzować, a czego nie (kategoria: Integracje)
Okladka artykulu: Automatyzacja e-commerce B2B - co automatyzować, a czego nie (kategoria: Integracje)
Spis treści (9)

W skrócie

  • 1. Najszybszy zwrot: synchronizacja stanów i cen, generowanie dokumentów, statusy wysyłek. Zwrot w 3-9 miesięcy.
  • 2. Najgorszy pierwszy krok: automatyzacja procesu, który nie jest ustabilizowany. Zabetonujesz bałagan i będziesz go debugować latami.
  • 3. Automatyzuj to, co jest powtarzalne i przewidywalne. Wyjątki zostaw człowiekowi - to nie jest porażka, tylko projekt.
  • 4. Rząd wielkości: prosta synchronizacja 15-40 tys. zł, pełny obieg zamówienia z ERP 120-400 tys. zł.
  • 5. Bez PIM-a i porządku w danych automatyzacja rozjeżdża się w trzecim miesiącu. Dane są warunkiem wstępnym, nie etapem drugim.

Co automatyzacja znaczy w B2B (a co nie)

Wpisz „automatyzacja e-commerce" w Google, a dostaniesz artykuły o mailach powitalnych i przypomnieniach o porzuconym koszyku. W B2C to ma sens. W sklepie B2B, gdzie klient zamawia co dwa tygodnie te same 40 pozycji na podstawie wynegocjowanego cennika, kampania z porzuconym koszykiem nie zmieni niczego.

Automatyzacja e-commerce w B2B to coś innego: usunięcie człowieka z przepływu, który powtarza się identycznie kilkadziesiąt razy dziennie. Zamówienie wpada, stan się rezerwuje, dokument powstaje, kurier dostaje zlecenie, klient widzi numer śledzenia, ERP księguje. Bez nikogo, kto to przepisuje.

Prosty test, czy proces nadaje się do automatyzacji - trzy pytania:

  • Czy powtarza się co najmniej kilkanaście razy w tygodniu?
  • Czy da się go opisać regułami, bez „to zależy, zapytam Kaśki"?
  • Czy dane, na których działa, są kompletne i aktualne?

Trzy razy tak - automatyzuj. Jedno nie - najpierw napraw to „nie".

Kolejność wdrażania - od najszybszego zwrotu

Kolejność ma znaczenie większe, niż wybór narzędzi. Widziałem wdrożenia, które zaczynały od najbardziej efektownego kawałka - konfiguratora produktu albo portalu dla kontrahenta - i grzęzły, bo pod spodem stany magazynowe nadal jechały CSV-ką raz na dobę.

1. Stany magazynowe i cenniki. Najczęstszy przepływ w sklepie, najłatwiejszy do zmierzenia, najtańszy w naprawie. Jeśli coś pójdzie źle, cofasz jednym importem. Tu też najszybciej widać efekt: znikają zamówienia na towar, którego nie ma.

2. Zamówienia i dokumenty. Zamówienie ze sklepu ląduje w ERP jako dokument, bez przepisywania. To moment, w którym większość sklepów odzyskuje etat lub dwa. W praktyce najtrudniejsza część to nie API, tylko mapowanie: jednostki miary, rabaty pozycyjne, opakowania zbiorcze, podzielona płatność.

3. Wysyłki i statusy. Etykieta kurierska generowana z reguł (waga, gabaryt, region, umowa), numer śledzenia wracający do sklepu i do klienta.

4. Dane produktowe. Automatyczne zasilanie sklepu z PIM-a - opisy, atrybuty, zdjęcia, powiązania. To etap, po którym da się skalować katalog bez zatrudniania kolejnej osoby do wklejania.

5. Wszystko pozostałe. Raporty, monitoring, powiadomienia, reklamacje, obieg akceptacji.

A gdzie w tym AI

Automatyzacja obsługi klienta w e-commerce jest dziś sprzedawana głównie jako chatbot na stronie. W B2B to najmniej wartościowy kawałek. Klient hurtowy nie pyta „gdzie moja paczka" na czacie - on ma to sprawdzić w panelu, a jak nie znajdzie, dzwoni do swojego opiekuna.

Miejsca, w których modele językowe realnie odciążają zespół w sklepie B2B, są mniej efektowne:

  • Rozpoznawanie zamówień z maili i PDF-ów od kontrahentów, którzy nie chcą zamawiać przez sklep
  • Wstępne opisy produktów z kart katalogowych producenta (szerzej o tym osobno)
  • Kategoryzacja i mapowanie atrybutów przy imporcie nowej hurtowni do katalogu
  • Wstępna klasyfikacja reklamacji i zwrotów przed trafieniem do człowieka

Wspólny mianownik: model przygotowuje, człowiek zatwierdza. Wszędzie tam, gdzie AI ma podjąć decyzję o pieniądzach klienta bez nadzoru, obowiązuje ta sama reguła co przy zwykłych regułach biznesowych z sekcji niżej - nie automatyzuj decyzji o wysokim koszcie błędu.

Ta kolejność nie jest przypadkowa - idzie od procesów o najwyższej częstotliwości i najniższej liczbie wyjątków do tych, które są rzadsze i bardziej „ludzkie".

Automatyzacja wysyłek i magazynu

Automatyzacja wysyłek daje najbardziej widoczny efekt, bo dotyka pracy fizycznej. Osoba, która generowała 120 etykiet dziennie klikając w panelu kuriera, przestaje to robić.

Co realnie wchodzi w zakres:

  • Wybór przewoźnika regułami: gabaryt, waga, kod pocztowy, wartość, umowa ramowa klienta
  • Generowanie etykiet i listów przewozowych z poziomu sklepu lub OMS-a
  • Odbicie numeru śledzenia do sklepu, maila i panelu kontrahenta
  • Automatyczne zlecenia odbioru i manifesty na koniec dnia
  • Obsługa zwrotów - etykieta zwrotna generowana bez kontaktu z BOK

Do tego nie potrzebujesz WMS-a. Wystarczy broker kurierski albo warstwa OMS - opisałem progi w tekście o OMS i WMS. Automatyzacja magazynu w sensie ścisłym, czyli picking po lokalizacjach i terminale kodowe, zaczyna się dopiero przy magazynie 1000 m² i kilkunastu osobach na zmianie. Poniżej tego progu WMS bywa droższy niż problem, który rozwiązuje.

Czego nie automatyzować

To jest część, której nie znajdziesz w materiałach dostawców oprogramowania.

Procesu, którego nikt nie potrafi opisać. Jeśli na pytanie „kiedy dajemy klientowi rabat 12%" dostajesz trzy różne odpowiedzi od trzech handlowców, to nie jest proces. To jest zwyczaj. Automatyzacja zwyczaju kończy się regułami, których nikt później nie rozumie, i wyjątkami dopisywanymi w kodzie przez kolejne dwa lata.

Decyzji o wysokim koszcie błędu i niskiej częstotliwości. Przyznanie limitu kredytowego nowemu kontrahentowi zdarza się kilka razy w miesiącu i potrafi kosztować kilkadziesiąt tysięcy. Automatyzuj wokół tej decyzji - zbieranie danych, sprawdzenie w rejestrach, powiadomienie - ale samą decyzję zostaw człowiekowi.

Obsługi wyjątków w pierwszej iteracji. Reguła 80/20 działa tu brutalnie: 80% zamówień przechodzi automatem, ostatnie 20% pochłania 80% budżetu. Puść automatem większość, resztę wyrzuć do kolejki dla człowieka z jasnym powodem odrzucenia. Kolejka wyjątków to nie porażka wdrożenia, tylko jego świadomy element - i najlepsze źródło wiedzy o tym, co automatyzować w kolejnym etapie.

Czegokolwiek na brudnych danych. Jeśli ten sam producent występuje w bazie jako „Bosch", „BOSCH" i „Bosch Sp. z o.o.", żadna reguła nie zadziała. Automatyzacja nie czyści danych. Ona je rozsyła - błędy razem z resztą, tylko szybciej i do większej liczby systemów.

Architektura - czym to spiąć

Trzy podejścia, w kolejności rosnącej dojrzałości.

Podejście Kiedy ma sens Ryzyko
Integracja bezpośrednia (sklep ↔ ERP) 1-2 systemy, stabilne API, mała skala Każdy nowy system to nowa para połączeń
Automatyzacja no-code (n8n, Make) Procesy poboczne, prototypy, powiadomienia Brak kontroli wersji i testów, trudny debug przy błędzie
Middleware / szyna integracyjna 3+ systemy, wolumen, wymagana retransmisja Wyższy koszt wejścia, potrzebny ktoś, kto to utrzyma

Granica przebiega mniej więcej tam, gdzie systemów robi się trzy. Przy dwóch bezpośrednie połączenie jest tańsze i prostsze. Przy pięciu masz dwadzieścia potencjalnych par i każda awaria wymaga sprawdzenia, która strona zawiodła. Rozpisałem to szczegółowo w middleware kontra integracja bezpośrednia - tam są konkretne progi wolumenowe.

Jedna rzecz, którą warto wdrożyć niezależnie od podejścia: kolejka z retransmisją. Comarch ERP XL potrafi być niedostępny przez okno serwisowe, API kuriera zwróci 429 w szczycie, enova365 przestanie odpowiadać przy zamknięciu miesiąca. Bez kolejki te zdarzenia to utracone zamówienia. Z kolejką - opóźnienie o dziesięć minut, którego nikt nie zauważy.

Ile to kosztuje i kiedy się zwraca

Rzędy wielkości z polskiego rynku, dla sklepu B2B średniej wielkości:

  • Synchronizacja stanów i cen z ERP: 15-40 tys. zł, 3-6 tygodni
  • Obieg zamówień i dokumentów: 60-150 tys. zł, 2-4 miesiące
  • Automatyzacja wysyłek z brokerem kurierskim: 20-50 tys. zł, 3-6 tygodni
  • Pełny przepływ zamówienie-faktura-wysyłka z middleware: 120-400 tys. zł, 4-9 miesięcy
  • Utrzymanie: 15-25% kosztu wdrożenia rocznie

Ostatnia pozycja jest tą, którą najczęściej pomija się w budżecie. Integracja nie jest projektem, który się kończy. Sklep aktualizuje wersję, ERP dostaje poprawkę, kurier zmienia API - i coś przestaje działać. Budżet na utrzymanie nie jest kosztem porażki, tylko normalną ceną posiadania działającego przepływu.

Zwrot licz na czasie, nie na wrażeniu. Weź jeden proces, zmierz ile godzin miesięcznie zajmuje dziś, pomnóż przez koszt godziny, dodaj koszt błędów - reklamacji z pomyłek, storn, korekt faktur. Przy przepisywaniu zamówień w sklepie robiącym 800 zamówień miesięcznie zwykle wychodzi 1,5-2 etaty. Wdrożenie za 100 tys. zł zwraca się wtedy w 8-12 miesięcy, licząc ostrożnie.

Błędy, które widziałem najczęściej

Automatyzacja przed uporządkowaniem danych. Wdrożenie synchronizacji katalogu na bazie, w której 30% produktów nie ma poprawnych jednostek miary, kończy się tym, że sklep sprzedaje palety w cenie sztuki. Dane najpierw, przepływ potem.

Brak monitoringu. Integracja bez alertu to integracja, o której awarii dowiadujesz się od klienta. Minimum: alert gdy kolejka rośnie, gdy synchronizacja nie przeszła w oknie czasowym, gdy odsetek błędów przekracza próg. Bez tego oszczędność z automatyzacji zjada gaszenie pożarów.

Automatyzacja tego, co widać, zamiast tego, co boli. Portal kontrahenta wygląda lepiej na prezentacji niż synchronizacja stanów. Ale to synchronizacja odbiera osiem godzin tygodniowo z pracy działu obsługi.

Traktowanie wyjątków jak błędów. Kolejka wyjątków, która rośnie i nikt jej nie przegląda, po pół roku ma dwa tysiące pozycji i wszyscy o niej zapominają. Wyjątek musi mieć właściciela i termin - inaczej automatyzacja tylko przesuwa problem w miejsce, gdzie go nie widać.

Co dalej

Najczęstsze pytania

Od czego zacząć automatyzację sklepu internetowego?
Od synchronizacji stanów magazynowych i cen między ERP a sklepem. To najczęściej powtarzany proces, najłatwiejszy do zmierzenia i najmniej ryzykowny - błąd cofa się jednym importem. Dopiero potem obieg zamówień i dokumentów.
Ile kosztuje automatyzacja e-commerce?
Synchronizacja stanów i cen z ERP: 15-40 tys. zł. Pełny obieg zamówienia z dokumentami i wysyłkami: 120-400 tys. zł. Utrzymanie to 15-25 procent kosztu wdrożenia rocznie - integracje psują się przy każdej aktualizacji po obu stronach.
Czy BaseLinker wystarczy do automatyzacji sklepu B2B?
Do marketplace, etykiet kurierskich i prostego magazynu - tak, mniej więcej do 10 tysięcy SKU. Nie obsłuży cenników kontraktowych, limitów kredytowych ani wieloetapowej akceptacji zamówień, czyli tego, co w B2B jest istotą sprzedaży.
Czy automatyzacja wysyłek wymaga systemu WMS?
Nie. Generowanie etykiet, wybór kuriera po regułach i śledzenie przesyłek robi broker kurierski albo OMS. WMS jest potrzebny dopiero przy magazynie powyżej 1000 metrów i kilkunastu osobach na zmianie.
Czy automatyzacja zabierze pracę handlowcom?
W B2B zwykle nie. Zabiera przepisywanie zamówień z maila do ERP, a zostawia negocjację warunków i obsługę wyjątków. W sklepach, które to wdrożyły, handlowcy nie zniknęli - przestali pracować po godzinach na koniec miesiąca.
Jak długo trwa wdrożenie automatyzacji procesów w sklepie B2B?
Pojedyncza synchronizacja: 3-6 tygodni. Pełny obieg zamówienia z ERP i kurierami: 4-9 miesięcy, z czego połowa to nie kod, tylko uzgodnienia, czyszczenie danych i testy na realnych zamówieniach.

O autorze

Jakub Owsianka

Architekt rozwiązania silnika platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.

Masz pytanie do tego artykułu?

Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.