Dedykowany system TMS

Pierwszy sygnał to model biznesowy, którego nie da się opisać pojęciami z katalogu: nietypowy sposób rozliczania z klientami, własna metoda wyceny, usługa łącząca transport z czymś jeszcze. Jeśli sercem firmy jest proces, którego nie ma w żadnym produkcie na rynku, dopasowanie do produktu oznacza rezygnację z tego procesu.

Drugi sygnał to skala, przy której nawet drobna nieefektywność kosztuje realne pieniądze. Przy kilkuset przewozach dziennie różnica trzech kliknięć na zlecenie przestaje być kwestią wygody i staje się etatem.

Trzeci to otoczenie systemowe, którego nie da się wymienić: własny magazyn z niestandardowym oprogramowaniem, system klienta, do którego trzeba się wpiąć na jego warunkach, albo zobowiązania wobec kontrahenta, które wymuszają konkretny format wymiany danych.

Odradzamy, gdy powodem jest niechęć do zmiany przyzwyczajeń. „U nas się tak robi” bywa opisem procesu wartego zachowania, ale częściej jest opisem przypadku historycznego, który utrwalił się, bo nikt go nie zakwestionował. Zbudowanie oprogramowania wokół takiego przypadku utrwala go na kolejne dziesięć lat.

Odradzamy też wtedy, gdy firma nie ma po swojej stronie osoby, która może podejmować decyzje o procesie. Projekt dedykowany składa się w praktyce z setek rozstrzygnięć w rodzaju „co ma się stać, gdy przewoźnik zgłosi opóźnienie po wystawieniu faktury” — a jeśli nie ma kto ich podejmować, zapadają w kodzie i zwykle są złe.

Zaczynamy od tygodni, a nie od miesięcy. Pierwszy etap to opisanie procesu i wskazanie tych jego części, które są naprawdę wyjątkowe — zwykle jest ich mniej, niż zakładano na początku. Reszta może zostać zbudowana na tym, co już mamy, co skraca projekt i obniża jego koszt.

Potem powstaje działający wycinek obejmujący jedną, kompletną ścieżkę: od przyjęcia zlecenia do rozliczenia. Nie prototyp do oglądania, tylko fragment, na którym da się przeprowadzić prawdziwy przewóz. Dopiero na jego podstawie decydujemy o zakresie całości.

Kod, dokumentację i prawo do dalszego rozwoju bez naszego udziału. To warunek uczciwej rozmowy o projekcie dedykowanym: firma, która płaci za zbudowanie systemu, nie powinna być uzależniona od jednego dostawcy w kwestii jego przyszłości.

Utrzymanie możemy prowadzić dalej i zwykle tak się dzieje, ale jest to osobna decyzja handlowa, a nie skutek tego, że nikt inny nie potrafiłby wejść w ten kod.

Projekt dedykowany dla firmy transportowej to rząd wielkości kilkuset tysięcy złotych i miesiące pracy, a nie tygodnie. Podajemy to wprost, bo rozmowa, która zaczyna się od zaniżonej wyceny, kończy się aneksami i pretensjami po obu stronach.

Porównanie z abonamentem wypada rozsądnie tylko wtedy, gdy różnica w procesie generuje wymierną wartość — mniej etatów, wyższą marżę, obsłużenie klienta, którego inaczej nie dałoby się obsłużyć. Jeżeli tej wartości nie da się nazwać liczbą, lepiej wybrać produkt z półki.

Między gotowym produktem a systemem pisanym od zera jest opcja, która rozwiązuje większość realnych przypadków: standardowy system jako podstawa i dedykowana warstwa tam, gdzie firma jest naprawdę inna. Rozliczenia, dokumenty i flota działają jak u wszystkich, a wyjątkowy fragment procesu dostaje własne narzędzie.

Ten wariant jest tańszy od pełnego projektu i szybszy we wdrożeniu, a przy okazji ogranicza ryzyko: jeśli dedykowana część okaże się pomyłką, firma nadal ma działający system. Warto go rozważyć, zanim podejmie się decyzję o budowie całości.