Table of contents
Twój system ERP wie, że kończy się dany produkt. Twój system WMS wie, że towar leży w magazynie. Jednak pracownik sklepu nie ma o tym zielonego pojęcia, ponieważ brakuje ogniwa, które połączyłoby te dwa systemy z człowiekiem stojącym zaledwie 30 metrów dalej.
To właśnie w tej luce rodzą się braki na półkach. Z tego też powodu od 70% do 90% sytuacji, w których klient nie znajduje towaru, wynika z błędów wewnątrz sklepu, a nie z opóźnień po stronie dostawcy czy wpadek logistycznych. Produkt fizycznie istnieje. Po prostu nie ma go tam, gdzie powinien być.
Aplikacja mobilna stworzona do zarządzania uzupełnianiem zapasów skutecznie niweluje tę przepaść. Nie zastępuje ona dotychczasowych systemów, lecz przekuwa zebrane w nich dane na konkretne zadania dla załogi na sali sprzedaży i w terenie.
Najważniejsze wnioski:
- Większość braków na półkach to problem z egzekucją, a nie z łańcuchem dostaw – a egzekucję można poprawić, wdrażając odpowiednie narzędzia.
- Aplikacja do uzupełniania zapasów (zatowarowania) działa na dwóch płaszczyznach: organizuje pracę załogi w sklepie oraz automatyzuje zamówienia dzięki integracji z systemem ERP.
- W przypadku sieci hurtowych, aplikacja musi służyć także przedstawicielom handlowym, którzy podczas spotkań z klientami potrzebują wglądu w stany magazynowe w czasie rzeczywistym.
- Integracja systemów (POS, WMS, ERP, EDI) to najczęstsza przyczyna przekraczania budżetów i opóźnień w projektach. Precyzyjne określenie jej zakresu to absolutny priorytet.
- Dla sieci korzystających ze starszych systemów, posiadających różne formaty sklepów lub zarządzających ponad setką lokalizacji, rozwiązanie dedykowane (custom) często wygrywa z modelami SaaS pod względem trzyletniego całkowitego kosztu posiadania.
Puste półki i niezrealizowane zamówienia kosztują więcej, niż myślisz
Branża spożywcza i hurtowa działa na ekstremalnie niskich marżach. Średni zysk netto w tym sektorze wynosi zaledwie 1,6% i wciąż spada. Przy tak delikatnej strukturze finansowej, wskaźnik braku towaru na poziomie 4,1% nie jest tylko drobną niedogodnością. On potrafi pochłonąć lwią część twoich zysków.
Dla sieci supermarketów oznacza to klientów, którzy zniechęceni widokiem pustych półek idą do konkurencji. Z badań wynika, że nawet 25% kupujących nie wraca do sklepu, w którym nie znaleźli poszukiwanego produktu. W hurtowniach i sieciach cash-and-carry skutki są nieco inne, ale równie bolesne: klient biznesowy B2B, który nie może zrealizować zamówienia, nie tylko rezygnuje z konkretnych zakupów, ale wręcz całkowicie zmienia dostawcę.
Skala tego zjawiska w obu sektorach jest porażająca. Według raportu IHL Group z 2024 roku, globalna branża spożywcza traci rocznie 1,7 biliona dolarów z powodu zaburzeń w zarządzaniu asortymentem – co obejmuje zarówno braki na półkach, jak i niepotrzebne nadwyżki.
Światełkiem w tunelu jest jednak źródło tego problemu. Badania niezmiennie pokazują, że aż 72% braków towaru wynika z błędów operacyjnych, nad którymi można zapanować – od niewłaściwie ustawionych progów zamówień, przez kiepską priorytetyzację zadań personelu, aż po rozłączone systemy, które nie potrafią w porę wygenerować powiadomienia. To nie łańcuch dostaw jest tu czarnym charakterem. Zawodzi proces uzupełniania zapasów.
I właśnie to jest najsilniejszy argument za wdrożeniem aplikacji mobilnej. Nie jako kolejnego programu, którym trzeba administrować, ale jako warstwy operacyjnej, która skraca dystans między danymi a ludźmi, którzy muszą na ich podstawie działać.
Gdzie sypie się proces uzupełniania zapasów w dużej sieci handlowej
Zrozumienie, dlaczego zatowarowanie zawodzi, jest znacznie cenniejsze niż analizowanie suchej listy funkcji. Na papierze proces wygląda banalnie: kończy się produkt, więc ktoś dokłada go na półkę. Jednak w sieci liczącej 50, 100 czy 300 placówek z tysiącami indeksów (SKU), rzeczywistość bywa znacznie bardziej chaotyczna.
Pełny cykl uzupełniania zapasów
Pojedyncza operacja dołożenia towaru składa się z większej liczby kroków, niż mogłoby się wydawać:
- System kasowy (POS) lub system magazynowy wykrywa niski stan zapasów
- Generowany jest alert (albo i nie, jeśli progi są źle skonfigurowane)
- Powiadomienie trafia do odpowiedniej osoby (lub gubi się we wspólnej puli zadań)
- Pracownik sklepu nadaje mu odpowiedni priorytet wśród innych obowiązków
- Pracownik odszukuje produkt na zapleczu
- Towar trafia na półkę
- System jest aktualizowany, by odzwierciedlać nowy stan na sali sprzedaży
- Jeśli zapasy na zapleczu również się wyczerpały, konieczne jest wygenerowanie zamówienia u dostawcy
Każdy z tych etapów to potencjalne wąskie gardło. Źle skonfigurowany próg minimalny czy maksymalny sprawia, że alerty włączają się za późno. Wspólna pula powiadomień oznacza, że kluczowe towary muszą czekać, aż ktoś skończy rozkładać asortyment o niskim priorytecie. Brak aktualizacji w systemie po napełnieniu półki skutkuje natychmiastowym wygenerowaniem kolejnego alertu dla tego samego produktu. Wystarczy przemnożyć to przez tysiące indeksów i dziesiątki działów, by zrozumieć, dlaczego nawet wiodące sieci handlowe zmagają się z brakami towaru, które uderzają prosto w ich rentowność.
Hurtownie i sieci cash-and-carry: nieco inny wymiar problemu
W realiach hurtowych i w sklepach wielkopowierzchniowych wyzwania związane z zapasami przybierają nieco inną formę. Egzekucja zadań na hali wciąż ma znaczenie. Pracownicy magazynu nadal muszą przemieszczać towar do stref kompletacji, ale sygnał o popycie płynie tu z zamówień B2B, a nie z transakcji kasowych.
Przedstawiciel handlowy na spotkaniu z klientem musi w ułamku sekundy wiedzieć, czy dany produkt jest dostępny w wystarczającej ilości, zanim zadeklaruje konkretny termin dostawy. Błąd w tej materii to niezrealizowane zamówienie, konieczność wystawienia korekty i trudna rozmowa, po której kontrahent może przejść do konkurencji. W tym scenariuszu aplikacja mobilna nie służy do dokładania towaru na półki, a jest narzędziem do szybkiego potwierdzania stanów magazynowych podczas negocjacji toczących się bezpośrednio u klienta.
Inaczej wygląda również kwestia zakupów. Popyt w hurcie to wypadkowa zamówień od dziesiątek czy setek partnerów biznesowych, z których każdy ma własny rytm zaopatrzenia. Prognozowanie zapotrzebowania magazynowego wymaga połączenia tych indywidualnych schematów zakupowych w sposób, do którego systemy zaprojektowane dla pojedynczych sklepów detalicznych po prostu się nie nadają.
Dobrze zaprojektowana aplikacja odnajduje się w obu tych światach. Z jednej strony wspiera magazyniera, który dba o rozmieszczanie i kompletację towaru, z drugiej – ułatwia pracę handlowcowi sprawdzającemu dostępność w terenie. A wszystko to na bazie tej samej, centralnej bazy danych.
Co tak naprawdę potrafi aplikacja do uzupełniania zapasów
Solidna aplikacja zarządzająca zatowarowaniem działa na dwóch powiązanych ze sobą płaszczyznach: organizacji pracy na hali oraz automatyzacji zamówień. Większość gotowych narzędzi „z półki” skupia się tylko na jednej z nich. Dedykowane rozwiązanie potrafi obsłużyć obie, płynnie łącząc się z systemami, które już wdrożyłeś w firmie.
Zarządzanie zadaniami dla pracowników sklepu i magazynu
To właśnie ta część całego procesu rozgrywa się na terenie sklepu lub magazynu i to tutaj zazwyczaj dochodzi do powstawania braków – lub to tutaj udaje się im w porę zapobiec.
Aplikacja wyświetla załodze priorytetowe listy zadań oparte na bieżących stanach magazynowych, tempie sprzedaży oraz zdefiniowanych przez ciebie regułach biznesowych. Pracownik wykładający nabiał nie musi przebijać się przez powiadomienia z działu RTV. Z kolei promocja ruszająca od jutra sprawia, że zadania związane z wyłożeniem odpowiedniego towaru już dzisiaj trafiają na sam szczyt listy. W przypadku potężnych hurtowni logika przesuwa się na uzupełnianie stref kompletacji, pilnując, by najszybciej rotujące indeksy nie znikały z regałów, zanim dojedzie kolejna pełna paleta od producenta.
Kluczowe funkcje operacyjne:
- Błyskawiczne skanowanie kodów kreskowych i QR pozwalające na szybkie potwierdzenie stanu na półce, w strefie kompletacji i na zapleczu
- Priorytetyzacja zadań na bazie elastycznych reguł (tempo sprzedaży, kalendarz promocji, daty przydatności produktów świeżych, zobowiązania wobec klientów B2B)
- Intuicyjne ścieżki (workflows), które krok po kroku prowadzą pracowników przez logiczny proces przyjęcia, rozlokowania i uzupełnienia asortymentu
- Obsługa nieprzewidzianych sytuacji, takich jak uszkodzone produkty, błędy w liczbie sztuk czy całkowite braki towaru
Jednym z absolutnie krytycznych wymogów technicznych w tym obszarze jest praca w trybie offline. Hale magazynowe i sklepowe zaplecza nagminnie borykają się z martwymi strefami bez zasięgu Wi-Fi. Apka musi działać bez zarzutu pomimo braku sieci, a dane synchronizować zaraz po odzyskaniu połączenia. To warunek nienegocjowalny, z którym niestety część chmurowych narzędzi SaaS radzi sobie bardzo przeciętnie.
Zautomatyzowane zamawianie i integracja z ERP
Druga warstwa jest dla załogi mniej widoczna, ale z biznesowego punktu widzenia bywa wręcz bezcenna. To w niej aplikacja łączy bieżące dane sprzedażowe z półek sklepowych z twardym procesem zakupowym.
Mechanizm jest bardzo logiczny. Gdy liczba sztuk na sali sprzedaży spada poniżej określonego poziomu, a na zapleczu nie ma czym załatać dziury, system automatycznie generuje szkic zamówienia. Kupiec sprawdza go, nanosi ewentualne poprawki i zatwierdza. Tak zwalidowane zamówienie leci prosto do dostawcy – przez API lub sieć EDI, w zależności od zaplecza technologicznego partnera.
Rewelacyjnym przykładem takiego podejścia w praktyce jest rozwiązanie RELEX Mobile Pro, wypuszczone na rynek w sierpniu 2025 roku. Łączy ono codzienne zadania sklepowe z inteligentnymi rekomendacjami wspieranymi przez AI. Co ważne, kładzie ogromny nacisk na produkty świeże, które potrafią odpowiadać za ponad 40% zysków w branży spożywczej, a są zarazem zmorą dla każdego, kto próbuje nadzorować je całkowicie ręcznie.
Poziom automatyzacji, jaki uda ci się tu osiągnąć, zależy w głównej mierze od jakości danych i głębokości samej integracji. Co gładko prowadzi nas do najtrudniejszego etapu każdej tego typu inwestycji.
Integracje: element, który decyduje o sukcesie projektu
W projektach technologicznych dla branży retail ten scenariusz jest powtarzany do znudzenia: deweloperzy budują aplikację, która przepięknie wygląda na prezentacjach, a potem miesiącami tkwi w martwym punkcie podczas wdrażania. Wszystko dlatego, że podłączenie jej do starych, firmowych systemów biznesowych pochłonęło trzy razy więcej roboczogodzin, niż zakładano w harmonogramie.
Rozwiązania do zarządzania zatowarowaniem radzą sobie dobrze lub umierają właśnie przez integracje. Skrojenie interfejsu jest dość proste. Wyższa szkoła jazdy zaczyna się wtedy, gdy aplikacja ma w ułamku sekundy odzwierciedlać dynamiczną rzeczywistość. Wiąże się to z ciągłym zaczytywaniem danych z modułów magazynowych, sprzedażowych i samego centrum dystrybucyjnego, by ostatecznie wysłać gotowe dyspozycje zamówień do partnerów.
Dlaczego integracja z ERP pochłania największą część budżetu
Większość mocnych graczy z rynku detalicznego i hurtowego utrzymuje całą logikę biznesową w środowiskach takich jak SAP, Oracle Retail lub na autorskich ERP projektowanych nawet 20 lat temu. Te potężne systemy to jedno główne źródło informacji o dostępnym towarze – problem w tym, że w ich DNA zapisano przetwarzanie wsadowe (batch processing), a nie lekką i zwinną obsługę zapytań z mobilnych urządzeń pracowniczych.
Konsekwencje w praktyce? Łączenie nowej, zwinnej apki z technologicznym dinozaurem klasy ERP rzadko można opisać hasłem „plug-and-play”. Często okazuje się, że wystawione do świata interfejsy API mają ogromne braki. Struktury danych w starszym oprogramowaniu bywają tak zagmatwane i zmutowane przez lata rozbudowy, że uniwersalne wtyczki natychmiast wysypują błędy. Nie wspominając o tym, że firmowy dział IT potrafi mieć półroczne opóźnienia i twoje innowacyjne zlecenia trafiają na sam koniec wielkiej kolejki.
Nie jest to bynajmniej powód do rezygnacji z takich inwestycji. A wręcz przeciwnie jest to pretekst do całkowicie chłodnej, wręcz bezwzględnej estymacji tuż na samym starcie projektu. Sparowanie aplikacji z ERP zjada zazwyczaj między 30% a 40% całościowego czasu potrzebnego na zbudowanie produktu. Zepchnięcie tego kroku do roli mało istotnego przypisu zamiast wydzielenia dla niego osobnego toru prac to bodaj najpowszechniejszy grzech główny firm decydujących się na wejście w branżę retail tech.
Problem świeżości danych
Żeby pracownik w ogóle zwrócił uwagę na systemowy alarm o pustej półce, musi on być precyzyjny co do minuty. Jeśli genialna weekendowa promocja w trzy godziny wyczyści regał do zera, komunikat o uzupełnieniu palety musi pojawić się dokładnie po trzech godzinach – a nie następnego dnia przy porannej kawie, bo system właśnie skończył mielić pliki z całego minionego dnia.
Architektura starszych środowisk bazowała na dobowym czy w najlepszym wypadku cogodzinnym odświeżaniu wskaźników. Odblokowanie szczerego, błyskawicznego powiadamiania o spadkach ilości prosto z taśm kasowych (POS) wymaga całkowitego przemodelowania strumieni danych w firmie. Da się to zrobić sprawnie, o ile wejdzie to do agendy z wysokim priorytetem w dniu zero, a nie wyskoczy jako niemożliwy do sforsowania mur w środku prowadzonych prac.
Rozwiązanie dedykowane czy gotowy produkt: co i kiedy wybrać
Zarządy wielkich sieci, szukając idealnego rozwiązania, instynktownie lądują najpierw w świecie abonamentowych chmur (SaaS). I to bywa świetnym ruchem. Pojawiają się jednak na horyzoncie konkretne momenty, w których zbudowanie czegoś wyłącznie pod swoje dyktando przyniesie o niebo lepsze parametry rynkowe.
Bądźmy szczerzy: topowe rynkowe platformy oparte na modelu chmurowym pokroju RELEX czy LEAFIO to oprogramowanie absolutnie z najwyższej półki, które sprawdzi się w boju. Głośne wdrożenie LEAFIO dla sieci sklepów Daily przyniosło wskaźnik automatyzacji na poziomie 99,5% i doprowadziło do 23-procentowych wzrostów obrotów. Te liczby to fakty, a nie marketingowe bajki.
Szkopuł w tym, że platformy te stworzono od zera dla bardzo ustandaryzowanego rynku. Gdy tylko spółka wymaga skomplikowanych ścieżek dostępu po stronie starego ERP, zarządza kilkunastoma różnymi stylami formatów sklepów, albo walczy z dostawcami w technologiach opornych na EDI – wydatki rzucone na agresywne docinanie i modyfikowanie generycznych usług SaaS mogą wzrosnąć tak mocno, że postawienie w to miejsce od podstaw całkowicie własnej i dedykowanej apki okaże się ruchem o wiele tańszym.
Dlatego rozstrzygnięcie tego dylematu musi być dokonywane w ujęciu przynajmniej 3-letniego wskaźnika całkowitych kosztów posiadania (TCO). Miesięczne ceny SaaS potrafią być szalenie atrakcyjne patrząc krótkofalowo. Jednak dla struktury obejmującej 200 dużych sklepów z 10 stałymi pracownikami zarządzającymi, proste mnożniki za dostępy per pracownik zamieniają się w budżetowy koszmar. I to wszystko na starcie, przed skomplikowanymi procesami implementacji, personalizacji i integracji.
Nasze doświadczenie z handlem detalicznym na wielką skalę
W Droids On Roids od lat budujemy i skalujemy produkty mobilne dla handlu detalicznego – środowiska, które wymaga absolutnej niezawodności przy obsłudze milionów transakcji. Nasza współpraca z marką CCC – największą siecią obuwniczą w Europie – objęła 8 rynków, przyniosła 10 milionów pobrań aplikacji i przełożyła się na wzrost sprzedaży mobilnej o 280%. Praca na tak ogromnej skali doskonale uczy, w których miejscach projekty technologiczne w retailu najczęściej się sypią i czego potrzeba, aby utrzymać je przy życiu.
Wnioski wyciągane z projektów związanych z zatowarowaniem pokrywają się z naszymi wcześniejszymi doświadczeniami w branży: sam interfejs i działanie aplikacji mobilnej rzadko stanowią prawdziwe wyzwanie. Prawdziwe schody zaczynają się w warstwie infrastruktury danych. Największym problemem jest zbudowanie środowiska, które sprawi, że aplikacja będzie odzwierciedlać stan faktyczny, a nie to, co system uznał za prawdę dobę wcześniej.
Kluczowe wnioski i kolejne kroki
Jeśli rozważasz wdrożenie aplikacji do zarządzania zapasami w swojej sieci, oto na czym powinieneś się skupić:
- Najpierw przeprowadź audyt możliwości integracyjnych. Zanim zaprosisz do rozmów jakiegokolwiek dostawcę oprogramowania czy software house, zmapuj połączenia z systemami ERP, WMS, POS oraz z platformami dostawców zewnętrznych. To właśnie stopień skomplikowania integracji zdeterminuje twój budżet i harmonogram – w znacznie większym stopniu niż jakakolwiek lista funkcji w aplikacji.
- Zlokalizuj słabe punkty procesu. Przejdź całą ścieżkę uzupełniania zapasów krok po kroku w 3 do 5 wybranych sklepach. Znajdź konkretne miejsca, w których powiadomienia nie docierają, zadania są pomijane przez załogę, a stany w systemie rozmijają się z tym, co fizycznie leży na półce. Swoją listę wymagań biznesowych zbuduj właśnie wokół tych luk.
- Przeanalizuj trzyletni całkowity koszt posiadania (TCO). Unikaj błędu polegającego na porównywaniu niskiego, miesięcznego abonamentu za gotową platformę SaaS z jednorazową wyceną stworzenia aplikacji dedykowanej od zera. Zestaw ze sobą wszystkie koszty całkowite, wliczając w to wdrożenie integracji, docelową liczbę płatnych licencji dla każdego pracownika w finalnej skali projektu oraz stawki za ewentualne modyfikacje gotowego produktu chmurowego.
- Uwzględnij pracę w trybie offline. Niezależnie od tego, czy zdecydujesz się na zakup, czy na budowę własnego narzędzia, bezwzględnie upewnij się, że oprogramowanie radzi sobie bez dostępu do sieci. Brak stabilnego Wi-Fi na magazynie czy zapleczu to szara codzienność sklepu, a nie błąd statystyczny.
Naturalnym krokiem w rozwoju, gdy już opanujesz niezawodną komunikację mobilną z pracownikami, są prognozy popytu sterowane przez sztuczną inteligencję (AI), które bezpośrednio i automatycznie zasilają mechanizmy uzupełniania zapasów. Sieci handlowe, które już teraz inwestują w takie technologie, budują potężną przewagę konkurencyjną. Będzie ona procentować i rosnąć lawinowo przez najbliższe 3 do 5 lat.
Kiedy stworzenie dedykowanej aplikacji ma większy sens niż zakup gotowego rozwiązania SaaS? Wtedy, gdy twoje procesy nie wpisują się w standardowe rynkowe szablony, integracja z systemem ERP jest wysoce skomplikowana, zarządzasz różnymi formatami sklepów o odmiennej logice zatowarowania lub gdy skala twojego biznesu sprawia, że opłaty licencyjne za każdego użytkownika chmury stają się po prostu nieopłacalne. Dla sieci liczących poniżej 50 placówek, które opierają się na nowoczesnych systemach i powtarzalnych procesach, dobre i gotowe narzędzie SaaS będzie z reguły tańsze i szybsze we wdrożeniu. Po przekroczeniu tej granicy rachunek zysków i strat przestaje być już tak jednoznaczny.
Jak mierzyć zwrot z inwestycji (ROI) z wdrożenia takiej aplikacji? Podstawowe wskaźniki to spadek ogólnego poziomu braków towarowych na sali sprzedaży, częstotliwość występowania pustych półek w rozbiciu na konkretne działy oraz średni czas realizacji zadania przez pojedynczego pracownika. Do metryk pomocniczych zaliczamy dokładność inwentaryzacji (czyli zniwelowanie różnicy między zapisami w systemie a fizycznym stanem na półkach), czas realizacji zamówień u dostawców (lead time) oraz ograniczenie marnowania żywności w przypadku produktów świeżych. Zanim jednak ruszysz z wdrożeniem, koniecznie zdefiniuj swoje wartości bazowe – w przeciwnym razie nie będziesz miał do czego odnieść późniejszych sukcesów aplikacji.