Pełna kontrola magazynu w jednej dłoni

Problem

Niewielka firma handlowa, jeden magazyn, własny system sprzedaży i księgowości używany od lat, wdrożony jeszcze przez poprzedniego właściciela i od tamtej pory sukcesywnie rozbudowywany o kolejne raporty i integracje z dostawcami. Stany magazynowe prowadzono w nim ręcznie, na podstawie zliczania towaru, magazynier chodził między regałami z kartką i długopisem, a wynik liczenia wpisywał do systemu dopiero po powrocie do biura.

Właściciel nie chciał słyszeć o wymianie całego oprogramowania. System sprzedaży znał od podszewki, miał w nim wypracowane raporty, cenniki, historię klientów, wymiana oznaczałaby ryzyko i miesiące przestawiania się na coś nowego. Chciał rozwiązać jeden konkretny problem: wolne i podatne na pomyłki liczenie towaru, które regularnie kończyło się rozbieżnością między tym, co system pokazywał jako dostępne, a tym, co faktycznie stało na regale.

Pomyłki bolały najbardziej wtedy, gdy klient dzwonił z pytaniem o dostępność, system mówił „jest”, a magazynier po sprawdzeniu odpowiadał, że jednak nie ma. Takie sytuacje zdarzały się kilka razy w tygodniu i psuły relacje z odbiorcami, którzy przyzwyczaili się do szybkich, pewnych odpowiedzi.

Sezonowość też dawała się we znaki: przed świętami sprzedaż rosła wyraźnie, a ręczne liczenie towaru nie nadążało za tempem sprzedaży. Zdarzało się, że magazynier kończył liczyć jedną kategorię towaru dopiero wtedy, gdy stan zdążył się już zmienić przez kolejne zamówienia klientów, więc wynik liczenia był nieaktualny, zanim jeszcze trafił do systemu.

Proponowane rozwiązanie

Zakres okazał się prosty do ustalenia. Wdrożono wyłącznie aplikację mobilną, bez panelu WMS. Dane ze skanowania trafiają do posiadanego systemu przez dedykowany konektor integracyjny, firma zachowała swój dotychczasowy system jako główne źródło prawdy o stanach i cenach, aplikacja stała się tylko szybszym i pewniejszym narzędziem do zbierania danych na hali.

Pierwszy tydzień na hali

Wdrożenie zaczęło się od jednej kategorii towaru, najbardziej rotującej, żeby zespół mógł oswoić się z aplikacją na mniejszym wycinku magazynu, zanim skanowanie objęło cały asortyment. Właściciel osobiście uczestniczył w pierwszych dniach pracy z aplikacją, sprawdzając, czy dane rzeczywiście trafiają poprawnie do systemu sprzedaży, zanim zdecydował się rozszerzyć skanowanie na resztę magazynu.

Praca offline jako warunek konieczny

Zasięg sieci okazał się problemem, zanim jeszcze zaczęto testować integrację. W głębi magazynu, za regałami z cięższym sprzętem, sygnał Wi-Fi był słaby, znany wcześniej tylko z narzekań pracowników przy innych okazjach. Kluczowa okazała się więc praca offline: skanowanie działa bez przerwy niezależnie od zasięgu, a synchronizacja z systemem następuje automatycznie, gdy urządzenie odzyska połączenie, zwykle przy kolejnym przejściu bliżej routera. Dopiero pierwsze testy w praktyce, nie w teorii, pokazały, jak dużo to znaczy dla realnej pracy magazyniera, który nie musi już wracać do jednego, konkretnego miejsca, żeby urządzenie „złapało zasięg”.

Granica między dwoma systemami

Ustalenie dokładnego zakresu wymiany danych z posiadanym systemem sprzedaży zajęło więcej czasu niż sama instalacja aplikacji. Trzeba było precyzyjnie określić, które pola aplikacja tylko odczytuje, a które zapisuje z powrotem, żeby dwa systemy się nie gubiły i żeby żadna zmiana nie nadpisywała się sama. Ostatecznie ustalono, że ceny i dane klienta pozostają wyłącznie po stronie systemu sprzedaży, a aplikacja odpowiada tylko za ilości i lokalizacje, dokładnie tyle, ile magazynier faktycznie potrzebuje widzieć na ekranie terminala.

Zakres wymienianych danych między aplikacją a posiadanym systemem trzeba było ustalić precyzyjnie na starcie. Inaczej niż przy pełnym ekosystemie, to istniejący system pozostaje właścicielem stanów i cen, więc integracja musiała być jednoznaczna co do tego, co i kiedy się synchronizuje, żeby nikt później nie zastanawiał się, który system ma rację.

Efekt końcowy

Właściciel obawiał się też, że kolejne narzędzie tylko skomplikuje pracę zamiast ją uprościć, że zespół będzie musiał pamiętać o dwóch systemach zamiast jednego. Ta obawa rozwiała się dopiero po pierwszym tygodniu, gdy zespół sam zaczął prosić o rozszerzenie aplikacji na kolejne czynności, najpierw na przyjęcia towaru, potem na inwentaryzacje cząstkowe pojedynczych kategorii.

Wdrożenie zajęło zauważalnie mniej czasu niż zmiana całego systemu sprzedaży, całość, od pierwszej rozmowy do pracy na hali, zamknęła się w kilku tygodniach. Firma nie musiała szkolić zespołu z nowego oprogramowania księgowego, tylko z jednej, prostej aplikacji do skanowania, a liczenie towaru przyspieszyło niemal od razu. Telefoniczne pytania o dostępność zaczęły dostawać odpowiedź zgodną ze stanem faktycznym, bo stan w systemie sprzedaży aktualizuje się razem ze skanowaniem na hali, a nie dopiero po ręcznym przepisaniu wyniku liczenia.

Po kilku miesiącach właściciel zauważył coś, czego nie planował na starcie: aplikacja stała się też narzędziem do szybkiego sprawdzania, które produkty zalegają, bo historia skanowań pokazuje, jak dawno dany towar był ostatnio ruszany. To pozwoliło podjąć decyzje o wyprzedaży kilku wolno rotujących pozycji, zanim zajęły miejsce potrzebne pod bardziej popytowy asortyment.

Największą wartością całego wdrożenia była jednak jego skala, dopasowana dokładnie do potrzeby, bez kupowania funkcji, których firma nigdy by nie użyła, i bez ryzyka związanego z wymianą systemu, na którym opierała się cała sprzedaż.

Rok po wdrożeniu właściciel rozważał już rozszerzenie skanowania na drugi, mniejszy punkt sprzedaży, który firma prowadziła równolegle z głównym magazynem. Doświadczenie z pierwszego wdrożenia, zwłaszcza ustalony zakres integracji z systemem sprzedaży, miało posłużyć jako gotowy wzorzec, zamiast zaczynać całe ustalanie zakresu danych od nowa.

Koszt całego wdrożenia, ograniczony do jednej aplikacji bez panelu WMS, zwrócił się w kilka miesięcy, głównie dzięki czasowi, jaki zespół wcześniej tracił na ręczne liczenie i poprawianie rozbieżności. Właściciel podkreślał później, że gdyby od razu zdecydował się na pełny ekosystem, koszt i czas wdrożenia byłyby nieproporcjonalne do realnej skali jego firmy.

Kilka miesięcy po wdrożeniu firma poprosiła dostawcę aplikacji o krótkie doszkolenie nowego pracownika magazynu, który dołączył do zespołu już po starcie. Sama sesja zajęła niewiele czasu, bo aplikacja okazała się na tyle intuicyjna, że nowa osoba potrzebowała głównie pokazania kilku ekranów, nie pełnego kursu od podstaw.

Firma wróciła też do tematu inwentaryzacji rocznej, tej samej, która wcześniej blokowała magazyn na kilka dni. Zamiast całkowicie z niej zrezygnować, ograniczono ją do rzadkiej, kontrolnej weryfikacji raz na kilka lat, głównie po to, żeby potwierdzić zgodność systemu ze stanem fizycznym na najniższym poziomie, skoro bieżące rozbieżności i tak wychodzą na jaw znacznie szybciej niż dawniej.

Rozmawiając później z innymi właścicielami małych firm handlowych, właściciel podkreślał jedną rzecz: warto zacząć od najmniejszego możliwego zakresu, nawet jeśli docelowo planuje się więcej. Łatwiej rozszerzyć działające, dobrze przetestowane rozwiązanie o kolejne funkcje niż naprawiać zbyt ambitne wdrożenie, które od razu przytłoczyło mały zespół.