Wdrożenie AI w hurtowni — od czego zacząć (i w jakiej kolejności)

Hurt to z pewnego dystansu biznes powtarzanych decyzji. Tych samych osiemdziesięciu klientów zamawia z tych samych dwustu SKU, na tych samych warunkach rabatowych, w mniej więcej tym samym rytmie, tydzień po tygodniu. Ta powtarzalność jest dokładnie tym, co czyni hurtownię dobrym miejscem na AI — i dokładnie tym powodem, dla którego tylu hurtowników źle wybiera pierwszy projekt.

Błąd nie polega na wybraniu złego pomysłu. Polega na wybraniu dobrego pomysłu w złej kolejności.

W hurtowni kolejność znaczy więcej niż lista pomysłów

Listy projektów AI w firmie dystrybucyjnej wyglądają podobnie: prognozowanie popytu, dynamiczne ceny, chatbot dla klientów, może optymalizacja tras. Wszystkie cztery są sensowne. Żaden nie powinien być pierwszy, bo wszystkie cztery opierają się na danych, których proces „telefon i mail" po prostu nie produkuje.

To jest cała teza tego tekstu. Waszym pierwszym projektem AI nie jest ten z największą liczbą w nagłówku — tylko ten, który wytwarza czyste dane dla trzech kolejnych. Jeśli pomylicie kolejność, spędzicie rok na budowaniu modeli na ręcznym procesie, a potem odkryjecie, że model nauczył się Waszych nawyków przy wprowadzaniu danych, a nie zachowań rynku.

Policzcie powtarzalne decyzje, zanim spojrzycie na jakiekolwiek narzędzie

Poświęćcie tydzień na liczenie, nie na burzę mózgów. Dla każdego procesu zapiszcie dwie liczby: ile razy dziennie się zdarza i ile minut zajmuje za każdym razem. Tyle. Lista priorytetów sama się napisze z iloczynu tych dwóch kolumn.

Robiłem to w wystarczającej liczbie hurtowni, żeby wiedzieć, co zwykle wychodzi na górze. W hurtowni alkoholi, którą opisałem jako case study, przyjmowanie zamówień szło w tempie 120 zamówień dziennie po jakieś 15 minut każde. To 30 osobogodzin każdego dnia — trzy pełne etaty ludzi robiących jedną rzecz od rana do wieczora. Żaden model prognostyczny na świecie nie zarobiłby więcej niż naprawienie tego.

Druga kolumna jest równie ważna co pierwsza. Decyzja, która zdarza się dwa razy dziennie i zajmuje godzinę, jest gorszym celem niż taka, która zdarza się dwieście razy i zajmuje cztery minuty — nawet jeśli ta druga wygląda błaho. Wolumen jest tym, w czym agent jest dobry; oceny sytuacji zdarzające się dwa razy dziennie są tym, w czym dobrzy są Wasi ludzie.

Krok pierwszy: zamówienia mają wpadać jako dane

Pierwszy projekt w prawie każdej hurtowni jest ten sam — zdjąć przyjmowanie zamówień z telefonu, maila i WhatsAppa, i przenieść je do czegoś, co czyta maszyna. Nie dlatego, że zamówienia są efektowne, tylko dlatego, że wszystko dalej czyta właśnie stąd.

Są dwie drogi i nie wykluczają się. Samoobsługowy portal B2B przenosi wpisywanie na klienta, czyli na jedyną osobę, która naprawdę wie, czego chce. Agent przyjmujący zamówienia obsługuje tych klientów, którzy portalu nie użyją nigdy — czyta maila albo wiadomość na WhatsAppie, rozwiązuje „to co zwykle, 20 kartonów" po historii i cenniku tego klienta i zakłada zamówienie w ERP jako szkic do potwierdzenia.

Większość hurtowni potrzebuje obu, a podział jest przewidywalny: portal bierze klientów, którzy zamawiają często i znają katalog; agent bierze długi ogon zamawiających nieregularnie i opisujących produkty własnymi słowami. W case study portal objął 70% zamówień w pierwszym miesiącu, a czas obsługi spadł z 15 minut do 2 — pozostałe 30% to dokładnie ten obszar, w którym agent zarabia na siebie.

Krok drugi: strona pieniędzy

Kiedy zamówienia przychodzą już jako dane, drugą co do wielkości stertą powtarzalnych decyzji są finanse. Płatności trzeba dopiąć do faktur, limity kupieckie sprawdzić przed zwolnieniem wysyłki, kontrahentów zweryfikować przed przelewem.

Uzgadnianie wyciągów bankowych jest w większości firm dystrybucyjnych najmocniejszym drugim projektem z tego samego powodu co w biurze rachunkowym: duży wolumen, czysta definicja sukcesu i bezpieczne działanie w trybie szkiców na czas kalibracji. Hurtownia z kilkuset aktywnymi klientami ma codziennie wyciąg, którego nikt nie lubi.

Kontrola kredytu kupieckiego jest tu niedocenianym kandydatem. Agent pilnujący należności, który sygnalizuje klienta zbliżającego się do limitu, zanim wyjedzie kolejna dostawa, i przygotowuje projekt monitu, to mały build — a w biznesie na 30-dniowych terminach i cienkich marżach bywa wart więcej na godzinę pracy programisty niż cokolwiek w magazynie.

Krok trzeci: dopiero teraz prognozy i ceny

Mając za sobą dwa kwartały czystych danych zamówieniowych z prawdziwymi znacznikami czasu, prognozowanie przestaje być projektem badawczym i staje się zwyczajnym. Wiecie, co zamówiono, kiedy, kto, po jakiej cenie — i, co najważniejsze, o co pytano i czego nie zrealizowano, czyli sygnał, który ręczny proces wyrzuca do kosza w całości.

To samo dotyczy cen. Struktury rabatowe w polskim hurcie rzadko są udokumentowane gdziekolwiek poza głową dyrektora sprzedaży i arkuszem z czternastoma zakładkami. Kiedy każde zamówienie idzie jedną ścieżką, te reguły stają się widoczne, a rozmowa o ich zmianie może opierać się na tym, co klienci realnie robią, a nie na tym, co wszyscy pamiętają.

Chatboty zostawiłbym na koniec i tylko do konkretnej roboty — odpowiadania na „gdzie jest moje zamówienie" i „jaką mam cenę na ten indeks" — bo akurat te dwa pytania zjadają dzień działowi sprzedaży. Jako pierwszy projekt przegrywa z tego samego powodu, z którego przegrywa zawsze: odpowiada na pytania, zamiast przerabiać pracę.

Pytanie o ERP, które trzeba zamknąć przed wszystkim innym

Każdy z powyższych projektów pisze do ERP albo z niego czyta, więc to droga integracji decyduje o terminach. To jest najbardziej użyteczna rzecz do ustalenia w pierwszym tygodniu.

Rozrzut jest realny i warto go znać z wyprzedzeniem: enova365, Optima i Subiekt wystawiają zupełnie różne powierzchnie — od udokumentowanego REST API na jednym końcu po usługę windowsową i bazę tylko do odczytu na drugim. Żadna z nich nie jest blokadą. Blokadą jest sam dostęp: hosting, do którego nic z zewnątrz nie dosięgnie ERP, albo relacja z dostawcą, w której nikt nie wyda poświadczeń. To załatwcie najpierw — to jest ten punkt, który po cichu zamienia trzytygodniowy build w trzymiesięczny.

Całe sprzężenie z ERP zamknijcie w jednym, odizolowanym module konektora, niezależnie od systemu. Kiedy producent podbije wersję, chcecie walidować jeden komponent, a nie całego agenta.

Zasady, które chronią hurtownię

Trzy ograniczenia, wszystkie odkryte drogą kosztowną, wszystkie warte wpisania do zakresu, zanim ruszy development.

ERP zostaje źródłem prawdy. Stany, ceny i warunki klientów mieszkają w jednym miejscu, a agent czyta je stamtąd, zamiast trzymać kopię. Druga kopia cennika to błąd cenowy czekający na zabiegany piątek.

Szkice przed autonomią. Nowe zamówienia, nowe dekrety, nowe maile — wszystko, co produkuje agent, zaczyna jako propozycja do potwierdzenia przez człowieka, z zapisem tego, co widział i dlaczego zdecydował tak, a nie inaczej. To się rozluźnia proces po procesie, kiedy liczby na to zapracują, a nie pierwszego dnia na całej linii.

Jeden proces naraz. Pokusa, żeby odpalić przyjmowanie zamówień, uzgadnianie wyciągów i kontrolę kredytu razem, jest silna, bo dotykają tych samych danych. Nie ulegajcie: każdy z nich potrzebuje własnego okresu kalibracji, a trzy naraz oznaczają, że nie wiecie, który produkuje błędy.

Realny pierwszy kwartał

Tygodnie 1–2 — policzcie i wybierzcie. Zmierzcie wolumen razy minuty w całym procesie, wybierzcie ten z góry listy, potwierdźcie dostęp do ERP i ustalcie, co liczbowo będzie znaczyło „działa". Nie „szybciej" — procent, mierzony na Waszych danych.

Tygodnie 3–6 — build i tryb cienia. Pierwszy proces zostaje zbudowany i chodzi obok zespołu, nie zmieniając nikomu pracy. Agent proponuje; ludzie robią po staremu; na końcu porównujecie. Liczba, która z tego wyjdzie, jest jedyną uczciwą podstawą każdej późniejszej decyzji — i będzie niższa niż benchmark dowolnego dostawcy, łącznie z moim.

Tygodnie 7–12 — włączenie i dopiero potem rozszerzanie. Zespół zaczyna od szkiców i kolejki wyjątków zamiast od pustego ekranu. Mierzycie tę samą liczbę jeszcze raz, plus poświęcony czas, i dopiero wtedy ruszacie z drugim procesem — przy pierwszym wciąż działającym, a nie wstrzymanym na czas przebudowy.

Jeden kwartał, jeden proces, jedna liczba, której ufacie. To wolniejsza historia niż lista, od której zaczynaliście — i dokładnie dlatego drugi projekt zajmuje połowę czasu pierwszego.

---

Buduję takich agentów dla polskich hurtowni i dystrybutorów — przyjmowanie zamówień z maila i portalu, uzgadnianie płatności i kontrola kredytu po stronie pieniędzy, wpięte w enova365, Comarch Optimę, Subiekta albo to, na czym pracujecie. Jeśli chcecie wiedzieć, który z Waszych procesów zautomatyzuje się pierwszy i w jakim procencie — odezwijcie się, rozmowa o zakresie jest bezpłatna i zajmuje pół godziny.