Dlaczego sprzedaż hurtowa przenosi się do online
Różnice między e-commerce B2C a B2B, które mają znaczenie przy wdrożeniu
Sprzedaż hurtowa online nie jest zwykłym „sklepem internetowym z innymi cenami”. E-commerce B2B opiera się na zupełnie innym modelu niż B2C. Różnice widać już na poziomie procesu decyzyjnego: w B2C kupuje jedna osoba, często impulsywnie, w B2B decyzja jest zwykle wynikiem pracy kilku ról – kupca, osoby technicznej, księgowości, menedżera zatwierdzającego budżet. To przekłada się na funkcje, jakich potrzebuje platforma B2B.
Drugi obszar to wolumeny i częstotliwość. W B2B pojedyncze zamówienie bywa wielokrotnie większe niż koszyk klienta detalicznego. Ten sam klient może zamawiać raz w tygodniu, w stałych schematach, a nie raz na kilka miesięcy. Platforma B2B musi więc obsługiwać duże koszyki, szybkie dodawanie pozycji po kodach oraz zamówienia cykliczne.
Istotna jest także logika cen. W sklepie B2C cena jest najczęściej jedna, jawna. W e-commerce B2B standardem są indywidualne warunki handlowe: osobne cenniki dla poszczególnych kontrahentów, progi rabatowe, rabaty miksowane (np. na kategorię, markę, wolumen). Do tego dochodzą terminy płatności, kredyt kupiecki, limity zadłużenia. System musi te zasady odzwierciedlać i pilnować spójności.
Wreszcie – odpowiedzialność. Błędne zamówienie w B2C to kłopot, ale da się go łatwo odkręcić. Błąd w zamówieniu B2B może zablokować produkcję u klienta lub zaburzyć zatowarowanie całej sieci sklepów. Dlatego proces zamawiania, autoryzacji, zatwierdzania limitów i komunikacji statusów musi działać przewidywalnie i transparentnie.
Powody digitalizacji procesu hurtowego
Najczęstszą iskrą do uruchomienia e-commerce B2B są rosnące koszty obsługi zamówień realizowanych telefonicznie, mailowo i „na kartce”. Każda zmiana w zamówieniu, każdy błąd w numerze SKU, każda korekta terminu dostawy angażuje handlowców, dział obsługi, magazyn. Przy większej skali robi się z tego wąskie gardło.
Digitalizacja procesu zamówień sprowadza się do przesunięcia pracy z obsługi ręcznej do systemu. Klient sam sprawdza dostępność, składa zamówienie, widzi ceny zgodne z jego umową, a system automatycznie aktualizuje ERP. Obsługa nie przepisuje maili do systemu, nie pilnuje ręcznie rabatów, nie szuka po katalogach. Dzięki temu koszt obsługi jednostkowego zamówienia spada, a pracownicy mogą zająć się zadaniami o wyższej wartości.
Drugim powodem jest skala. Sprzedaż telefoniczna ma naturalny limit – jedna osoba może równolegle prowadzić tylko kilka rozmów. Platforma B2B przyjmuje zamówienia 24/7, także gdy nikt nie siedzi przy biurku. Przy większej bazie klientów (kilkuset czy kilku tysięcy odbiorców) to jedyny sposób, aby utrzymać rozsądny czas reakcji bez rozdmuchiwania działu obsługi.
Trzeci motyw to kontrola danych i transparentność. W modelu offline informacje o tym, kto co zamawia, często są „w głowie handlowca” albo w notatkach przedstawicieli. W e-commerce B2B cała historia zamówień, ceny, marże, produkty komplementarne są w jednym systemie. To umożliwia analitykę (np. wykrywanie spadków zakupów u kluczowych klientów, rekomendacje cross-sell) i realne zarządzanie relacjami.
Nowa rola przedstawiciela handlowego w świecie B2B online
Obawa „platforma B2B zabierze pracę handlowcom” jest jednym z najczęściej pojawiających się tematów przy starcie projektu. W praktyce e-commerce B2B zmienia profil pracy przedstawiciela handlowego, ale go nie eliminuje. Znika konieczność ręcznego przyjmowania powtarzalnych zamówień typu „jak zwykle, tylko o jedną paczkę więcej”, a rośnie rola doradcza.
Przedstawiciel staje się partnerem biznesowym klienta: analizuje dane z systemu (historia zamówień, trendy), rekomenduje lepsze miksowanie asortymentu, sugeruje zamówienia przed sezonem, pomaga w konfiguracji konta i reguł zatwierdzania zamówień w platformie. Zamiast przepisywania numerów katalogowych do ERP ma czas na rozwijanie portfela klienta.
Dobrym kierunkiem jest powiązanie wynagrodzenia handlowca z obrotem klienta niezależnie od kanału. Wtedy przedstawicielowi opłaca się przenosić klientów na platformę, bo łatwiejszy proces zamówień oznacza wyższy obrót. Przecinamy w ten sposób lęk przed „kanibalizacją” i zamianą kanału offline na online.
Typowe obawy hurtowni i jak je rozbroić
Przy wdrożeniu platformy B2B dla hurtowni pojawia się kilka powtarzalnych zastrzeżeń. Najczęstsze to: konflikt z handlowcami, niekontrolowany chaos cenowy, ryzyko „wycieknięcia” warunków handlowych i obniżenie marży przez konieczność publicznego ujawnienia cen.
Konflikt z handlowcami rozwiązuje się przede wszystkim modelem premiowania (prowizja od obrotu klienta, niezależnie od tego, czy zamawia on przez platformę, czy telefonicznie) oraz jasną komunikacją, że celem systemu jest odciążenie z zadań administracyjnych. Dobrze działa też włączenie przedstawicieli w testy i projektowanie funkcji (np. moduł notatek do klienta, widok zamówień klienta dla handlowca).
Chaos cenowy wynika najczęściej z braku porządku w ERP, a nie z samego e-commerce. Platforma B2B „uwidacznia” problem. Kluczem jest wcześniejsze uporządkowanie cenników, zdefiniowanie hierarchii rabatów i jasnych reguł (np. co wygrywa: rabat indywidualny czy promocja). Dobry system B2B nie wymyśla cen, tylko odczytuje je z ERP zgodnie z tymi zasadami.
Jeśli chodzi o jawność cen, rozwiązaniem jest model zamknięty: platforma dostępna tylko po zalogowaniu, z widocznymi wyłącznie cenami przypisanymi do danego kontrahenta. Strona publiczna może pełnić rolę katalogu produktów bez cen hurtowych. Dzięki temu nie ujawniasz szczegółowych warunków handlowych na zewnątrz, a jednocześnie dajesz klientom pełną przejrzystość po zalogowaniu.
Praktyczny przykład: od telefonów do platformy B2B
Mała hurtownia z branży FMCG obsługiwała kilkuset klientów detalicznych: sklepy osiedlowe, małe sieci, punkty gastronomiczne. Zamówienia wpływały głównie telefonicznie. Od rana do południa telefony dosłownie „paliły się” – kilka osób tylko odbierało zamówienia i przepisywało je do ERP. Błędy w kodach, pomylone ilości czy mylące nazwy produktów były na porządku dziennym.
Wdrożenie platformy B2B zaczęto od 50 kluczowych klientów. Każdy otrzymał konto z indywidualnym cennikiem, dostępem do historii swoich zamówień i funkcją „zamów jak ostatnio”. Handlowcy przez pierwsze tygodnie składali z klientami zamówienia wspólnie, pokazując jak korzystać z systemu. Po kilku miesiącach większość z tych odbiorców przeszła na samodzielne zamawianie wieczorem lub rano, bez dzwonienia.
Efekt: liczba telefonów spadła o kilkadziesiąt procent, obsługa mogła się zająć reklamacjami, windykacją i pracą z nowymi klientami. Zamówienia stały się czytelniejsze, bo zawsze opierały się na aktualnym katalogu z poprawnymi kodami. Handlowcy wykorzystali „wolne okno” na wizyty rozwojowe zamiast odbierania powtarzalnych zleceń.
Diagnoza punktu startowego – kiedy firma jest gotowa na B2B online
Audyt aktualnego procesu sprzedaży hurtowej
Skuteczny e-commerce B2B nie zaczyna się od wyboru platformy, tylko od zrozumienia, jak dziś powstaje zamówienie. W praktyce warto prześledzić proces od pierwszego kontaktu klienta aż po dostawę i płatność. Pomaga prosta mapa: kto co robi, w jakim systemie, jaką informację przepisuje, gdzie są częste błędy i opóźnienia.
Dla każdego etapu (zapytanie ofertowe, przygotowanie oferty, złożenie zamówienia, weryfikacja limitu kredytowego, rezerwacja towaru, kompletacja, wysyłka, fakturowanie) dobrze jest zadać pytania:
- Jak często na tym etapie trzeba „ratować sytuację” ręcznie?
- Jakie dane są aktualizowane, w jakim systemie lub pliku?
- Co się dzieje, jeśli pracownik zniknie (urlop, choroba)? Czy ktoś inny może przejąć zadanie bez chaosu?
- Jak długo ten etap trwa realnie (nie „w teorii”), przy typowym zamówieniu?
Tak wygląda praktyczna checklista, którą można przejść w zespole, najlepiej na tablicy lub w prostym narzędziu typu Miro czy diagram w arkuszu kalkulacyjnym. Zwykle szybko wychodzą na jaw wąskie gardła: jeden pracownik, który „wszystko wie”, ręczne dopisywanie rabatów, ręczne sprawdzanie stanów magazynowych, Excel jako główne źródło prawdy o cennikach.
Analiza danych: klienci, częstotliwość, błędy
Bez kilku podstawowych liczb trudno racjonalnie zaplanować wdrożenie platformy B2B. Potrzebne są przynajmniej:
- liczba aktywnych klientów (którzy złożyli zamówienie w ostatnich 12 miesiącach),
- średnia częstotliwość zamówień na klienta,
- średnia liczba pozycji na zamówieniu,
- szacunkowy odsetek reklamacji lub korekt związanych z błędami w zamówieniach (złe ilości, pomylone indeksy),
- udział kanałów zamówień: telefon, e-mail, arkusz Excel, fax (jeszcze się zdarza).
Na tej podstawie można policzyć, ile „ręcznej pracy” generuje obecny model. Jeżeli jedna osoba obsługująca zamówienia jest w stanie przetworzyć w ciągu dnia określoną liczbę dokumentów, a ich liczba rośnie szybciej niż wydajność zespołu, kanał online naturalnie staje się dźwignią.
Warto też ocenić jakość danych produktowych. Czy każdy produkt ma unikalny kod? Czy jednostki miary są spójne (szt., op., karton)? Czy są zdefiniowane zamienniki, produkty powiązane, aktualne opisy? Platforma B2B wymaga w miarę uporządkowanego katalogu – chaos w danych wejściowych oznacza chaos w sklepie online.
Dojrzałość cyfrowa – ERP, magazyn, księgowość
Jednym z krytycznych czynników jest stopień uporządkowania systemów wewnętrznych. Integracja e-commerce z ERP staje się fundamentem: to ERP (lub inny centralny system) powinno być „źródłem prawdy” dla stanów magazynowych, cen i podstawowych danych o kontrahentach.
Jeżeli większość operacji odbywa się dziś w Excelu, a system księgowo-magazynowy jest używany tylko do wystawiania faktur, projekt B2B online będzie musiał objąć także „cyfrowe ogarnięcie” wnętrza firmy. To nie jest przeszkoda nie do przejścia, ale trzeba ją uczciwie zaplanować budżetowo i czasowo. Najgorszy scenariusz to piękna platforma B2B spięta z nieaktualnymi, niespójnymi danymi.
Ocena dojrzałości cyfrowej powinna objąć:
- jak często aktualizowane są stany magazynowe i gdzie – w jednym systemie czy w kilku?
- czy ceny i rabaty są trzymane w jednym miejscu (ERP) czy w wielu arkuszach i głowach handlowców?
- czy istnieje uporządkowana lista kontrahentów, z przypisanymi NIP-ami, adresami dostaw, warunkami płatności?
- czy używany jest CRM lub moduł CRM w ERP do zarządzania relacjami?
Wybór segmentu i zakresu na start
Pełna migracja całej bazy klientów do kanału online w jednym kroku rzadko kończy się sukcesem. Bezpieczniej jest zacząć od pilotażu na wybranym segmencie. Kryteria wyboru mogą być różne: liczba zamówień, wartość obrotu, skłonność do nowości technologicznych, prostota warunków handlowych.
Popularne podejścia to:
- start z kluczowymi klientami – największy efekt biznesowy, ale wymagająca grupa (duże oczekiwania, rozbudowane procesy po stronie klienta);
- start z mniejszymi, prostszymi klientami (np. sklepy detaliczne z bazowym zestawem produktów) – niższe ryzyko, szybsze nauki;
- start z wybraną rodziną produktów – np. tylko jedna marka lub kategoria, aby przetestować proces zamówień bez pełnej komplikacji.
Wybrany segment otrzymuje dostęp do platformy, a kanały tradycyjne (telefon, e-mail) pozostają na początku równolegle. Dzięki temu można mierzyć stopień adopcji (jak duży procent zamówień przechodzi na online) i zbierać realne uwagi od klientów, zanim obejmie się systemem całą bazę.
Realne cele: co ma się zmienić dzięki e-commerce B2B
Projekt „sklep B2B” bywa traktowany jako „musimy coś mieć, bo konkurencja ma”. To prosta droga do przepalenia budżetu. Potrzebne są konkretne, mierzalne cele – najlepiej w trzech obszarach:
- efektywność operacyjna: spadek liczby zamówień przyjmowanych telefonicznie i mailowo o określony procent, skrócenie czasu od złożenia zamówienia do potwierdzenia, redukcja błędów w dokumentach;
- sprzedaż: wzrost średniej wartości koszyka, wzrost częstotliwości zamówień w segmentach, gdzie dziś jest ona niska;
- doświadczenie klienta: mniejsza liczba zapytań o status zamówienia, większe zadowolenie z procesu zamawiania (można badać krótką ankietą);
- relacje i pozycja konkurencyjna: skrócenie czasu reakcji na zapytania, łatwiejsze wprowadzanie nowych warunków handlowych, możliwość szybkiego dodawania nowych linii produktowych bez „przepalania” działu obsługi.
Konkretne wskaźniki (KPI) dobrze jest zdefiniować jeszcze przed wyborem dostawcy technologii i zapisać je w formie docelowych wartości na 6–12 miesięcy po starcie. Przykład: „po 9 miesiącach co najmniej 60% zamówień z segmentu X ma pochodzić z platformy B2B, a średnia liczba błędów w dokumentach ma spaść o połowę względem stanu wyjściowego”. Takie cele da się potem jednoznacznie zweryfikować, zamiast polegać na ogólnym wrażeniu, że „coś się poprawiło”.
Przy definiowaniu celów dobrze jest jasno opisać, co nie jest priorytetem na pierwszym etapie. Jeżeli głównym problemem firmy jest przeładowana obsługa zamówień, to nie ma sensu od razu walczyć o zwiększanie marży przez cross-sell i zaawansowane rekomendacje. Lepiej skupić się na przeniesieniu powtarzalnych zamówień do kanału online, ustabilizowaniu danych i dopiero potem dokładaniu kolejnych warstw funkcjonalnych.
Dobrym nawykiem jest też zaplanowanie sposobu pomiaru od razu w architekturze rozwiązania: raporty w ERP, dashboard w BI (Business Intelligence), proste tagowanie zamówień wg kanału. Bez tego po roku projekt może mieć realne efekty, ale trudne do udowodnienia, a co za tym idzie – trudne do obrony przy budżetach na dalszy rozwój.
Przeniesienie sprzedaży hurtowej do online to nie tylko „postawienie platformy”, ale świadoma przebudowa sposobu pracy całej organizacji: od danych produktowych, przez integracje systemów, po zmianę roli handlowca. Firmy, które traktują B2B e-commerce jak projekt transformacyjny, krok po kroku porządkując procesy i ucząc klientów nowego kanału, zyskują trwałą przewagę nad tymi, które ograniczają się do uruchomienia kolejnego „sklepu z logowaniem”.
Specyfika e-commerce B2B – czym różni się od standardowego sklepu internetowego
Na pierwszy rzut oka B2B wygląda jak „sklep z logowaniem”: lista produktów, koszyk, zamówienie. Różnica ujawnia się, gdy tylko dotkniemy realnych reguł handlowych, rabatów, terminów płatności i struktur organizacyjnych klientów. Z punktu widzenia systemu to inny wszechświat niż proste B2C.
Indywidualne cenniki, grupy rabatowe i logika wyceny
W B2B rzadko istnieje jeden cennik. Zwykle funkcjonuje kombinacja:
- cennika bazowego (np. katalogowego),
- grup rabatowych (np. rabaty dla sieci sklepów, dystrybutorów, podwykonawców),
- indywidualnych warunków na poziomie kontrahenta (stały rabat, ceny specjalne dla wybranych indeksów),
- akcji czasowych (promocje, wyprzedaże stanów magazynowych).
Platforma B2B musi umieć przełożyć ten układ na algorytm naliczania ceny w czasie rzeczywistym, przy każdym widoku produktu i w koszyku. Z technicznego punktu widzenia oznacza to kilka rzeczy:
- spójny model danych w ERP (gdzie przechowywane są cenniki i rabaty),
- jasna kolejność „przykładania się” rabatów (który rabat jest nadrzędny, a które się wykluczają),
- mechanizm cache (pamięci podręcznej), żeby nie odpyt ywać ERP o każdą cenę osobno przy większych koszykach.
Uwaga: im bardziej „manualnie” dziś są zarządzane rabaty (arkusze, dopiski na mailach), tym więcej pracy pochłonie przełożenie ich na logikę systemową. To dobry moment, by uprościć reguły zamiast próbować odwzorować cały historyczny bałagan 1:1.
Warunki handlowe: terminy płatności, limity kredytowe, blokady
W relacjach B2B kluczowe są ustalenia finansowe: termin płatności, limit kredytowy, sposób rozliczania nadpłat i przeterminowanych należności. Sklep B2C zwykle kończy proces na płatności online. W B2B system musi respektować politykę kredytową firmy.
Typowe elementy do odwzorowania w platformie:
- terminy płatności – przypisane do kontrahenta lub grupy (np. 14, 30, 60 dni),
- limit kredytowy – kwota maksymalnego salda niezapłaconych faktur, powyżej której zamówienie wymaga dodatkowej akceptacji lub płatności z góry,
- blokady sprzedaży – automatyczne (np. przy przekroczeniu X dni przeterminowania) lub ręczne, ustawiane przez dział finansów.
Platforma B2B powinna „widzieć” te informacje z ERP w czasie rzeczywistym lub w krótkich interwałach synchronizacji. Mechanizmy po stronie frontu to m.in.:
- informacja przy składaniu zamówienia o aktualnym wykorzystaniu limitu,
- dynamiczne wyłączenie opcji „zapłata z odroczonym terminem” przy zbyt wysokim zadłużeniu,
- powiadomienia e-mail / w panelu o zbliżającym się przekroczeniu limitu.
Tip: dobrze działający moduł finansowy w B2B zmniejsza liczbę „spornych” sytuacji z klientem; wszystko jest transparentne i oparte na tych samych danych, które widzi księgowość.
Struktury organizacyjne po stronie klienta
W B2C jest „jeden klient – jedno konto”. W B2B typowy scenariusz to firma z wieloma użytkownikami, oddziałami i adresami dostaw. Często dochodzą uprawnienia i limity na poziomie osób zamawiających.
W praktyce system musi obsłużyć m.in.:
- konto firmowe z wieloma użytkownikami (loginy imienne),
- role i uprawnienia (np. osoba zamawiająca, osoba zatwierdzająca, księgowość),
- limity kwotowe lub produktowe na użytkownika (np. kierownik oddziału może zatwierdzać zamówienia do określonej wartości),
- hierarchię oddziałów i magazynów klienta (inne adresy, inne dostępne asortymenty).
Jeżeli po stronie klientów działają już systemy zakupowe (procurement, np. SAP Ariba, Coupa), sensowne może być spięcie platformy B2B przez katalogi punch-out (mechanizm pozwalający klientowi na zakupy w zewnętrznym sklepie, ale z wpięciem w jego wewnętrzny workflow akceptacyjny).
Złożone koszyki, opakowania zbiorcze i jednostki miary
Zakupy hurtowe różnią się strukturą koszyka. Zamiast „3–5 produktów po jednej sztuce” mamy dziesiątki lub setki pozycji, często w różnych jednostkach (karton, paleta, kilogram). Wymusza to inne podejście do interfejsu oraz walidacji.
Kluczowe cechy systemu:
- obsługa wielu jednostek miary i przeliczników (np. 1 paleta = 50 kartonów = 600 sztuk),
- walidacja minimalnych i maksymalnych ilości (MOQ – Minimum Order Quantity, wielokrotności opakowań),
- funkcja „szybkiego zamawiania” z tabeli indeksów (użytkownik wpisuje ilości w siatce, bez klasycznego klikania w karty produktów),
- możliwość wgrywania koszyka z pliku (CSV, XLS) lub przez API (dla większych klientów).
Jeżeli firma sprzedaje produkty z datą ważności, dochodzi jeszcze logika partii i FIFO/FEFO (First In, First Out / First Expired, First Out). Nie zawsze da się ją odwzorować w 100% na froncie, ale system przynajmniej powinien ostrzegać, gdy ilość przekracza realną dostępność po uwzględnieniu rezerwacji w magazynie.
Procesy specyficzne: oferty, negocjacje, projekty
W wielu branżach B2B zamówienie jest poprzedzone procesem ofertowania lub negocjacji. Standardowy koszyk „dodaj i zapłać” nie wystarczy. Stąd potrzeba dodatkowych modułów:
- zapytanie ofertowe (RFQ – Request For Quotation) – klient tworzy koszyk, ale zamiast składać zamówienie, wysyła prośbę o wycenę,
- oferta w systemie – handlowiec przygotowuje wycenę w ERP lub w panelu B2B, a klient widzi ją po zalogowaniu i może zaakceptować jednym kliknięciem,
- ceny projektowe – indywidualne warunki powiązane z konkretnym projektem klienta (np. inwestycja budowlana), ważne przez określony czas i tylko dla wybranego zakresu asortymentu.
Dobrze zaprojektowana platforma B2B nie eliminuje handlowca z procesu, tylko przenosi część interakcji z maili/Exceli do strukturyzowanych ekranów. Z perspektywy danych oznacza to możliwość śledzenia, ile ofert przechodzi w zamówienia i jakie warunki są faktycznie używane.
Wybór modelu i platformy B2B – gotowiec, dedyk, marketplace
Decyzja technologiczna nie powinna być oparta na samej prezentacji producenta oprogramowania. Najpierw trzeba dopasować model biznesowy: czy firma chce mieć własną platformę, czy woli dołączyć do istniejącego marketplace’u, a może potrzebna jest hybryda.
Samodzielna platforma B2B na gotowym silniku
Najczęstsza opcja to wykorzystanie istniejącego silnika e-commerce (platforma SaaS lub open source z wdrożeniem przez partnera). Taki „gotowiec” daje przyspieszenie na starcie, ale wymaga rozsądnego wyboru i świadomości ograniczeń.
Przy ocenie gotowych platform dla B2B kluczowe kryteria to:
- natywne wsparcie dla cenników indywidualnych, grup rabatowych i walut,
- model danych klientów (kont a firmowe, użytkownicy, role, oddziały),
- dostępne konektory do popularnych ERP lub możliwość elastycznej integracji (API, webservice, kolejki),
- mechanizmy rozszerzeń (pluginy, moduły, możliwość pisania własnych rozszerzeń bez „for-ka” całej platformy),
- wydajność przy dużej liczbie SKU i złożonych koszykach (istotne przy B2B z szerokim katalogiem).
Tip: prezentacje sprzedażowe często pokazują scenariusz „idealny”. Warto poprosić dostawcę o demo skonfigurowane pod choćby fragment realnych warunków handlowych firmy (np. dwa różne cenniki, jedna indywidualna cena, jeden scenariusz blokady kredytowej) i sprawdzić, jak system zachowa się w praktyce.
Rozwiązanie dedykowane: kiedy ma sens
Własne oprogramowanie „od zera” kusi pełną kontrolą, ale wiąże się z wysokim kosztem i ryzykiem. Taki model ma sens tylko wtedy, gdy:
- procesy handlowe są nietypowe i trudne do odwzorowania w standardowych platformach,
- firma ma długookresową strategię cyfryzacji, budżet i zasoby do utrzymania zespołu developerskiego,
- e-commerce B2B jest krytyczną częścią modelu biznesowego (np. platforma dla całej sieci partnerów, na której opiera się 80–90% przychodów),
- konieczne jest bardzo głębokie i niestandardowe spięcie z innymi systemami (np. konfiguratory produktów, systemy produkcyjne, zaawansowane PIM-y).
Przy podejściu dedykowanym szczególnie ważna jest architektura: osobne warstwy dla logiki biznesowej, interfejsu i integracji. Unikanie „twardego wklejania” logiki rabatów czy reguł kredytowych w wielu miejscach kodu to inwestycja w przyszłą elastyczność.
Marketplace B2B: sprzedaż na cudzej infrastrukturze
Alternatywą dla własnej platformy jest wejście na marketplace B2B (zewnętrzny rynek, który agreguje wielu dostawców). To rozwiązanie pozwala szybko zwiększyć zasięg, ale kosztem mniejszej kontroli nad doświadczeniem klienta.
Scenariusze, w których marketplace jest sensowny:
- firma wchodzi na nowe rynki geograficzne i potrzebuje szybkiego testu popytu,
- asortyment jest komplementarny do oferty już obecnej na danym rynku,
- brak jest w organizacji kompetencji do zbudowania i skalowania własnej platformy w krótkim czasie.
Z technicznego punktu widzenia kluczowe są integracje katalogu i zamówień z marketplace’em: eksport stanów, cen i opisów produktów oraz import zamówień do ERP. Im więcej automatyzacji, tym mniejszy koszt operacyjny. Problem pojawia się, gdy marketplace narzuca własne struktury kategorii i atrybutów – konieczne jest wtedy mapowanie danych (tzw. data mapping) między słownikiem firmy a słownikiem platformy.
Model hybrydowy: własny portal + marketplace
Dla wielu producentów i dystrybutorów optymalna okazuje się kombinacja: własna platforma do obsługi stałych klientów oraz obecność na 1–2 kluczowych marketplace’ach w roli kanału pozyskiwania nowych odbiorców.
W takim modelu trzeba zadbać o:
- spójność danych produktowych (PIM lub przynajmniej centralny katalog jako „single source of truth”),
- rozsądne zróżnicowanie oferty – np. pełen asortyment tylko w portalu własnym, wybrana część w marketplace,
- jasną politykę cenową, aby nie konkurować samym ze sobą (różne warunki dla klientów „portalowych” vs. klientów marketplace).
Kryteria wyboru platformy pod kątem rozwoju
Dobrze dobrana platforma B2B to nie tylko odpowiedź na potrzeby „tu i teraz”, ale też margines na rozwój. Przy selekcji narzędzia warto zadać kilka pytań stricte technicznych:
- jak wygląda mechanizm wersjonowania i aktualizacji – czy można bezpiecznie przejść na nową wersję bez przepisywania customizacji,
- czy dostępne jest dobrze udokumentowane API (REST/GraphQL), umożliwiające budowę własnych integracji i frontów (np. headless commerce),
- jakie limity techniczne ma platforma (liczba produktów, jednoczesnych użytkowników, maksymalny rozmiar koszyka),
- czy istnieją narzędzia do testów automatycznych i środowiska stagingowe (oddzielne środowisko testowe do sprawdzania nowych funkcji),
- jak rozwiązane są kwestie bezpieczeństwa: SSO (Single Sign-On), 2FA (dwuskładnikowe uwierzytelnianie), audyt logów.
Przykład z praktyki: firma wybrała platformę, która świetnie działała przy kilku tysiącach SKU, ale zaczęła się „dławić” przy kilkudziesięciu tysiącach produktów i koszykach z setkami pozycji. Ostatecznie konieczna była kosztowna migracja na inny silnik. Analiza wydajnościowa na starcie oszczędziłaby dwóch lat bólu.
Architektura systemu – integracje, dane, przepływy informacji
Skuteczny e-commerce B2B to system naczyń połączonych: ERP, magazyn, księgowość, ewentualnie CRM, PIM, WMS, BI. Sama platforma sprzedażowa jest tylko widoczną warstwą. O przewadze decyduje to, jak dobrze wymienia dane z resztą ekosystemu.
ERP jako źródło prawdy i punkt centralny
W typowej architekturze B2B ERP pełni rolę centralnego repozytorium dla:
- danych o produktach (kody, jednostki miary, podstawowe opisy, stawki VAT),
- danych o kontrahentach (NIP, adresy, warunki handlowe, limity kredytowe),
- cenników i rabatów,
- dokumentów handlowych (zamówienia, faktury, korekty).
Platforma B2B powinna możliwie dużo „czytać” z ERP i możliwie mało duplikować logiki biznesowej. Dobrą praktyką jest:
- utrzymywanie cen i rabatów w ERP, a w B2B tylko ich odzwierciedlanie,
- tworzenie zamówień w ERP jako „źródłowych” dokumentów (platforma działa jak interfejs),
- stosowanie asynchronicznej wymiany danych dla mniej krytycznych informacji (np. aktualizacja opisów, zdjęć), a synchronicznej lub „prawie online” dla cen, stanów i limitów kredytowych.
Uwaga: przenoszenie logiki cenowo–rabatowej z ERP do platformy B2B „bo tak jest szybciej” prawie zawsze mści się przy pierwszej większej zmianie cenników. Lepiej zainwestować w solidne API lub integrację pośrednią (ESB, kolejki), niż utrzymywać dwa różne silniki kalkulacji rabatów.
Integracje: bezpośrednie, pośrednie i kolejki
Integracja „ERP <-> B2B” może być zrobiona na kilka sposobów. Najprostsze są integracje punkt–punkt (bezpośrednie API między systemami), ale przy większej liczbie systemów to się skaluje słabo. Każde nowe połączenie zwiększa złożoność i ryzyko błędów.
Bardziej ela