Dlaczego zatowarowanie w marketplace’ach to inna bajka niż w tradycyjnym e‑commerce
Algorytmy marketplace vs. klasyczny sklep internetowy
W tradycyjnym sklepie internetowym kontrolujesz prawie wszystko: układ kategorii, bannery, produkty polecane, kolejność listowania. Na marketplace’ach (Allegro, Amazon, Kaufland, eMAG) grasz na cudzym boisku i pod cudzym regulaminem. Twoje zatowarowanie musi być zsynchronizowane z tym, czego oczekują algorytmy, a nie tylko z tym, co „czujesz w kościach”.
Marketplace nie patrzy wyłącznie na cenę. W rankingach ofert liczą się m.in.: dostępność (czyli stan magazynowy), czas wysyłki, historia sprzedaży, jakość obsługi, procent anulacji i zwrotów. Jeśli produkt często wypada z oferty z powodu braku towaru, algorytm odczytuje to jako niestabilność. Skutek: słabsza ekspozycja, gorsza pozycja w listingu, a w skrajnych przypadkach utrata Buy Boxa lub oznaczeń typu „Smart”, „Prime” czy „Super Sprzedawca”.
W swoim sklepie możesz pozwolić sobie na krótkie przerwy w dostępności hitów (np. „dostępny za 5 dni”) i spokojnie to skomunikować. Na marketplace’ach takie „mruganie” oferty jest ryzykowne. Algorytm po prostu podstawi w to miejsce konkurenta, który ma pełną półkę. Stąd tak duże znaczenie dobrze zaplanowanego zatowarowania pod konkretne platformy.
Dlatego planowanie zatowarowania na marketplace nie sprowadza się do pytania: ile sprzedam? Bardziej trafne pytanie brzmi: ile muszę mieć na stanie, aby:
nie wpaść w stock-out w momencie szczytu popytu,
utrzymać dobry ranking oferty i stabilną widoczność,
nie zamrozić zbyt dużo gotówki w magazynie,
nie zbankrutować na opłatach magazynowych (np. FBA, fullfilment).
Konkurencja w czasie rzeczywistym i jej wpływ na popyt
Na Allegro czy Amazonie Twój popyt jest dynamicznie uzależniony od zachowań konkurentów: zmiany cen, włączone kupony, darmowa dostawa, agresywne kampanie sponsorowane, a nawet od jednego nieudolnego sprzedawcy, który „spali” daną kategorię złą obsługą klienta. Prognozy oparte na samych historycznych danych potrafią wtedy zawieść spektakularnie.
Przykład z praktyki: sprzedawca akcesoriów samochodowych przez wiele miesięcy sprzedaje stabilnie 15–20 sztuk konkretnego modelu kamery dziennie. Pojawia się duży gracz z mocnym budżetem reklamowym, który wrzuca te same kamery z minimalnie niższą ceną i dostawą z logistyki FBA. Twoja sprzedaż spada do 3–4 sztuk dziennie. Jeśli Twoje zatowarowanie było liczone „po staremu”, zostajesz z kilkumiesięcznym zapasem i zamrożoną gotówką.
Dlatego planowanie zatowarowania pod marketplace musi być powiązane z monitoringiem konkurencji. Samo liczenie średniej sprzedaży z ostatnich 30 dni nie wystarczy. Potrzebne jest:
porównywanie zmian sprzedaży z historią zmian cen (Twoich i konkurencji),
obserwowanie liczby ofert konkurencyjnych w danej kategorii i ich warunków,
weryfikacja, czy spadek/wzrost sprzedaży to efekt Twoich działań, czy ruchu konkurencji.
Jeżeli widzisz, że „spada wszystko”, a nie zmieniałeś ceny, opisów, reklam, często odpowiedź kryje się właśnie w ruchach innych sprzedawców lub zmianach algorytmów marketplace.
Dostępność towaru jako sygnał dla algorytmów marketplace’owych
Na większości marketplace’ów stan magazynowy jest jednym z ważniejszych sygnałów rankingowych. Algorytm ocenia nie tylko czy produkt jest dostępny, ale też:
jak stabilna jest jego dostępność (częste wejścia/wyjścia z oferty to minus),
ile sztuk masz na stanie (bardzo niskie stany przy wysokiej sprzedaży to ryzyko stock-outu),
jaki deklarujesz czas wysyłki (im krótszy i bardziej wiarygodny, tym lepiej).
W praktyce oznacza to, że zapas bezpieczeństwa ma wymiar nie tylko logistyczny, ale i marketingowo-algorytmiczny. Utrzymanie odpowiednio wysokiego stanu magazynowego na kluczowych SKU jest inwestycją w widoczność oferty. Wiele firm dopiero po utracie Buy Boxa zaczyna liczyć, ile kosztował je brak pierwotnego zatowarowania.
Do tego dochodzą wymagania programów lojalnościowych. Na Allegro Smart czy Amazon Prime wymogiem jest m.in. odpowiednio niski odsetek anulowanych zamówień. A co generuje anulacje? Właśnie błędy w stanach magazynowych i nieprzemyślane zarządzanie zatowarowaniem pomiędzy kanałami.
Omnichannel: kiedy jeden magazyn musi obsłużyć kilka światów naraz
Sprzedawca, który działa jednocześnie w modelu omnichannel (sklep www, Allegro, Amazon, czasem też sieć sklepów stacjonarnych), stoi przed trudnym zadaniem: jak jednym magazynem zasilić tak różne kanały, z różną sezonowością, innymi promocjami i inną „wrażliwością” na braki towaru.
W praktyce pojawiają się dylematy:
czy zostawić ostatnie 10 sztuk hitowego produktu dla Allegro, żeby utrzymać ranking, a sklep www „przyhamować”,
czy odwrotnie – bronić dostępności na własnym sklepie, bo marża jest wyższa, a marketplace traktować jako „przelewowy kanał” tylko na część zapasu,
jak rozdzielać zapas między kanały, kiedy magazyn jest jeden, a system ERP musi znać priorytety.
Bez jasnej strategii priorytetów kanałów, integracji z ERP i przemyślanych buforów każdy sezon kończy się albo nerwowym wyłączaniem ofert, albo walką z nadstanami na produktach, które „przegrzałeś” zatowarowaniem pod jeden kanał, a drugi zadziałał słabiej niż oczekiwania.
Omnichannel komplikuje zarządzanie przede wszystkim przez to, że popyt jest sumą ruchów z kilku źródeł. Dobrze ustawione integracje marketplace–ERP są tu absolutnym fundamentem: bez nich prędzej czy później pojawią się podwójne sprzedaże, trudne do wyjaśnienia braki, a w tle – rosnący chaos w cash flow.
Źródło: Pexels | Autor: Tiger Lily
Podstawy zarządzania zapasem pod marketplace – kilka definicji po ludzku
Stan magazynowy, dyspozycyjny i „pod marketplace”
W ERP i integracjach z marketplace warto na start uporządkować trzy pojęcia, które często są wrzucane do jednego worka:
Stan magazynowy – fizyczna liczba sztuk produktu, które realnie leżą na półce (lub w magazynie zewnętrznym, FBA, magazynie własnym). To liczba z inwentaryzacji.
Stan dyspozycyjny – stan magazynowy pomniejszony o wszystkie rezerwacje (np. zamówienia w trakcie kompletacji, rezerwacje dla klientów B2B, wystawione dokumenty WZ, zlecenia produkcyjne). To jest to, czym faktycznie możesz obracać.
Stan „pod marketplace” – część stanu dyspozycyjnego, którą decydujesz się udostępnić na Allegro, Amazonie czy innym kanale, po uwzględnieniu buforów bezpieczeństwa i priorytetów innych kanałów.
Wyobraź sobie, że masz w ERP 100 sztuk danego produktu na magazynie. 20 sztuk jest już w koszykach lub zamówieniach B2B, 10 zarezerwowane pod akcję promocyjną na własnym sklepie. Stan dyspozycyjny to 70 sztuk. Ale decydujesz, że tylko 40 z tych 70 pokażesz na marketplace’ach, bo chcesz mieć bufor pod reklamę w swoim sklepie www oraz zapas bezpieczeństwa na zwroty i reklamacje. W integracji z Allegro pojawia się więc liczba 40 sztuk – i to jest Twój stan „pod marketplace”.
Jeśli te pojęcia pomieszasz i na marketplace wystawisz pełen stan magazynowy, prędzej czy później:
sprzedasz ten sam towar podwójnie (np. Allegro i sklep B2B),
zaczniesz hurtowo anulować zamówienia,
przekroczysz limity anulacji i dostaniesz pozycjonowanie „za karę” od marketplace’u.
Aby zaplanować zatowarowanie, trzeba jasno rozdzielić rodzaje zapasu. W praktyce przydają się cztery kategorie:
Zapas operacyjny – to część zapasu, którą realnie „obracasz” w codziennej sprzedaży. W idealnym świecie ten zapas rotuje płynnie i zgodnie z Twoimi prognozami.
Zapas bezpieczeństwa – poduszka chroniąca przed:
wahaniami popytu (niespodziewany wzrost sprzedaży),
opóźnieniami dostaw od producenta/dystrybutora,
błędami w prognozach i w integracjach.
To ten zapas, którego teoretycznie „nie planujesz sprzedawać”, ale on regularnie ratuje wynik sezonu.
Zapas promocyjny – przygotowany pod kampanie reklamowe, akcje sezonowe, kupony rabatowe, kampanie w social mediach. Jeśli planujesz intensywną kampanię Allegro Ads czy Amazon Ads, nie możesz opierać się tylko na bieżącej rotacji – potrzebujesz dodatkowych sztuk.
Martwy zapas – produkty, które od dawna nie generują sprzedaży lub sprzedają się śladowo. Na marketplace’ach często są to:
produkty o słabej karcie produktu (opis, zdjęcia, opinie),
sku, które przegrały wojnę cenową i są „za drogie jak na tę półkę”,
towary wyparte przez nowsze modele.
Martwy zapas to zamrożony cash flow. Sygnał, że coś w zatowarowaniu lub ofercie poszło nie tak.
Dobra praktyka: w ERP oznaczać martwy zapas tagiem lub statusem, który pozwala szybko go filtrować i podejmować decyzje (wyprzedaż, pakiety promocyjne, zwrot do dostawcy, outlet).
Rotacja, ABC/XYZ i co z tego wynika w praktyce
Klasyka zarządzania zapasem – analiza ABC/XYZ – w e-commerce i marketplace’ach jest bardzo przydatna, o ile przekładasz ją na konkretne decyzje, a nie traktujesz jako „ładne wykresy w BI”.
ABC – klasyfikacja wg udziału w obrocie/ marży:
A – ok. 20% SKU, które robią 70–80% obrotu/marży,
B – ok. 30% SKU, które robią kolejne 15–20%,
C – reszta ogona, mnóstwo produktów o małym udziale.
XYZ – klasyfikacja wg stabilności popytu:
X – produkty ze stabilną, przewidywalną sprzedażą,
Y – produkty z umiarkowanymi wahaniami (sezonowość, okresowe kampanie),
Z – produkty ze sprzedażą skokową, nieregularną, często nowości lub „jednorazowe strzały”.
Prawdziwa moc analizy ujawnia się, gdy połączysz te dwa wymiary i ustalisz zasady zatowarowania:
AX – strategiczne hity o stabilnej sprzedaży. Muszą mieć najwyższy priorytet zatowarowania, największą dbałość o zapas bezpieczeństwa, osobne bufory dla marketplace’ów.
AY – hity sezonowe. W sezonie powinny być „przepakowane” zapasem, poza sezonem – pilnować zejścia do rozsądnego poziomu, aby nie generować nadstanów.
CZ – produkty ogonowe i nieregularne. Tutaj często wystarczą minimalne stany lub model dropshippingowy z krótkim lead time dostawcy.
Jeżeli wszystkie SKU traktujesz podobnie, to:
przeinwestujesz w ogon (C, Z), który leży,
a zabraknie Ci gotówki na hity (A, X/Y), które mogłyby dalej ciągnąć Twój obrót na marketplace’ach.
Przykład małego brandu z jednym kluczowym SKU
Załóżmy, że prowadzisz własny brand kosmetyczny. Masz 20 indeksów, ale jedna konkretna maska do włosów robi 50% obrotu na Allegro i częściowo na Amazonie. Analiza ABC krzyczy: to jest produkt klasy A, niemal AX lub AY (w zależności od sezonowości).
W praktyce oznacza to:
ten produkt powinien mieć:
najdokładniej policzony zapas bezpieczeństwa,
priorytet przy alokacji gotówki na zakup surowców/produkcję,
bufor stricte pod marketplace (np. nie wystawiasz na inne kanały ostatnich 100–200 sztuk, żeby nie zgasić Allegro),
pozostałe produkty (C, CZ) mogą mieć niższe stany, być dopiero testowane na marketplace’ach,
przy planowaniu kampanii Allegro Ads wiesz, że inwestycja w ten SKU da największy zwrot – ale tylko wtedy, gdy nie zabraknie go w najbardziej gorącym momencie.
Ten przykład dosyć brutalnie pokazuje, że „równe traktowanie wszystkich produktów” jest prostą drogą do nierównego wyniku finansowego.
Jak czytać dane sprzedażowe z marketplace’ów i ERP, żeby cokolwiek miało sens
Jakie dane z Allegro/Amazon są kluczowe przy planowaniu zatowarowania
Marketplace’y zasypują danymi, ale do planowania zatowarowania i sezonowości szczególnie przydają się:
Ilości sprzedane – w ujęciu dziennym, tygodniowym, miesięcznym. Podstawa do wszelkich prognoz.
Przychód – aby wiedzieć, które SKU faktycznie budują obrót, a nie tylko robią „sztuki”.
Dane, które kuszą, ale lubią wprowadzać w błąd
Obok danych sprzedażowych jest kilka metryk, które brzmią poważnie, a przy planowaniu zatowarowania potrafią zrobić sporo zamieszania, jeśli traktujesz je dosłownie.
Wyświetlenia i kliknięcia – świetne do oceny potencjału oferty i skuteczności kampanii, ale same w sobie nic nie mówią o potrzebnym stanie magazynu. Jeśli masz tysiące wyświetleń i kilka sprzedaży, problemem jest konwersja, nie zapas.
Pozycja oferty w wynikach – dobra pozycja może zwiastować wzrost sprzedaży, ale jest też często efektem wcześniejszej mocnej sprzedaży. Jeśli planujesz zapas tylko „pod aktualną pozycję”, a nie pod realny trend, łatwo się przeliczyć.
Dodania do obserwowanych / koszyka – sygnał zainteresowania, ale dopóki nie ma opłaconych zamówień, to jest tylko „ciepły lead”, nie popyt. Może służyć jako dodatkowy wskaźnik przed sezonem, ale nie jako główna podstawa do zamówień.
Przy planowaniu zapasu pod marketplace główną walutą są sprzedane sztuki w czasie, najlepiej zsynchronizowane z danymi z ERP i kontekstem (kampanie, zmiany cen, sezonowość).
Synchronizacja danych z ERP: jedno źródło prawdy zamiast czterech wersji rzeczywistości
Jeżeli Allegro, Amazon, sklep www i ERP „mówią” różne rzeczy o tym, ile sprzedałeś i ile masz na magazynie, prognozowanie robi się bardziej kreatywne niż księgowość lat 90.
Żeby dane miały sens:
ERP musi być źródłem prawdy o stanie magazynu – to z niego wychodzi stan dyspozycyjny i stany „pod marketplace”. Dane z marketplace’ów są wtedy głównie źródłem informacji o popycie.
Integrator (lub moduł marketplace w ERP) powinien pobierać zamówienia na bieżąco – opóźnienia synchronizacji o kilka godzin przy dużej sprzedaży to prosta droga do podwójnych sprzedaży i błędnych prognoz.
Sprzedaż z marketplace’ów w ERP musi być oznaczona kanałem – inaczej raporty sprzedaży kanałowej i analiza sezonowości zamieniają się w zgadywanie „co przyszło skąd”.
Zwroty i anulacje z marketplace’ów muszą korygować stany i raporty sprzedaży – inaczej prognozy będą oparte na „brutto”, podczas gdy realna sprzedaż netto jest niższa.
Dobrze ustawione tagi kanałów w ERP (np. ALLEGRO, AMAZON, SHOP, B2B) pozwalają filtrować dane i widzieć, jak różni się popyt między kanałami na to samo SKU. Wtedy dopiero można sensownie decydować, komu „przydzielić” towar w piku sezonu.
Jak łączyć raporty marketplace z raportami z ERP
Najprostszy workflow, który działa w większości firm, wygląda tak:
Eksport z marketplace – sprzedaż wg SKU w ujęciu dziennym/tygodniowym (sztuki + obrót).
Eksport z ERP – sprzedaż wg SKU, ale z podziałem na kanały oraz z informacją o stanach magazynowych na koniec okresu.
Połączenie po SKU – spinasz tabelki po identyfikatorze produktu (ważne: ujednolicone kody SKU / EAN).
Dodanie kontekstu – kampanie (np. Allegro Ads), zmiany cen, promocje, wejście nowego konkurenta, zmiany w karcie produktu.
Efekt: zamiast patrzeć tylko na „wystrzeliła sprzedaż na Allegro”, widzisz, że:
w tym samym czasie mocno spadła sprzedaż tego SKU w sklepie www (kanibalizacja),
stan na magazynie spadł do poziomów krytycznych akurat przed dostawą z opóźnieniem,
kampania Allegro Ads „zjadła” zapas szybciej, niż zakładałeś.
Dopiero z takim widokiem można wyciągać wnioski do kolejnego sezonu, np. że przy podobnej kampanii trzeba podnieść minimalny stan w ERP o konkretną liczbę sztuk albo inaczej podzielić zapas między kanały.
Okna czasowe, które mają sens przy analizie
Analiza „od zawsze” do dziś brzmi ambitnie, ale do zarządzania zapasem zwykle bardziej przydają się konkretne okna czasowe:
Ostatnie 7–14 dni – bieżące tempo sprzedaży, dobre do krótkoterminowych korekt zatowarowania i stawek kampanii.
Ostatnie 30–90 dni – średnia rotacja, która nadaje się na punkt wyjścia do wyliczania zapasu operacyjnego.
Analogiczny okres rok do roku – baza do analizy sezonowości (np. listopad rok temu vs. listopad teraz, Q4 vs. Q4, wakacje vs. wakacje).
Przy produktach sezonowych konkretnych świąt (np. dekoracje świąteczne) bardziej liczy się porównanie sezon do sezonu niż „ostatnie 90 dni”, bo latem i zimą to są zupełnie inne światy.
Źródło: Pexels | Autor: Charlie Merrow
Sezonowość w e‑commerce i marketplace – jak ją rozgryźć na danych
Sezonowość kalendarzowa vs. sezonowość „marketplace’owa”
Sezonowość to nie tylko święta i wakacje. Na marketplace’ach działają równolegle różne warstwy „pór roku”:
Sezonowość kalendarzowa – święta, Black Week, początek roku szkolnego, Walentynki, Dzień Dziecka itd.
Sezonowość pogodowa – ciepła wiosna = wcześniejszy wysyp sprzedaży na ogrodówkę; przedłużona zima = spadek na produktach „letnich”.
Sezonowość platformy – własne akcje marketplace’u (Smart! Week, Prime Day, kampanie tematyczne), które chwilowo pompować ruch w wybranych kategoriach.
Sezonowość Twojej kategorii – np. kosmetyki SPF, akcesoria rowerowe, zabawki edukacyjne – każdy segment ma swoje „mini sezony”.
Nie ma jednego wykresu, który pokaże to wszystko naraz. Potrzebne są przynajmniej dwa kąty patrzenia: „rok do roku” i „tydzień po tygodniu”.
Jak rozpoznawać sezonowość na danych sprzedażowych
Najprostszy sposób, który da się wdrożyć choćby w Excelu lub prostym BI:
Weź sprzedaż w sztukach z ostatnich 12–24 miesięcy dla wybranego SKU lub grupy SKU.
Zgrupuj po tygodniach lub miesiącach – dzienne dane zbyt mocno „szumią”.
Porównaj ten sam okres rok do roku – np. maj–sierpień vs. maj–sierpień rok wcześniej.
Oznacz szczyty i dołki – momenty, kiedy sprzedaż przekracza średnią z okresu o np. 30–50%.
Po kilku takich analizach zwykle widać, że część produktów ma wyraźne szczyty (np. Q4 dla prezentów, wiosna/lato dla outdooru), a inne sprzedają się bardziej płasko przez cały rok z niewielkimi falami.
Dobrze jest też porównać to z kalendarzem promocji marketplace’ów. Jeżeli co rok ten sam skok sprzedaży wypada akurat na firmową kampanię Smart! Week, to nie jest „magia wiosny”, tylko efekt konkretnej akcji.
Segmentacja sezonowości po ABC/XYZ
Kiedy już masz klasyfikację ABC/XYZ, sezonowość warto dodać jako trzeci wymiar:
Silnie sezonowe hity (np. AY z mocnym pikiem Q4) – planujesz zatowarowanie w cyklu rocznym. Przez część roku pilnujesz, by nie siedzieć na zbyt dużym zapasie, a przed sezonem świadomie go „przepalasz” gotówką.
Produkty całoroczne (AX z niewielkimi wahaniami) – tu kluczowy jest stabilny zapas bezpieczeństwa i systematyczne dostawy, a nie jednorazowe ogromne zamówienia.
Produkty nieprzewidywalne (AZ/Z?) – zamiast silić się na precyzyjną prognozę, lepiej ustawić krótsze serie zamówień i częściej korygować stany.
Taki podział pomaga zdecydować, gdzie faktycznie opłaca się bawić w dokładne modele sezonowości, a gdzie wystarczy zdrowy rozsądek i twardsze bufory bezpieczeństwa.
Pułapki sezonowości na marketplace’ach
Kilka typowych min, na które wpadają sprzedawcy:
Jednorazowy „wystrzał” traktowany jak nowy trend – jednorazowa udana kampania lub rekomendacja influencera nie oznacza, że popyt będzie tak duży co roku. Przy planowaniu zatowarowania na kolejny sezon uwzględnij, czy warunki się powtórzą.
Niedoszacowanie efektu kampanii marketplace’u – globalna akcja typu Black Week potrafi „przesunąć” popyt z kilku tygodni do jednego. Jeżeli nie nabudujesz zapasu spokojnie wcześniej, nie zdążysz zareagować w trakcie.
Brak rozróżnienia „sezonu” i „wyprzedaży końcówki sezonu” – sprzedaż w styczniu może być wysoka nie dlatego, że popyt jest nadal mocny, lecz dlatego, że ceny są wyjątkowo niskie. Jeśli planujesz pod to standardowe zatowarowanie, możesz potem zostać z drogim, nieschodzącym zapasem.
Prognozowanie popytu pod marketplace – od „na czuja” do liczb
Prognozowanie „na skróty”, które i tak jest lepsze niż nic
Nawet bez zaawansowanych modeli możesz przejść z „czystego wyczucia” do prostych liczb. Kilka praktycznych metod:
Średnia ruchoma – liczysz średnią sprzedaż z ostatnich N dni/tygodni (np. 4 tygodnie) i traktujesz ją jako bazę. Proste i działa z produktami stabilnymi (X).
Średnia ważona – nadajesz większą wagę ostatnim tygodniom (np. sprzedaż z ostatniego tygodnia × 0,5, wcześniejszego × 0,3, jeszcze wcześniejszego × 0,2). Przydatne, gdy sprzedaż rośnie lub spada.
Reguła „średnia + korekta sezonowa” – bierzesz średnią sprzedaż z okresu poza sezonem i mnożysz przez współczynnik określony na bazie poprzedniego sezonu (np. w zeszłym roku Q4 było x2 vs. reszta roku, więc dla Q4 liczysz bazę ×2).
To nie jest rocket science, ale w małych i średnich firmach często daje 80% efektu przy 20% wysiłku.
Jak włączyć kalendarz promocji w prognozy
Błędem jest prognozowanie wyłącznie na bazie sprzedaży organicznej z przeszłości, gdy planujesz intensywną kampanię Ads, kupony, cross‑selling itd. Planowanie powinno obejmować osobno:
Sprzedaż „organiczna” – bez dodatkowych kampanii, wynik pozycji, opinii i standardowych działań.
Sprzedaż „promocyjna” – dodatkowy wolumen z płatnych kampanii, promocji cenowych, akcji marketplace’u.
Przykład z praktyki: rok temu w Q4 sprzedawałeś 1 000 sztuk danego SKU przy symbolicznych kampaniach. W tym roku planujesz agresywne Allegro Ads i wejście na nową podkategorię. Można przyjąć:
1 000 sztuk jako bazę (jeśli warunki są podobne),
dodać szacowany efekt kampanii (np. +30–50% na bazie testów z bieżącego roku).
Lepiej założyć ostrożnie i mieć jeszcze amunicję na dosztokowanie, niż od razu zamówić magazynek na dwa lata naprzód.
Łączenie prognozy sprzedaży z lead time dostawcy
Prognoza popytu bez uwzględnienia czasu dostawy od dostawcy ma ograniczoną wartość. Trzeba odpowiedzieć na pytanie: kiedy muszę złożyć zamówienie, by w sezonie mieć towar fizycznie na półce?
Podstawowe elementy układanki:
Lead time – ile średnio mija od zamówienia do przyjęcia towaru na magazyn (łącznie z czasem produkcji, transportu, odprawy, rozładunku, wprowadzenia do systemu).
Minimalne wielkości zamówień (MOQ) – czy możesz uzupełniać stany w małych partiach, czy musisz kupować „paletami”.
Częstotliwość dostaw – czy realnie jesteś w stanie składać zamówienia co 2 tygodnie, czy raczej co 2 miesiące.
Na tej bazie da się policzyć prosty parametr:
Pokrycie zapasu – na ile dni/tygodni wystarczy obecny stan przy obecnym (lub prognozowanym) tempie sprzedaży.
Jeśli SKU sprzedaje się po 10 sztuk dziennie na wszystkich kanałach łącznie, a masz 300 sztuk na magazynie, to masz pokrycie na ok. 30 dni. Jeżeli lead time to 21 dni, zamówienie trzeba złożyć nie później niż za kilka dni, żeby nie zaliczyć dziury w dostępności.
Modele KPI przy prognozowaniu: lepiej „pomylić się” świadomie
Zamiast walczyć o „idealną prognozę”, lepiej ustalić, na jakie odchylenie możesz sobie pozwolić. Dwa proste KPI:
Poziom braku dostępności (stockout rate) – np. akceptujesz, że Twój hitowy SKU może być niedostępny maksymalnie 1–2% dni w roku. To pomaga zdecydować, jak duży zapas bezpieczeństwa ustawić.
Jak przekuć prognozę w konkretne zamówienia
Prognoza w szufladzie niczego nie sprzeda. Trzeba przełożyć ją na prosty mechanizm: ile zamówić, na kiedy i dla którego kanału.
Praktyczne podejście w 3 krokach:
Ustal okres pokrycia – ile tygodni sprzedaży chcesz mieć „na półce” dla danego segmentu (np. AX: 4–6 tygodni, BY: 2–3 tygodnie, CZ: 1–2 tygodnie).
Uwzględnij bieżący stan i zamówienia w drodze – potrzebna ilość = zapas docelowy − (stan magazynu + towary w tranzycie).
Przykład: prognozujesz sprzedaż 70 szt. tygodniowo, chcesz pokrycie na 5 tygodni, a zapas bezpieczeństwa to 50 szt. Zapas docelowy = 70 × 5 + 50 = 400 szt. Jeśli już masz 220 szt. na magazynie i 80 w drodze, zamówienie powinno opiewać na 100 szt.
Dopiero przy takim podejściu prognoza przestaje być „ładnym wykresem”, a zaczyna mieć wpływ na gotówkę, którą blokujesz w magazynie.
Jak „ręcznie” korygować prognozy pod marketplace
Modele modelami, ale marketplace lubi zaskakiwać. Algorytm podbije ofertę, konkurent zniknie, pojawi się nowa kategoria sponsorowana. Stąd przydaje się warstwa zdroworozsądkowej korekty.
Dobry nawyk to comiesięczny przegląd kilku sygnałów:
Zmiana pozycji oferty – spadek o kilka stron zwykle oznacza, że prognoza była zbyt optymistyczna.
Średnia cena rynkowa – jeśli większość konkurentów obniżyła cenę, a Ty trwasz przy starej, prognoza sprzedaży powinna zostać ścięta.
Nowe limity i regulaminy platformy – np. wymogi dotyczące czasu wysyłki, FBA/FBM, statusu „super sprzedawcy”. To potrafi poważnie ruszyć konwersję.
Przy takich zmianach prognozę często trzeba skorygować „od ręki” o kilkanaście–kilkadziesiąt procent, zamiast czekać, aż statystyka to nadgoni. Brzmi mało elegancko, za to ratuje marżę.
Źródło: Pexels | Autor: Alexander Isreb
Zapas bezpieczeństwa i poziomy minimalne – praktyczne progi decyzji
Po co Ci zapas bezpieczeństwa, skoro „nie chcesz zamrażać gotówki”
Brak zapasu to nie tylko utracone zamówienia. Na marketplace’ach dochodzi jeszcze spadek pozycji oferty, gorszy „score” sprzedawcy, a czasem wyłączenie kampanii reklamowych. Jedna kilkudniowa dziura w dostępności przy topowym SKU potrafi potem ciągnąć się tygodniami w wynikach sprzedaży.
Zapas bezpieczeństwa to nic innego jak poduszka na wahania popytu i dostaw. Nie musi być wszędzie gigantyczna – celem jest dobranie jej tam, gdzie brak towaru boli najbardziej.
Prosty sposób na policzenie zapasu bezpieczeństwa
Bez wchodzenia w skomplikowane wzory można przyjąć podejście „praktyka magazynowego z kalkulatorem”:
Policz średnią dzienną sprzedaż (ze stabilnego okresu, bez jednorazowych pików).
Oceń zmienność sprzedaży – np. czy dzienne wyniki skaczą o ±10%, czy raczej ±50%.
Dodaj margines na opóźnienia dostaw – jak często dostawy spóźniają się o 2–3 dni, a jak często o 2 tygodnie.
Przykładowa reguła dla SKU z kategorii AX:
zapas bezpieczeństwa ≈ średnia dzienna sprzedaż × 7–14 dni,
górny przedział (14 dni) dla produktów mocniej skaczących lub dostaw z długim i niestabilnym lead time.
Dla produktów z końcówki ogona (C/Z) często wystarczy 2–5 dni sprzedaży jako bufor, o ile dostawca jest „pod telefonem” i dowozi małe partie.
Poziom minimalny i maksymalny – sygnalizatory, nie święte liczby
W praktyce najlepiej działają dwa progi na SKU:
Poziom minimalny (reorder point) – stan, przy którym system ma wygenerować propozycję zamówienia.
Poziom maksymalny – pułap, powyżej którego zwyczajnie nie chcesz wchodzić, żeby nie kisić gotówki lub nie płacić za drogie magazynowanie FBA.
Typowy sposób ustawienia:
poziom minimalny = sprzedaż w okresie lead time + zapas bezpieczeństwa,
poziom maksymalny = poziom minimalny + dodatkowe X dni/tygodni sprzedaży (zależnie od klasy ABC/XYZ).
Przykład: sprzedajesz 8 szt./dzień, lead time to 10 dni, zapas bezpieczeństwa 40 szt. Poziom minimalny = 8 × 10 + 40 = 120 szt. Jeżeli nie chcesz mieć więcej niż 30 dni sprzedaży „na półce”, poziom maksymalny to ok. 8 × 30 = 240 szt. Zamawiając, dążysz, by po dostawie stan zbliżał się do tego górnego pułapu, ale go nie przebijał.
Jak różnicować progi po kanałach sprzedaży
Na marketplace’ach zapas to nie tylko „ile sztuk w ogóle”, ale też ile przypisujesz do konkretnego kanału lub magazynu (własny, FBA, fulfillment Allegro itd.).
Zdrowa praktyka to zróżnicowanie zapasu bezpieczeństwa:
Magazyn własny – większy bufor, bo obsługuje wiele kanałów i ewentualne przetowarowanie jest mniej bolesne.
FBA/fulfillment marketplace – mniejszy bufor, bo koszt metra kwadratowego bywa wysoki, a zwroty do siebie potrafią kosztować i czas, i nerwy.
Często opłaca się trzymać „główną górkę” u siebie, a w magazynie marketplace’u jedynie kilka–kilkanaście dni sprzedaży SKU z klasy A. Resztę dowozić częściej, mniejszymi partiami.
Integracja marketplace z ERP – jak ustawić automatyzację pod zatowarowanie
Dlaczego ręczne sterowanie zapasem na marketplace to proszenie się o kłopoty
Przy kilku ofertach da się aktualizować stany „z ręki”. Przy kilkuset – kończy się to albo przepaleniem ludzi, albo klasycznym „sprzedane na dwóch platformach jednocześnie”. Integracja ERP z marketplace nie jest więc fanaberią, tylko warunkiem, by w ogóle móc sensownie planować.
Bez spięcia systemów nie masz wiarygodnego widoku: co się faktycznie sprzedało, co jest w trakcie realizacji i ile sztuk realnie możesz wystawić na Allegro, Amazonie czy innym kanale, nie ryzykując anulacji zamówień.
Co powinno przepływać między marketplace a ERP
Pod kątem zatowarowania liczą się przede wszystkim cztery strumienie danych:
Zamówienia – wszystkie sprzedaże z marketplace’ów powinny trafiać do ERP w czasie możliwie zbliżonym do rzeczywistego.
Stany magazynowe – ERP jest „źródłem prawdy”; marketplace’y dostają z niego informację o tym, ile sztuk można sprzedać.
Ceny – zmiany cen i promocje najlepiej sterować centralnie z ERP lub systemu pricingowego, a nie pojedynczo w panelach.
Informacje o dostawach – przyjęcia towaru, przesunięcia między magazynami, korekty inwentaryzacyjne.
Bez tych elementów trudno zbudować sensowne raporty sprzedaży, a tym samym ustawić prognozy i progi minimalne, które nie są „z kosmosu”.
Modele integracji: kto jest „szefem” zapasu
Przy integracji trzeba zdecydować, gdzie jest master danych o stanie magazynu. Najczęstsze modele to:
ERP jako master – wszystkie stany i rezerwacje liczone są w ERP, marketplace ma jedynie kopię liczby dostępnych sztuk. To najbardziej kontrolowalne podejście.
Magazyn marketplace jako oddzielny „slot” – np. FBA lub Fulfillment by Allegro w ERP jest oddzielnym magazynem. Transfery między magazynem własnym a fulfillmentem są widoczne w systemie i można je brać pod uwagę przy prognozach.
Hybrida z systemem OMS/WMS – przy większej skali pojawia się dodatkowa warstwa systemowa, która rozdziela zamówienia pomiędzy magazyny i kanały.
Klucz w tym, by nie mieć dwóch niezależnych „prawd” o stanie: jednej w ERP i zupełnie innej na marketplace’ach. Przy planowaniu zatowarowania kończy się to zawsze tak samo – ktoś planuje na danych, które od dawna już nie są aktualne.
Automatyczne progi zamówień w ERP dla SKU marketplace’owych
Dobre ERP lub WMS pozwala ustawić automatyczne wyzwalacze zamówień dla poszczególnych SKU. Dla produktów mocno „marketplace’owych” (np. takie, które w 80% sprzedają się przez Allegro, Ceneo czy Amazon) warto te wyzwalacze dostroić do ich profilu sprzedaży.
Kilka praktycznych trików:
Oddzielne parametry dla SKU „marketplace only” – inne progi minimalne, inne okresy pokrycia niż dla towarów typowo hurtowych lub B2B.
Uwaga na produkty cross‑kanałowe – jeden SKU może schodzić i na własnym sklepie, i na kilku marketplace’ach. Progi zamówień powinny brać pod uwagę łączną sprzedaż, a nie tylko wyniki z jednego kanału.
„Stopery” na zamówienia – ograniczenia, które nie pozwolą systemowi złożyć zamówienia powyżej określonej wartości lub ilości bez ręcznej akceptacji (przydaje się, gdy nagle pojawi się jednorazowy skok sprzedaży).
Jak uwzględnić magazyny FBA / fulfillment w planowaniu zapasu
Fulfillment marketplace’owy to świetne narzędzie do poprawy konwersji, ale logistycznie robi się ciekawie: zapas tej samej referencji masz w kilku miejscach. Bez dobrego odwzorowania tego układu w ERP łatwo pogubić się w liczbach.
Sprawdza się prosty podział ról:
Magazyn główny (własny) – planowanie na horyzoncie miesięcznym/kwartalnym, negocjacje z dostawcami, większe dostawy.
Magazyn FBA/fulfillment – planowanie na horyzoncie tygodniowym, uzupełnianie stanów na bazie sprzedaży z ostatnich tygodni i planowanych kampanii.
W ERP oznaczasz FBA jako osobny magazyn, dla którego liczysz dodatkowo:
tempo rotacji – ile dni średnio towar „leży” zanim się sprzeda,
progi wysyłki z magazynu własnego – np. gdy stan FBA spada poniżej X dni sprzedaży, system generuje zlecenie przesunięcia.
W ten sposób na marketplace trafia towar w odpowiednim momencie, a Ty nie dowożysz palety na ślepo tylko dlatego, że „kiedyś się sprzeda”.
Synchronizacja cen i promocji a planowanie zatowarowania
Integracja to nie tylko stany. Ceny i promocje bezpośrednio wpływają na popyt, a przez to na to, ile towaru powinieneś mieć na magazynie. Jeżeli dział handlowy włącza agresywną promocję na marketplace bez słowa do logistyki, skutki bywają… widowiskowe.
Spina to kilka prostych zasad:
każda większa akcja promocyjna (kupony, bundle, Ads na dużym budżecie) powinna pojawić się w planie sprzedaży z wyprzedzeniem,
system cenowy/ERP powinien przekazywać do modułu planistycznego informację o okresie trwania promocji oraz oczekiwanym wzroście wolumenu,
przed startem kampanii trzeba sprawdzić, czy zapas + dostawy w drodze pokryją ten wzrost.
Nie zawsze uda się przewidzieć wszystko, ale lepiej dwa razy kliknąć w ERP, niż potem przez dwa tygodnie tłumaczyć się klientom z opóźnień i anulacji.
Monitoring w czasie rzeczywistym – kontrola, a nie mikrozarządzanie
Przy zintegrowanych systemach kusi, by patrzeć w dashboardy jak w notowania giełdowe i co chwilę zmieniać decyzje. Zwykle kończy się to chaosem. Lepiej ustawić kilka prostych alertów, które uruchamiają reakcję dopiero, gdy dzieje się coś naprawdę nietypowego.
Przykładowe alerty pod marketplace:
SKU z klasy A – pokrycie zapasu poniżej X dni przy rosnącym trendzie sprzedaży,
nagły wzrost sprzedaży o Y% tydzień do tygodnia dla danego SKU lub kategorii,
opóźnienie dostawy kluczowego SKU o więcej niż Z dni.
Takie powiadomienia pozwalają zareagować na wyjątkowe sytuacje (nagle viral na TikToku, wejście w rekomendacje platformy) bez codziennego przesuwania każdej dostawy o jeden dzień „bo wczoraj było trochę mniej sprzedaży”.
Najczęściej zadawane pytania (FAQ)
Jak planować zatowarowanie pod Allegro i Amazon, żeby nie tracić pozycji w rankingu?
Pod marketplace planujesz nie tylko „ile sprzedam”, ale przede wszystkim „ile muszę mieć na stanie, żeby oferta nie migotała i nie wypadała z listingu”. Kluczowe jest utrzymanie stabilnej dostępności na najważniejszych SKU, tak aby algorytm nie widział częstych braków i ponownych wejść oferty.
Praktycznie wygląda to tak: licz średnią dzienną sprzedaż z ostatnich tygodni, dodaj zapas bezpieczeństwa (np. na 3–7 dni sprzedaży) oraz uwzględnij czas dostawy od dostawcy. Na tej podstawie określ minimalny stan „alarmowy”, poniżej którego uruchamiasz domówienie lub ograniczasz ekspozycję (np. pauzujesz kampanie sponsorowane).
Czym różni się zatowarowanie na marketplace od klasycznego sklepu internetowego?
W sklepie internetowym możesz sobie pozwolić na krótkie braki bestsellerów i spokojne komunikaty typu „dostawa za 5 dni”. Na Allegro czy Amazonie brak towaru oznacza utratę pozycji, gorszą ekspozycję, a czasem Buy Boxa lub oznaczeń typu Smart/Prime. Algorytm po prostu podstawi w to miejsce ofertę konkurenta z pełną dostępnością.
Dodatkowo marketplace w ocenie oferty mocno patrzy na historię: czy produkt często wypadał z oferty, jaki masz procent anulacji, jaki jest deklarowany czas wysyłki. Zapas bezpieczeństwa przestaje być wyłącznie kwestią logistyki – staje się też inwestycją w widoczność i „zaufanie” algorytmu.
Jak liczyć stan magazynowy dla marketplace przy sprzedaży omnichannel?
Punktem wyjścia są trzy pojęcia: stan magazynowy (fizyczne sztuki), stan dyspozycyjny (po odjęciu rezerwacji) oraz stan „pod marketplace” – czyli ta część, którą faktycznie pokazujesz na Allegro/Amazonie. Stan „pod marketplace” powinien być zawsze mniejszy lub równy stanowi dyspozycyjnemu, po uwzględnieniu buforów i priorytetów innych kanałów.
Przykład: masz 100 sztuk, 30 jest już zarezerwowane (B2B, koszyki, kampania na sklepie www). Dyspozycyjne zostaje 70. Decydujesz, że 40 idzie „pod marketplace”, a reszta zostaje dla sklepu www i zapasu bezpieczeństwa. Takie podejście zmniejsza ryzyko podwójnej sprzedaży i anulowania zamówień, które algorytmy traktują jak czerwoną kartkę.
Jak podzielić towar między Allegro, Amazon a własny sklep, gdy mam jeden magazyn?
Najpierw ustal priorytety kanałów – inaczej system ERP nie będzie mógł sensownie dzielić stanów. Jeśli sklep www ma wyższą marżę, możesz trzymać dla niego większy bufor i traktować marketplace jako kanał „przelewający” nadwyżki. Jeśli z kolei zależy Ci na utrzymaniu wysokiego rankingu na Allegro, możesz zablokować „ostatnie sztuki” właśnie pod ten kanał.
W praktyce stosuje się proste reguły w ERP/integratorze: minimalny stan dla każdego kanału, maksymalny stan publikowany na marketplace, bufor bezpieczeństwa (np. kilka sztuk niewidocznych nigdzie). Raz zdefiniowane zasady działają automatycznie, zamiast ręcznego gaszenia pożarów przed weekendem.
Jak sezonowość wpływa na zatowarowanie w marketplace’ach?
Na marketplace sezonowość bywa mocniej „podkręcona” niż w sklepie www, bo dochodzą masowe akcje promocyjne (typu Black Week, szkolna wyprawka, święta) oraz kampanie konkurencji. W szczycie sezonu algorytm premiuje oferty z dużą dostępnością i krótkim czasem wysyłki, więc zbyt niski stan może szybko wyrzucić Cię z gry.
Przy planowaniu sezonu połącz dane historyczne z monitoringiem bieżących ruchów konkurencji – sprawdzaj, ile jest ofert na Twoje produkty, jak zmieniają się ceny i warunki dostawy. Czasem lepiej wejść w sezon z mniejszą liczbą SKU, ale porządnie zatowarowanych, niż mieć „po trochu wszystkiego” i łapać stock-out w połowie akcji.
Jak monitorować konkurencję na Allegro i Amazon pod kątem planowania zapasów?
Monitorowanie konkurencji nie kończy się na śledzeniu najniższej ceny. Przy planowaniu zatowarowania obserwuj przede wszystkim: liczbę aktywnych ofert na dane SKU, poziom cen i ich zmiany, dostępność (czy konkurenci nie „wysypują się” z magazynów) oraz to, czy korzystają z FBA/Smart/Prime. Zmiany w tych obszarach często tłumaczą nagłe skoki lub spadki Twojej sprzedaży.
Dobrą praktyką jest zestawianie danych sprzedażowych z historią zmian cen i liczby konkurentów. Jeśli widzisz, że sprzedaż spadła, a Ty niczego nie zmieniałeś (ceny, opisów, kampanii), zwykle odpowiedź leży właśnie w ruchach konkurencji lub zmianie algorytmu. To sygnał, żeby nie dopychać magazynu „po staremu”, tylko skorygować zamówienia.
Co to jest zapas bezpieczeństwa w sprzedaży na marketplace i jak go ustalić?
Zapas bezpieczeństwa to dodatkowa „poduszka” sztuk produktu ponad bieżące zapotrzebowanie, która chroni Cię przed nagłym skokiem popytu lub opóźnieniem dostaw. Na marketplace pełni też funkcję „ochrony” pozycji – zbyt niskie stany przy dobrze rotujących produktach to prosta droga do stock-outu i spadku widoczności.
W prostym wariancie możesz przyjąć zapas bezpieczeństwa jako sprzedaż z kilku dni (np. 3–7 dni średniej sprzedaży) albo procentowo (np. 20–30% ponad standardowe zapotrzebowanie). Dla produktów sezonowych i mocno reklamowanych warto ten bufor zwiększyć – nic tak nie psuje humoru jak kampania, która działa aż za dobrze, a towar kończy się w połowie dnia.
Kluczowe Wnioski
Zatowarowanie na marketplace’ach rządzi się innymi prawami niż w klasycznym e‑commerce – zamiast „co chcę sprzedawać”, kluczowe jest „co algorytm uzna za stabilne, dostępne i godne pokazania wyżej od konkurencji”.
Dostępność i stabilność stanów magazynowych to jeden z głównych sygnałów dla algorytmów – częste braki lub „mruganie” ofertą oznaczają spadek widoczności, utratę Buy Boxa czy oznaczeń typu Smart/Prime, a więc mniej sprzedaży przy tych samych kosztach.
Planowanie zapasu nie może opierać się tylko na prognozie sprzedaży; trzeba uwzględnić minimalny stan potrzebny, by uniknąć stock‑outu w szczycie, utrzymać ranking oferty, nie zamrozić nadmiernie gotówki i nie zjadać marży wysokimi opłatami magazynowymi (np. FBA).
Popyt na marketplace’ach jest silnie zależny od konkurencji w czasie rzeczywistym – zmiany cen, kupony, FBA, kampanie sponsorowane czy pojawienie się „dużego gracza” mogą w kilka dni wywrócić sprzedaż, więc prognozy muszą być spięte z bieżącym monitoringiem rynku.
Sama średnia sprzedaż z ostatnich 30 dni to za mało – konieczne jest łączenie danych o sprzedaży z historią zmian cen (swoich i konkurencji), liczbą konkurencyjnych ofert i ich warunkami, aby odróżnić własne błędy od efektów ruchów konkurencji czy zmian algorytmów.
W modelu omnichannel jeden magazyn obsługujący sklep www, marketplace’y i ewentualnie sklepy stacjonarne wymaga jasno ustawionych priorytetów kanałów – inaczej kończy się to gaszeniem pożarów: tu braki, tam nadstany, a w tle nerwowe wyłączanie ofert.
