Ten przewodnik jest dla firm, które właśnie przekraczają próg, za którym sprzedaż przestaje „po prostu działać". Rośnie wolumen, dochodzi kanał B2B, pojawia się druga marka albo trzeci magazyn — i nagle połączenie eCommerce z systemem ERP, które przez lata było tłem, nagle staje się tematem na spotkaniach zarządu.
Tu pada pierwsze zaskoczenie, które warto powiedzieć na głos: większość problemów z B2B eCommerce nie bierze się z wad platformy sprzedażowej. Bierze się z chaotycznego połączenia z systemami zaplecza, które po cichu podkopuje wiarygodność całego kanału online. Klient nie wie, że „to przez integrację". Klient widzi, że zamówił rzecz, której nie ma, albo dostał cenę, której nie powinien zobaczyć. I drugi raz już nie sprawdza.
B2B to nie „większe zamówienia"
Najczęstszy błąd myślowy w rosnącej firmie wygląda niewinnie. Ktoś zakłada, że sprzedaż B2B to sprzedaż B2C, tylko w hurtowych ilościach. Wystarczy więc przepiąć zamówienia do ERP i temat zamknięty.
A potem przychodzi realny dzień handlowy. Stały klient z odroczoną płatnością składa duże zamówienie, ale jest już nad limitem kredytowym. Inny ma indywidualny cennik wynegocjowany dwa lata temu i nie powinien zobaczyć ceny katalogowej. Trzeci wymaga akceptacji przełożonego powyżej pewnej kwoty. Jeżeli połączenie „tylko przekazuje zamówienia", każde z nich przejdzie technicznie — i każde będzie biznesowo błędne. System zrobił dokładnie to, co mu kazano. Tyle że sprzedaż B2B to nie transakcja, lecz procedura: limity, negocjowane warunki, wieloetapowe akceptacje. Zamówienie, które „przeszło", a nie powinno, kosztuje więcej niż zamówienie, które się nie udało, bo to drugie przynajmniej widać.
Dlatego dobre połączenie nie zaczyna się od pytania „API czy nie API". Zaczyna się od pytania, które procesy sprzedażowe nie mają prawa się pomylić — i jakim danym firma musi ufać na tyle, żeby podejmować decyzje bez człowieka w środku.
Nie wszystkie dane są sobie równe
W eCommerce łatwo powiedzieć „chcemy wszystko w czasie rzeczywistym". To wygodne hasło, które zwykle kończy się jedną z dwóch porażek: albo wymiana danych jest zbyt leniwa i sprzedaż działa na wczorajszych informacjach, albo tak nerwowa, że dobija ERP zapytaniami.
Prawda jest mniej efektowna. Stan magazynowy w sezonie i opis produktu to dwie różne sprawy. Gdy stan się myli, klient kupuje coś, czego nie ma — i to widać tego samego dnia. Gdy opis zaktualizuje się dziesięć minut później, nie dzieje się nic. Cena i rabat to znowu inna kategoria, bo pomyłka nie uderza w klienta, tylko w marżę, czyli w miejsce, którego nikt nie zauważa od razu. A zamówienie jest osobną historią: ono po prostu nie może zniknąć.
Stąd prosta intuicja, która porządkuje całą resztę. Część danych potrzebuje szybkości. Część potrzebuje niezawodności. Część wymaga tylko regularnego uzgadniania, żeby raz na jakiś czas „dwie prawdy" zgadzały się ze sobą. To nie są synonimy i nie obsługuje się ich jednym mechanizmem. Zamówienia warto puszczać przez kolejkę, która przechowa je, gdy ERP chwilowo milczy, zamiast oddać klientowi błąd. Statusy najlepiej, gdy wracają w momencie, w którym faktycznie coś się zmieniło. Katalog spokojnie może iść cyklicznie. Większość dojrzałych wdrożeń to nie wybór „jednego słusznego modelu", lecz świadoma mieszanka — i to jest norma, a nie sygnał, że coś poszło źle.
Twój dotychczasowy ERP to nie problem. To fundament
Tu pojawia się spostrzeżenie, które zmienia rozmowę najbardziej, bo zdejmuje z rosnącej firmy strach przed wielkim projektem.
Często słyszy się, że żeby ruszyć z poważnym B2B, trzeba najpierw wymienić ERP, bo „ten obecny jest za stary". Brzmi rozsądnie i zwykle jest nieprawdą. W naszych realizacjach połączenie sprzedaży online z istniejącym systemem zaplecza było punktem wyjścia, a nie powodem do jego wymiany. Dla branży optycznej zrealizowaliśmy automatyzację procesów sprzedaży i obsługi zamówień przez integrację platformy z systemem ERP Vendo (HAYNE). W hurcie z branży HVAC audyt i rekomendacje doprowadziły do wdrożenia platformy B2B zintegrowanej z ASSECO SAFO (RESPOL). A strategia ship-from-store w sieci OCHNIK pokazała, że realną wartością jest integracja kanałów online i offline (poprzez LSI) oraz nowa rola salonów — nie wymiana tego, co działa.
Wniosek jest przewrotny: ERP, który firma traktuje jak hamulec modernizacji, jest w rzeczywistości gotowym fundamentem, na którym można postawić nowy kanał. Pytanie nie brzmi „czy nasz ERP się nadaje", tylko „jak bezpiecznie z niego czytać i co do niego zapisywać".
Sposobów jest więcej niż jeden. Nowoczesne API jest najwygodniejsze, ale tylko wtedy, gdy realnie udostępnia nie tylko produkty i zamówienia, lecz też ceny, limity i cenniki B2B. Starszy ERP z utrzymywaną usługą sieciową potrafi być stabilniejszym kanałem niż modne, ale dziurawe API. Bywa, że najbezpieczniej czytać dane przez przygotowaną warstwę widoków bazy, a tam, gdzie logika siedzi w procedurach bazodanowych, rozsądniej z nich skorzystać niż je obchodzić. Wymiana plikowa, traktowana nie jak ręczny eksport, lecz jak kontrolowany proces z walidacją i dziennikiem zdarzeń, wciąż dobrze obsługuje dane podstawowe i hurtowe. Modne nie znaczy najlepsze. Najlepsze znaczy: najstabilniejsze w tym konkretnym ERP.
To, co było zadaniem programistów, jest decyzją biznesową
Wiele rosnących firm pamięta połączenia z ERP jako coś, co przy każdej zmianie wymagało zespołu programistycznego, publikacji nowej wersji i kilku tygodni czekania, choć sama zmiana była banalna — inny próg, inne przypisanie pola, inny parametr synchronizacji. To przyzwyczajenie sprawia, że biznes z góry boi się integracji jak projektu bez końca.
Tymczasem dobrze zaprojektowana warstwa wymiany danych przenosi te decyzje tam, gdzie powinny być od początku: do zespołów operacyjnych i handlowych. Konfiguracja przepływu przestaje być kodem, a staje się decyzją biznesową, którą widać i którą da się zmienić bez pełnego cyklu programistycznego. To nie detal techniczny, ale różnica między rozwiązaniem, które starzeje się z każdą zmianą rynku, a takim, które nadąża za firmą.
Najdroższe nie jest to, co nie działa. To, co działa „prawie"
Spektakularna awaria jest paradoksalnie tania, bo widzą ją wszyscy i ktoś natychmiast się nią zajmuje. Dużo kosztowniejsze jest codzienne nieścisłości: zamówienia przechodzą, ale czasem z opóźnieniem; stany się synchronizują, tylko nie wiadomo, którym wierzyć; ceny są dobre poza wyjątkami; B2B widzi ofertę, ale nie wszystkie warunki. Wokół takiego połączenia firma po cichu buduje drugą, nieformalną warstwę: zespół z arkuszami, który porównuje systemy, poprawia zamówienia ręcznie i tłumaczy się klientom. Ta warstwa nie ma nazwy w budżecie, ale ma koszt i rośnie razem ze sprzedażą.
Dlatego warto przejść przez etap, który nie polega na kodowaniu, lecz na rozpoznaniu procesów i ryzyk — rozmowy z IT, operacjami i handlem, mapowanie tego, co naprawdę dzieje się z danymi, i dopiero potem wybór metody. Z naszego doświadczenia w projektach to właśnie ten etap najczęściej decyduje o tym, czy połączenie odpowiada realnemu procesowi sprzedaży, czy tylko „technicznie działa". Tak samo działa pomysł uruchomienia nowego rozwiązania równolegle do starego na prawdziwych zamówieniach, zanim cokolwiek się przełączy. Wtedy rozmowa przestaje brzmieć „zaufajmy, że zadziała", a zaczyna „zobaczmy, jak zachowuje się na naszych danych".
Co z tego zapamiętać
Połączenie ERP z eCommerce to nie „spięcie dwóch systemów". To uporządkowanie przepływu danych w sprzedaży i jawna odpowiedź na pytanie, którym danym firma musi ufać na tyle, żeby podejmować decyzje bez człowieka w środku. Technologia jest na końcu tej rozmowy, nie na początku. A najbardziej kosztowne założenie brzmi: „jedna metoda załatwi wszystko". Zwykle nie załatwia — i właśnie świadomość tego jest tu największą przewagą dla firmy, która rośnie.
Jak to wygląda w praktyce? Sprawdź realizacje 'merce i zobacz integracje ERP z eCommerce dopasowane do realnych procesów sprzedaży, B2B i operacji.
