Prezentacja systemu WMS przed zakupem to jedna z niewielu okazji, aby zobaczyć oprogramowanie w działaniu, zanim firma podpisze umowę. Sposób, w jaki taki pokaz zwykle przebiega z punktu widzenia dostawcy, opisuje artykuł system WMS prezentacja. Ten materiał zajmuje się drugą stroną stołu: kryteriami oceny i scenariuszami, które kupujący zgłasza dostawcy z wyprzedzeniem.
Dostawca naturalnie pokazuje system w najlepszym świetle. Wybiera ścieżki, w których oprogramowanie działa bez zarzutu, i pomija sytuacje brzegowe, które w magazynie zdarzają się codziennie. Karta oceny przygotowana przed spotkaniem zamienia pokaz w pomiar, a odpowiedzi kilku dostawców da się wtedy porównać według jednej miary.
Cel prezentacji systemu WMS z perspektywy kupującego
Firma, która przychodzi na spotkanie bez własnej listy pytań, zwykle wychodzi z niego pod wrażeniem interfejsu, ale bez odpowiedzi na pytania istotne dla własnej specyfiki. Godzinny pokaz nie zastąpi wdrożenia, więc jego zadaniem jest odsiew: usunięcie z listy tych rozwiązań, które nie spełniają wymagań obowiązkowych.
Spotkanie dzieli się na dwie części. W pierwszej dostawca prowadzi własny pokaz i ma na to ustalony czas. W drugiej kupujący zamawia scenariusze zgłoszone wcześniej i sam wskazuje, kto ma je wykonać na ekranie. Zmiana ról w połowie spotkania pokazuje, na ile system jest czytelny dla osoby, która nie budowała pokazu.
Przed spotkaniem warto wiedzieć, czego można oczekiwać od systemu klasy WMS, bo bez tej wiedzy trudno ocenić, czy pokazana funkcja jest standardem rynkowym, czy przewagą konkretnego produktu. Porównanie kilku ofert ułatwia zestawienie dostawców systemów klasy WMS.
Zespół oceniający i podział ról
Prezentacja dotyczy więcej niż jednego działu, dlatego udział samego kierownika magazynu zawęża ocenę. Kierownik oceni logikę kompletacji, ale nie zawsze dostrzeże ograniczenia integracji z systemem księgowym. Wpływ danych magazynowych na inne działy omawia artykuł o roli WMS w rozwoju firmy.
| Rola | Co ocenia | Pytanie kontrolne |
|---|---|---|
| Kierownik lub brygadzista magazynu | Zgodność procesów systemowych z rzeczywistym przepływem pracy | Czy system obsługuje nasze odstępstwa od standardu? |
| Dział IT | Integracje z ERP oraz model wdrożenia | Jak wygląda wymiana z ERP i kto utrzymuje serwer? |
| Finanse | Strukturę kosztów licencji i wdrożenia | Ile kosztuje system w drugim roku użytkowania? |
| Zarząd | Zgodność inwestycji z planami rozwoju firmy | Czy rozwiązanie przeskaluje się na kolejny magazyn? |
Karta oceny z wagami kryteriów
Karta oceny ma postać tabeli, w której każde kryterium dostaje wagę przed pierwszą prezentacją. Poniższy układ obejmuje sześć obszarów oraz pytanie do dostawcy i wskazówkę, na co zwrócić uwagę w odpowiedzi. Wagi w kolumnie drugiej są przykładowe: magazyn o dużej rotacji przyzna więcej punktów czasowi kompletacji niż liczbie raportów.
Skalę ocen opisuje się słownie, a nie tylko liczbami. Pięć punktów oznacza funkcję pokazaną na żywo na danych firmy, trzy punkty funkcję pokazaną na danych przykładowych, a jeden punkt samo zapewnienie bez pokazu. Dzięki opisowi ocena nie zależy od tego, kto ją wystawia, i da się ją obronić przed zarządem.
| Kryterium | Waga | Pytanie do dostawcy | Na co zwrócić uwagę |
|---|---|---|---|
| Funkcjonalność | 5 | Czy system obsługuje wszystkie procesy magazynu, także nietypowe? | Czy odpowiedź wskazuje konkretne ekrany, czy pozostaje ogólnikowa |
| Integracje | 4 | Jak przebiega wymiana z posiadanym ERP lub platformą sprzedażową? | Czy interfejs wymaga płatnego modułu lub pracy programistycznej |
| Koszt licencji | 4 | Jaka jest pełna struktura kosztów w pierwszym roku i w kolejnych? | Czy wycena obejmuje wsparcie i aktualizacje |
| Wsparcie techniczne | 3 | Jaki jest gwarantowany czas reakcji przy awarii krytycznej? | Czy warunki są zapisane w umowie, a nie tylko zadeklarowane ustnie |
| Czas wdrożenia | 3 | Ile tygodni zajmie wdrożenie przy skali naszego magazynu? | Czy termin uwzględnia szkolenia i okres pracy równoległej |
| Referencje | 2 | Które firmy o podobnym profilu można poprosić o opinię? | Czy dostawca udostępnia kontakt, a nie tylko listę logotypów |
Po każdym spotkaniu członkowie zespołu wpisują oceny w skali od jednego do pięciu punktów. Wynik dostawcy to średnia ważona, czyli suma iloczynów ocen i wag podzielona przez sumę wag. W bazie lub arkuszu daje się ją policzyć jednym zapytaniem.
-- przykładowe zestawienie ocen dostawców z wagami kryteriów
SELECT o.Dostawca,
SUM(o.Ocena * k.Waga) AS Suma,
CAST(SUM(o.Ocena * k.Waga) * 1.0 / SUM(k.Waga) AS decimal(4,2)) AS SredniaWazona
FROM dbo.OcenaDostawcy AS o
JOIN dbo.Kryterium AS k ON k.IdKryterium = o.IdKryterium
GROUP BY o.Dostawca
ORDER BY SredniaWazona DESC;Reguła: wagi ustala się przed pierwszą prezentacją i nie zmienia po zobaczeniu ofert. Zmiana wag po fakcie faworyzuje dostawcę, który zrobił najlepsze wrażenie.
Kryteria techniczne - architektura i licencje
Dział IT sprawdza rzeczy, których nie widać na ekranie. Pierwsza dotyczy modelu wdrożenia: system lokalny wymaga serwera i kopii zapasowych po stronie firmy, a model chmurowy przenosi część tych obowiązków na dostawcę. Różnice omawia artykuł o programie magazynowym w chmurze czy on-premise.
Drugą sprawą jest baza danych. Jeśli system działa na SQL Server, dostawca powinien podać edycję, na której go uruchamia. Edycja Express ma limit rozmiaru bazy na poziomie 10 GB i nie zawiera SQL Server Agent, więc zadania cykliczne, takie jak przeliczanie stanów, wymagają wtedy zewnętrznego harmonogramu. Porównanie edycji zawiera dokumentacja edycji i składników SQL Server 2022.
- Integracja z ERP - czy wymiana dokumentów działa ciągle, czy przez eksport i import plików; szersze omówienie w artykule o integracji systemów magazynowych.
- Urządzenia - jakie terminale i skanery są obsługiwane oraz czy aplikacja mobilna działa na Androidzie.
- Kopie i odtwarzanie - jak często powstają kopie bazy i ile trwa jej odtworzenie po awarii.
- Limity licencyjne - ile magazynów i stanowisk obejmuje licencja oraz co kosztuje dodanie kolejnych.
W integracji z ERP liczy się zarówno sposób wymiany, jak i zachowanie systemu w razie awarii. Warto zapytać, czy interfejs korzysta z usług sieciowych, czy z wymiany plików, oraz co dzieje się z dokumentem, gdy system docelowy jest niedostępny. Administrator powinien widzieć dziennik wymiany z błędami, a nie tylko wynik końcowy.
Pytania techniczne warto wysłać dostawcy przed spotkaniem, razem z pytaniem o liczbę wdrożeń w podobnej branży zrealizowanych w ostatnich latach. Wtedy przedstawia je jako wynik przygotowań, a nie improwizację przy tablicy, i pokazuje przykład z wdrożenia o podobnej skali.
Scenariusze testowe do wykonania na żywo
Slajdy i przygotowana ścieżka demonstracyjna pokazują system w warunkach idealnych. O wartości oprogramowania świadczy to, jak radzi sobie z sytuacjami, które zdarzają się codziennie, ale rzadko trafiają do pokazu. Trzy poniższe scenariusze warto zgłosić dostawcy z wyprzedzeniem, aby przygotował je w systemie, a nie tylko opisał słownie.
Każdy scenariusz opisuje się na jednej kartce: dane wejściowe oraz kroki z wynikiem oczekiwanym. Ten sam opis trafia do wszystkich dostawców, więc różnica w wyniku pochodzi z systemu, a nie z innej sytuacji testowej. Dane wejściowe podaje się konkretne, na przykład numer indeksu z lokalizacją, aby dostawca nie mógł dobrać wygodnego przykładu.
| Scenariusz | Krok kontrolny | Wynik oczekiwany |
|---|---|---|
| Zwrot towaru od klienta | Rejestracja zwrotu z kontrolą jakości i decyzja o dalszym losie | Jeden spójny proces kończący się dokumentem magazynowym |
| Błędna lokalizacja | Skan towaru w miejscu innym niż wskazane przez system | Komunikat o rozbieżności i prowadzenie do korekty |
| Praca bez sieci | Zerwanie łączności terminala w trakcie zamówienia | Synchronizacja po powrocie sieci bez podwójnych zapisów |
Obsługa zwrotu towaru
Zwrot od klienta często ujawnia słabości systemu, bo wymaga jednoczesnej obsługi dokumentu oraz kontroli jakości towaru. Prosi się dostawcę o pełną ścieżkę: od zarejestrowania zwrotu, przez decyzję o powrocie na stan albo utylizacji, po wygenerowanie dokumentu. Jeśli dostawca potrzebuje kilku kliknięć w różnych modułach zamiast jednego procesu, codzienna praca magazynierów będzie wyglądać podobnie. Warto policzyć liczbę ekranów i sprawdzić, czy rozbieżność ilości względem dokumentu wysyłki jest sygnalizowana od razu, a nie przy zamknięciu zwrotu.
Reakcja na błędną lokalizację
Pomyłka lokalizacji zdarza się w każdym magazynie, niezależnie od doświadczenia załogi. Dobry system wykrywa rozbieżność i prowadzi pracownika przez korektę, zamiast pozwolić, aby błędny stan przetrwał do najbliższej inwentaryzacji. Na prezentacji prosi się o zeskanowanie towaru w lokalizacji innej niż systemowa i ocenia komunikat oraz kolejne kroki. Wariant dla regałów o dużej wysokości rozwijamy w scenariuszu demo WMS w magazynie wysokiego składowania.
Praca terminala bez łączności
Przerwa w łączności zdarza się rzadko, ale wtedy decyduje o tym, czy praca trwa, czy staje. Symuluje się utratę połączenia w trakcie zamówienia i sprawdza, czy operacje zarejestrowane lokalnie synchronizują się po powrocie sieci. Bezpieczny mechanizm nadaje każdej operacji unikalny identyfikator po stronie terminala, a serwer odrzuca powtórzenie tego samego identyfikatora.
-- przykład zabezpieczenia przed podwójnym zapisem operacji z terminala po powrocie sieci
CREATE TABLE dbo.OperacjaTerminala (
IdOperacji uniqueidentifier NOT NULL PRIMARY KEY,
IdTerminala int NOT NULL,
Typ varchar(20) NOT NULL,
DataZdarzenia datetime2 NOT NULL
);
-- terminal nadaje IdOperacji lokalnie, więc ponowna wysyłka tej samej operacji jest ignorowana
IF NOT EXISTS (SELECT 1 FROM dbo.OperacjaTerminala WHERE IdOperacji = @IdOperacji)
INSERT INTO dbo.OperacjaTerminala (IdOperacji, IdTerminala, Typ, DataZdarzenia)
VALUES (@IdOperacji, @IdTerminala, @Typ, @DataZdarzenia);Klucz główny odrzuci duplikat nawet wtedy, gdy dwie próby wysyłki dotrą do serwera w tej samej chwili. Dostawca nie musi pokazywać tabeli, ale powinien umieć opisać, jak jego rozwiązanie chroni przed podwójnym zapisem.
Koszty licencji i zapisy umowy o wsparciu
Cena licencji jest tylko jednym z elementów kosztu, a często najmniej istotnym. Koszty porównuje się w horyzoncie kilku lat, bo oferta z niską licencją i wysoką opłatą roczną bywa droższa od oferty odwrotnej już w trzecim roku. Całkowity koszt posiadania obejmuje licencję oraz wdrożenie, a po nich utrzymanie systemu przez cały okres eksploatacji. Orientację w czynnikach cenowych daje strona o cenie programu WMS.
- Dodatkowi użytkownicy - część umów liczy opłatę za każde stanowisko lub terminal ponad pakiet startowy.
- Moduły dodatkowe - integracja z ERP lub moduł raportowy bywają wyceniane osobno.
- Wsparcie i aktualizacje - opłata roczna może być doliczona do licencji, a nie wliczona w cenę.
- Infrastruktura - serwer, licencje bazy danych i kopie zapasowe obciążają firmę przy modelu lokalnym.
Zapisy umowy o wsparciu sprawdza się równie dokładnie jak cenę. Znaczenie ma podział zgłoszeń na klasy, z osobnym czasem reakcji dla awarii zatrzymującej magazyn i dla zwykłego pytania o obsługę. Warto ustalić, kto zgłasza problemy po stronie firmy, w jakich godzinach dostawca odbiera zgłoszenia i czy aktualizacje wymagają przerwy w pracy magazynu.
Reguła: czas reakcji wsparcia liczy się tylko wtedy, gdy jest zapisany w umowie razem z zakresem awarii, których dotyczy.
Po prezentacji - porównanie ofert i środowisko testowe
Bezpośrednio po spotkaniu spisuje się wnioski, dopóki szczegóły są świeże. Po obejrzeniu kilku pokazów łatwo pomylić, który dostawca odpowiedział na które pytanie. Wypełniona karta oceny staje się podstawą porównania ofert i punktem wyjścia do rozmów o umowie. Ustala się też próg odsiewu: dostawca, który nie zaliczył kryterium obowiązkowego, odpada niezależnie od sumy punktów. Warto poprosić dostawcę o nagranie sesji lub przynajmniej o protokół z wykonanych scenariuszy.
Referencje weryfikuje się telefonem do firmy o podobnym profilu, a nie na podstawie listy logotypów. Pytania do rozmowy dotyczą tego, czy wdrożenie zmieściło się w harmonogramie i jak dostawca reaguje na zgłoszenia po uruchomieniu. Odpowiedź rozmówcy waży więcej niż deklaracja z prezentacji.
Drugi krok polega na prośbie o środowisko testowe, w którym zespół powtórzy scenariusze samodzielnie. System Studio WMS.net można obejrzeć w demo online, bez instalacji. Trzeci krok to harmonogram, który dostawca przedstawia jako plan wdrożenia z analizą przedwdrożeniową i migracją danych, opisany szerzej w artykule o wdrożeniu systemu WMS.
- Ocena samego wyglądu - interfejs oceniany bez sprawdzenia, jak system radzi sobie z sytuacjami nietypowymi.
- Jedna osoba na spotkaniu - część istotnych pytań nigdy nie pada, bo nikt nie reprezentuje IT ani finansów.
- Pominięte koszty ukryte - opłaty za użytkowników i moduły wychodzą dopiero po podpisaniu umowy.
- Brak wspólnej miary - odpowiedzi dostawców nie są porównywane według tych samych kryteriów.
Zestawienie mocnych i słabych stron tej klasy oprogramowania, niezależnie od dostawcy, zawiera artykuł o tym, jakie są wady i zalety WMS. Znajomość tych ograniczeń pomaga zadawać pytania, które faktycznie sprawdzają, czy dane wdrożenie je eliminuje.
