Zamiast pytać, który system jest najlepszy, warto ustalić, który problem ma zostać rozwiązany jako pierwszy. Odpowiedź zawęża listę mocniej niż jakikolwiek ranking, bo odrzuca produkty pisane dla innego rodzaju działalności.
Dlaczego ranking nie rozstrzyga wyboru
Zestawienia produktów układa się według cech policzalnych, bo tylko takie da się porównać w tabeli. Liczba funkcji, obecność aplikacji mobilnej i wsparcie w języku polskim trafiają do rubryk. Dopasowanie do sposobu pracy konkretnej firmy nie trafia, choć to ono decyduje o powodzeniu.
Druga trudność dotyczy zakresu pojęcia. Skrótem TMS określa się zarówno program do wystawiania zleceń transportowych, jak i platformę planującą trasy dla floty liczonej w setkach pojazdów. Zestawienie obejmujące obie klasy porównuje rzeczy nieporównywalne.
Wynik jest taki, że firma wybiera produkt zajmujący wysokie miejsce i po wdrożeniu stwierdza, że połowa funkcji jest zbędna, a tej jednej potrzebnej brakuje. Podział na klasy oprogramowania porządkuje strona o systemach zarządzania transportem.
Cztery profile i ich wymagania
Profil działalności wyznacza, która funkcja jest pierwsza, a która może poczekać do kolejnego etapu. Poniższe zestawienie pokazuje rozbieżność, która w rankingach się nie pojawia.
| Profil | Co najbardziej doskwiera | Funkcja o najwyższym priorytecie |
|---|---|---|
| Przewoźnik z flotą własną | Puste przebiegi i rozliczanie kierowców | Planowanie kursów z kartoteką pojazdów |
| Spedycja | Dobór podwykonawcy i marża na zleceniu | Giełda zleceń z rozliczeniem frachtu |
| Załadowca z magazynem | Kolejka pojazdów przy rampie | Rezerwacja terminów i obsługa placu |
| Operator logistyczny | Rozdzielenie danych wielu zleceniodawców | Uprawnienia z podziałem na podmioty |
Trzeci wiersz bywa zaskoczeniem, bo załadowca rzadko szuka systemu klasy TMS. Jego problemem jest ruch na własnym terenie, a nie organizacja przewozu, którym zajmuje się ktoś inny. Zakres takiego rozwiązania opisuje strona o programie do awizacji dostaw.
Model opłat i co z niego wynika
Sposób naliczania opłaty mówi o produkcie więcej niż lista funkcji, bo pokazuje, do jakiej skali został zaprojektowany. Cena rosnąca wraz z liczbą pojazdów wskazuje na narzędzie dla przewoźnika, a rosnąca wraz z liczbą przesyłek - na narzędzie dla spedycji.
- Opłata za użytkownika - przewidywalna przy stałym zespole, uciążliwa przy dostępie dla kontrahentów zewnętrznych.
- Opłata za pojazd - naturalna dla floty własnej, myląca przy podwykonawcach, których liczba się zmienia.
- Opłata za zlecenie - powiązana z obrotem, wymaga sprawdzenia zachowania przy sezonowym szczycie.
- Licencja z utrzymaniem - wyższy próg wejścia, niższy koszt bieżący przy długim horyzoncie.
Rachunek trzeba przeliczyć na trzyletni okres, bo dopiero wtedy różnice między modelami stają się widoczne. Koszt wdrożenia, migracji danych i szkolenia należy do tej samej kalkulacji, choć pojawia się tylko w pierwszym roku.
Model opłaty za użytkownika przestaje być korzystny w chwili, gdy dostęp mają dostać przewoźnicy. Dwudziestu kontrahentów po jednym koncie zmienia całą kalkulację.
Wymiana danych jako warunek brzegowy
System transportowy nie pracuje w oderwaniu od reszty. Zlecenia pochodzą zwykle z systemu sprzedaży, dane o towarze z magazynowego, a faktury trafiają do księgowego. Brak którejkolwiek z tych dróg oznacza przepisywanie ręczne.
Pytanie o integracje zadaje się na etapie oferty, a nie po podpisaniu umowy. Odpowiedź powinna wskazywać konkretny mechanizm wymiany, nie deklarację otwartości. Interfejs programistyczny z opisaną dokumentacją i wymiana plikami o ustalonej strukturze to dwie różne rzeczy pod względem kosztu utrzymania.
Druga rzecz to kierunek przepływu. Dane wysyłane w jedną stronę bywają łatwe do uruchomienia i niewystarczające, gdy status z trasy ma wrócić do systemu sprzedaży. Miejsca styku między klasami systemów opisuje strona o zakresie funkcjonalnym systemu TMS.
O co zapytać przed decyzją
Prezentacja handlowa pokazuje ścieżkę przygotowaną wcześniej i działającą bez zarzutu. Pytania poniżej wyprowadzają rozmowę poza tę ścieżkę.
- Co się dzieje przy anulowaniu zlecenia w trakcie realizacji - obsługa sytuacji nietypowych mówi o dojrzałości produktu więcej niż obsługa poprawnej.
- Jak wygląda dostęp dla przewoźnika zewnętrznego - i czy widzi wtedy wyłącznie własne zlecenia.
- W jakiej postaci odzyskam swoje dane przy rezygnacji - odpowiedź warto mieć przed podpisaniem umowy.
- Kto wykonuje zmiany w konfiguracji po wdrożeniu - własny administrator czy każdorazowo dostawca.
Czwarte pytanie decyduje o koszcie kolejnych lat. System wymagający zgłoszenia u dostawcy przy każdej zmianie parametru generuje opłaty przy każdej korekcie organizacji pracy.
Sprawdzenie na własnych danych
Decyzję podejmowaną na podstawie prezentacji warto poprzedzić uruchomieniem na wycinku. Wycinek oznacza jedną lokalizację albo jeden rodzaj transportu prowadzony równolegle przez kilka tygodni.
Wybór wycinka ma znaczenie. Najłatwiejszy proces przejdzie pomyślnie w każdym systemie i niczego nie sprawdzi. Sensowny pilotaż obejmuje proces, który obecnie sprawia trudność, bo właśnie na nim widać, czy narzędzie coś zmienia.
Miarę powodzenia ustala się przed startem, nie po nim. Bez liczby wyjściowej rozmowa o efekcie kończy się wymianą wrażeń. Przebieg takiego projektu opisuje strona o wdrażaniu systemu TMS.
Dostęp z trasy i praca w przeglądarce
Model udostępniania przesądza o tym, kto skorzysta z systemu poza biurem. Aplikacja instalowana na komputerach obsługuje dyspozytora, a nie obsłuży kierowcy ani kontrahenta, który ma zarezerwować termin.
Praca w przeglądarce znosi to ograniczenie i wprowadza inne: zależność od łącza oraz konieczność zabezpieczenia dostępu dla podmiotów spoza firmy. Obie sprawy mają rozwiązania i obie trzeba przewidzieć w projekcie. Zagadnienie opisuje strona o systemie TMS online.
Dla floty własnej dochodzi warstwa danych z pojazdu, która zmienia sposób pracy dyspozytury z reagowania na wyprzedzanie zdarzeń. Sposób wykorzystania tych danych opisuje strona o zarządzaniu flotą własną.
Kartoteki jako warunek startu
Ocena dostawców zajmuje zwykle kilka tygodni, a przygotowanie własnych danych bywa odkładane do momentu podpisania umowy. Kolejność powinna być odwrotna, bo to stan kartotek decyduje o długości wdrożenia.
Przy przewozach chodzi o dwa zbiory: wykaz kontrahentów z danymi rozliczeniowymi oraz wykaz pojazdów wraz z przypisaniem kierowców. Oba istnieją w każdej firmie i oba zwykle są rozproszone między arkusz, system księgowy i pamięć dyspozytora.
Scalenie ich przed startem daje efekt poza samym projektem, bo ujawnia kontrahentów zdublowanych pod różnymi nazwami oraz pojazdy nieużywane od miesięcy. Dane przeniesione bez tej pracy zachowują wszystkie rozbieżności, tyle że w nowym miejscu.
Ostatnia rzecz dotyczy historii. Przenosi się zwykle stan bieżący i terminy przyszłe, a zestawienia z lat poprzednich zostawia w postaci wyeksportowanych plików. Powody tego ograniczenia opisuje strona o arkuszu jako rejestrze stanu.
Kto poprowadzi projekt po stronie firmy
Dostawca dostarcza narzędzie i wiedzę o nim. Ustalenia dotyczące sposobu pracy podejmuje firma i potrzebuje do tego osoby z uprawnieniem do decyzji, nie wyłącznie do przekazywania pytań.
Rola ta wymaga czasu, którego zwykle nikt nie planuje. Przy wdrożeniu obejmującym wymianę danych mówimy o kilku godzinach tygodniowo przez cały okres projektu, a w tygodniach przełomowych o znacznie większym zaangażowaniu.
Wyznaczenie do tego osoby najbardziej obciążonej bieżącą pracą jest najczęstszą przyczyną przesunięć terminu. Decyzje czekają wtedy na wolną chwilę, a projekt stoi. Typowe błędy takich przedsięwzięć opisuje strona o wdrażaniu systemu TMS.
Co powinno zaniepokoić w ofercie
Rozmowa handlowa rzadko pozwala sprawdzić produkt w działaniu. Pozwala natomiast zauważyć sygnały, które później okazują się istotne.
- Odpowiedź, że system obsłuży każdy proces - narzędzie bez ograniczeń zwykle oznacza narzędzie bez ustalonego przeznaczenia.
- Brak podanej ceny za zmiany po wdrożeniu - to właśnie one stanowią większość kosztu w kolejnych latach.
- Prezentacja prowadzona wyłącznie na danych dostawcy - przygotowany zestaw przypadków omija te, które sprawiają trudność.
- Wymijająca odpowiedź o odzyskanie danych - warunek wyjścia z umowy ustala się przed jej podpisaniem.
Żaden z tych sygnałów nie przesądza o odrzuceniu oferty. Każdy wymaga natomiast doprecyzowania na piśmie, bo różnica między deklaracją a zapisem umownym ujawnia się dopiero przy pierwszym sporze.
Kiedy potrzebny jest osobny system do obsługi placu
Firmy prowadzące własny magazyn często zaczynają poszukiwania od systemu transportowego, choć ich problem leży gdzie indziej. Kolejka pojazdów pod bramą nie zniknie po uporządkowaniu obiegu zleceń przewozowych.
Rozdzielenie jest proste: system transportowy odpowiada za to, co dzieje się między punktami, a system placowy za to, co dzieje się w punkcie. Pierwszy planuje kurs, drugi wyznacza termin przy rampie i prowadzi pojazd po terenie.
Firmy o obu rodzajach działalności potrzebują obu warstw, zwykle wdrażanych w odstępie czasu. Zakres obsługi terenu obiektu opisuje strona o zarządzaniu placem, a sposób mierzenia efektów po uruchomieniu - materiał o efektywności łańcucha dostaw.
Dlaczego rocznik w nazwie zestawienia szybko traci ważność
Zestawienia opatrzone rokiem starzeją się inaczej, niż sugeruje ich tytuł. Produkty zmieniają się w cyklu kilkumiesięcznym, więc lista sprzed roku opisuje stan, którego już nie ma. Zmienia się natomiast wolno sposób pracy firmy i to on powinien wyznaczać wybór.
Trwalszym punktem odniesienia są wymagania wynikające z przepisów o dokumentach przewozowych i z obowiązków sprawozdawczych. Te zmieniają się rzadziej i dotyczą wszystkich dostawców jednakowo, więc pytanie o gotowość produktu na nie ma sens niezależnie od rocznika.
Praktyczny wniosek dotyczy kolejności pracy. Lista wymagań powstaje pierwsza, lista produktów druga, a ranking służy co najwyżej do zawężenia zbioru przed rozmowami. Narzędzie do samego obiegu zleceń opisuje strona o programie do zleceń transportowych, a zakres programu dla przewoźnika - materiał o programie TMS.