Argument o polskim oprogramowaniu przekonuje dopiero wtedy, gdy zostanie rozpisany na konkrety. Wsparcie w tej samej strefie czasowej i gotowe wzory dokumentów przewozowych to rzeczy policzalne, w odróżnieniu od samej bliskości.
Co właściwie rozstrzyga o wyborze
Zestawienie funkcji rzadko przechyla szalę, bo produkty tej samej klasy obsługują podobny zakres. Realne różnice pojawiają się w miejscach, których nie widać na liście: w czasie reakcji na zgłoszenie, w gotowości na zmianę przepisów oraz w tym, czy dokumenty wyglądają tak, jak przywykli je widzieć odbiorcy.
Dostawca działający na jednym rynku ma tu przewagę wynikającą ze skupienia. Produkt międzynarodowy obsługuje kilkanaście krajów, więc krajowa specyfika jest w nim jedną z wielu, a nie podstawą projektu.
Przewaga ta działa w obie strony. Firma planująca przewozy w kilku krajach zyska więcej na produkcie przygotowanym do pracy wielojęzycznej. Podział klas oprogramowania opisuje strona o systemach zarządzania transportem.
Wsparcie w tej samej strefie czasowej
Problem zgłoszony o ósmej rano czeka na odpowiedź do popołudnia, jeżeli zespół wsparcia zaczyna pracę o innej porze. Przy transporcie oznacza to zwykle dzień pracy dyspozytury prowadzonej sposobem zastępczym.
Znaczenie rośnie wraz z tym, jak bardzo firma na systemie polega. Przy narzędziu wspomagającym opóźnienie jest niewygodą, przy rejestrze zleceń - przestojem.
Sprawdzenie polega na pytaniu o godziny dostępności oraz o to, w jakim języku odbywa się zgłoszenie. Wsparcie prowadzone wyłącznie w języku obcym przez pracownika spedycji bywa trudniejsze, niż wygląda na papierze.
| Obszar | Dostawca krajowy | Produkt międzynarodowy |
|---|---|---|
| Wsparcie | Te same godziny pracy | Zależne od siedziby zespołu |
| Dokumenty przewozowe | Wzory zgodne z praktyką krajową | Wzory uniwersalne do dostosowania |
| Zmiana przepisów | Objęta rozwojem produktu | Wymaga zgłoszenia jako potrzeba rynku |
| Praca wielojęzyczna | Zwykle ograniczona | Przewidziana od początku |
Ostatni wiersz bywa rozstrzygający przy przewozach międzynarodowych z kierowcami z kilku krajów. Wtedy przewaga zmienia stronę i warto to uczciwie policzyć.
Dokumenty i rozliczenia
Faktura, list przewozowy i zestawienie do rozliczenia z podwykonawcą mają w każdym kraju własne przyzwyczajenia. Produkt przygotowany na rynku krajowym niesie je w postaci gotowej, a produkt uniwersalny wymaga ustawienia.
Praca ta bywa wykonywana raz i wtedy jej koszt jest jednorazowy. Gorzej, gdy dotyczy pól, których w modelu danych nie przewidziano, bo wtedy wracają obejścia w polach opisowych.
Sprawdzenie warto wykonać na własnych dokumentach z ostatniego miesiąca. Wygenerowanie ich w systemie dostawcy pokazuje różnice szybciej niż jakakolwiek rozmowa o zgodności.
Nadążanie za zmianą przepisów
Obowiązki sprawozdawcze i wymagania dotyczące dokumentów przewozowych zmieniają się co kilka lat. Firma używająca systemu oczekuje, że zmiana pojawi się w produkcie przed terminem wejścia w życie, a nie po nim.
Dostawca działający na jednym rynku traktuje taką zmianę jako pracę obowiązkową. Dla dostawcy międzynarodowego jest to jedna z wielu zgłaszanych potrzeb i konkuruje z pozostałymi o miejsce w planie.
Warto zapytać wprost, jak przebiegła poprzednia zmiana tego rodzaju i kiedy trafiła do produktu. Odpowiedź z datami mówi więcej niż deklaracja gotowości.
Zgodność z przepisami jest warta tyle, ile termin jej dostarczenia. Funkcja wydana miesiąc po wejściu obowiązku nie rozwiązuje problemu, tylko go opisuje.
Bliskość przy wdrożeniu
Część prac wdrożeniowych da się wykonać zdalnie i właśnie tak przebiega dziś większość projektów. Zostają jednak czynności, przy których obecność na miejscu skraca sprawę z tygodni do godzin.
Należą do nich sprawdzenie urządzeń na bramie, przejście trasy pojazdu po terenie oraz rozmowa z obsługą, która ma z systemu korzystać. Wszystkie trzy wypadają lepiej na miejscu niż przez ekran.
Znaczenie maleje przy wdrożeniach obejmujących wyłącznie warstwę biurową. Przy projektach dotykających placu i urządzeń rośnie wyraźnie. Przebieg takiego projektu opisuje strona o wdrażaniu systemu TMS.
Zakres, który firma transportowa wykorzysta
Produkty międzynarodowe bywają szersze, bo obsługują przypadki z kilkunastu rynków. Nadmiar funkcji nie jest jednak wartością sam w sobie, gdy połowa z nich nie ma zastosowania.
Praktyczne pytanie brzmi, które funkcje firma wykorzysta w pierwszym roku. Odpowiedź ogranicza listę do kilku pozycji i pozwala porównać oferty na tym, co naprawdę będzie używane.
Przy przewozach krajowych zestaw ten obejmuje zwykle obsługę zleceń, kartotekę pojazdów oraz rozliczenie frachtu. Zakres taki opisuje strona o systemie zarządzania transportem, a narzędzie do samego obiegu zleceń - materiał o programie do zleceń transportowych.
Dane z pojazdów i urządzeń
Flota wyposażona w urządzenia pokładowe wymaga połączenia ich z systemem, a rynek tych urządzeń bywa krajowy. Dostawca znający lokalnie używane rozwiązania ma gotowe połączenia tam, gdzie produkt międzynarodowy wymaga pracy.
Sprawdzenie sprowadza się do podania nazwy używanego systemu lokalizacji i zapytania o gotowe połączenie. Odpowiedź twierdząca oznacza zwykle kilka dni pracy, przecząca - projekt na kilka tygodni.
Warto przy tym rozróżnić dwa poziomy. Odczyt położenia pojazdu jest prosty i dostępny niemal wszędzie, natomiast pobranie danych o czasie pracy kierowcy albo o zużyciu paliwa wymaga głębszego połączenia i bywa dostępne wyłącznie dla wybranych urządzeń.
Zakres potrzebny firmie wynika z tego, do czego dane mają służyć. Do informowania odbiorcy o przewidywanej godzinie przyjazdu wystarcza położenie, do rozliczania kierowców potrzeba znacznie więcej.
Ta sama zasada dotyczy wag samochodowych i urządzeń na bramie. Sposób wykorzystania danych z pojazdu opisuje strona o integratorze danych z urządzeń pokładowych.
Dostęp z trasy
Model udostępniania ma większe znaczenie niż pochodzenie dostawcy. Program instalowany na komputerach obsłuży dyspozytora i nie obsłuży kierowcy ani kontrahenta rezerwującego termin.
Praca w przeglądarce znosi to ograniczenie i wprowadza zależność od łącza, którą trzeba przewidzieć w projekcie. Zagadnienie opisuje strona o systemie TMS online.
Przy kierowcach pracujących poza zasięgiem przydaje się aplikacja zapisująca dane lokalnie i przesyłająca je po powrocie połączenia. Rozwiązanie takie jest kwestią projektu produktu, a nie kraju pochodzenia.
Przeniesienie danych z dotychczasowego rozwiązania
Firma transportowa wchodzi do projektu z historią: kartoteką kontrahentów, wykazem pojazdów oraz zwykle kilkuletnim zbiorem zleceń. Pierwsze dwie pozycje przenosi się zawsze, trzecia wymaga decyzji.
Przenoszenie historii zleceń bywa kosztowne i rzadko opłacalne. Praktyka, która się sprawdza, polega na przeniesieniu kartotek i zleceń otwartych, a pozostawieniu historii w postaci wyeksportowanych plików do wglądu.
Kartoteki warto przy okazji uporządkować, bo migracja jest jedynym momentem, w którym ktoś na nie patrzy. Kontrahenci zdublowani pod różnymi nazwami i pojazdy sprzedane przed laty znikają wtedy bez osobnego projektu.
Zakres i format danych do przeniesienia należy ustalić przed podpisaniem umowy, bo bywa pozycją wycenianą osobno. Etapy takiego projektu opisuje strona o wdrażaniu systemu TMS.
Szkolenie zespołu
Dyspozytor pracuje z systemem przez osiem godzin dziennie i to jego sprawność przesądza o efekcie wdrożenia. Szkolenie prowadzone w języku roboczym zespołu, na jego własnych przypadkach, działa inaczej niż przejście przez przygotowaną prezentację.
Materiały pisane mają znaczenie przy rotacji. Nowa osoba wdraża się szybciej, mając instrukcję opisującą typowe czynności, niż podpatrując kolegę przy sąsiednim biurku.
Przydatne bywa nagranie kilku krótkich pokazów obsługi zamiast jednego długiego szkolenia. Do nagrania da się wrócić po miesiącu, do szkolenia już nie.
Warto też ustalić, kto po stronie firmy przejmuje rolę osoby pierwszego kontaktu. Pytania kierowane wprost do dostawcy z pominięciem tej osoby powodują, że wiedza nie zostaje w zespole.
Sprawdzenie u innych użytkowników
Rozmowa z firmą korzystającą z produktu daje wiedzę, której nie ma w ofercie: jak przebiegało wdrożenie, ile trwało naprawdę oraz co okazało się trudniejsze od zapowiedzi.
Wartość ma przy tym dobór rozmówcy. Firma o podobnym profilu przewozowym i zbliżonej wielkości powie więcej niż największy klient dostawcy, który pracuje w zupełnie innej skali.
Pytania warto przygotować, bo rozmowa bez nich schodzi na ogólne wrażenia. Najwięcej mówią odpowiedzi o to, co poszło źle, i o to, ile zmian zamówiono po uruchomieniu.
Dostawca niechętny do wskazania takiego kontaktu sam udziela odpowiedzi. Kryteria porównania ofert porządkuje strona o programie TMS dla przewoźnika.
Ryzyko związane z wielkością dostawcy
Dostawca mniejszy reaguje szybciej i jest bardziej wrażliwy na odejście pojedynczych osób. Dostawca duży daje większą przewidywalność i mniejszą uwagę dla pojedynczego klienta.
Wybór nie ma tu jednej dobrej odpowiedzi, warto go natomiast wykonać świadomie. Przy dostawcy mniejszym rozsądne jest zabezpieczenie dostępu do własnych danych oraz opisanie warunków wyjścia w umowie.
Przy większym warto ustalić, kto konkretnie prowadzi obsługę i jak wygląda ścieżka, gdy standardowe wsparcie nie wystarcza. Kryteria porównania ofert opisuje strona o wyborze systemu TMS.
Umowa serwisowa i czas reakcji
Deklaracja o szybkim wsparciu nabiera wartości dopiero po zapisaniu jej w umowie. Zapis powinien rozróżniać zgłoszenia według skutku: przerwa w pracy całego systemu ma inny termin niż niedziałający wydruk jednego dokumentu.
Drugą wielkością jest czas usunięcia, odrębny od czasu reakcji. Potwierdzenie przyjęcia zgłoszenia w piętnaście minut niewiele daje, jeżeli naprawa trwa tydzień, a umowa o tym milczy.
Warto też opisać kanał zgłaszania i godziny, w których obowiązuje. Wsparcie działające wyłącznie w dni robocze bywa wystarczające dla firmy pracującej w tym samym rytmie i niewystarczające przy przewozach weekendowych.
Przy pracy ciągłej pozostaje pytanie o dyżur poza godzinami, zwykle płatny osobno. Rozstrzygnięcie zależy od tego, ile kosztuje godzina przestoju dyspozytury.
Wpływ na rozwój produktu
Firma korzystająca z systemu przez lata zgłasza potrzeby, których nikt nie przewidział przy wdrożeniu. To, czy trafią one do produktu, zależy od wielkości dostawcy i od liczby jego klientów.
U dostawcy mniejszego pojedyncza firma bywa zauważalną częścią rynku, więc jej postulat ma realną wagę. U dużego konkuruje z setkami innych i wchodzi do planu wtedy, gdy pokrywa się z potrzebą powszechną.
Alternatywą jest zamówienie zmiany na własny koszt, z pytaniem, czyją własnością będzie wynik. Rozwiązanie opłacone przez jedną firmę i udostępnione wszystkim bywa źródłem nieporozumień, jeżeli nie ustalono tego wcześniej.
Warto zapytać o sposób zbierania takich zgłoszeń i o to, kiedy ukazała się ostatnia wersja z funkcjami pochodzącymi od użytkowników. Odpowiedź pokazuje, czy proces istnieje naprawdę.
Porównanie kosztu
Ceny produktów krajowych i międzynarodowych różnią się często nie poziomem, tylko strukturą. Produkt międzynarodowy bywa rozliczany w walucie obcej i w modelu opłaty za użytkownika, krajowy częściej w licencji z utrzymaniem.
Porównanie wymaga przeliczenia obu na ten sam okres, zwykle trzyletni, z uwzględnieniem wdrożenia i zmian zamawianych po uruchomieniu. Kurs waluty bywa przy tym pozycją zmienną, o której łatwo zapomnieć.
Rachunek warto uzupełnić o koszt pracy własnej. System wymagający ręcznego dostosowania dokumentów obciąża zespół przez pierwsze miesiące, choć w ofercie tej pozycji nie ma.
Osobną pozycją bywa sprzęt. Terminale dla kierowców, czytniki przy bramie albo serwer pod instalację własną nie wchodzą zwykle do ceny oprogramowania, a potrafią stanowić znaczną część budżetu pierwszego roku.
Przy ofertach rozliczanych od liczby pojazdów warto sprawdzić, jak liczony jest tabor podwykonawców. Definicja obejmująca każdy pojazd, który kiedykolwiek pojawił się w systemie, daje rachunek rosnący bez związku z wielkością floty.