Koniec ery gotowego pudełka. Zmiana paradygmatu technologicznego i nowe możliwości branży TSL

Koniec ery gotowego pudełka. Jak zmiana paradygmatu technologicznego otwiera nowe możliwości dla firm TSL?

Paradoks ten nie jest przypadkowy. Rynek oprogramowania dla spedycji i firm transportowych skupił się wokół kilkunastu firm w skali świata, z których każda obsługuje tysiące klientów jednocześnie. Koszty licencji wahają się od kilkuset do nawet ośmiu tysięcy złotych miesięcznie za użytkownika, czas wdrożenia od kilku tygodni do ponad roku, a budżety na implementację sięgają nierzadko setek tysięcy złotych. Operatorzy i Właściciele Cargo kupują od tych samych dostawców, implementują te same funkcje, dostosowują swoje procesy do tej samej logiki produktowej.

"Przez dwadzieścia lat spedycje kupowały gotowe rozwiązania z półki, dokładnie te same co ich konkurencja, a potem zastanawiały się, dlaczego trudno im się wyróżnić. To się właśnie kończy". – Sebastian Wróbel, FreightTech Sp. z o.o.

Efekt jest łatwy do zaobserwowania: spedycje różnią się relacjami z klientem. Rzadko kiedy technologią. Bo technologia jest wspólna. To samo oprogramowanie lub ten sam plik Excel.

Co naprawdę kupujesz, kiedy kupujesz SaaS

Gotowy system TMS dostarcza coś realnego: porządek procesowy, automatyzację dokumentacji, widoczność przesyłek. Dla wielu firm był to skok jakościowy, który trudno kwestionować. Problem pojawia się dopiero wtedy, gdy firma zaczyna myśleć o tym, co chce zbudować, a nie tylko o tym, co chce kupić.

W modelu SaaS roadmapa produktowa należy do dostawcy, nie do klienta. Jeśli firma spedycyjna chce wdrożyć funkcjonalność, której nie ma w produkcie, może czekać na jej pojawienie się, zapłacić za customizację i dalej czekać albo zrezygnować z pomysłu. W praktyce najczęściej rezygnuje, bo negocjowanie z dużym vendorem o priorytety w roadmapie to perspektywa frustrująca i rzadko skuteczna.

"Jeśli Twój system to ten sam produkt, który ma trzech Twoich konkurentów, to nie masz przewagi technologicznej. Masz technologiczną wspólnotę kosztową". – Sebastian Wróbel, FreightTech Sp. z o.o.

Dobrze ilustruje to historia WiseTech Global, australijskiego właściciela platformy CargoWise. Firma buduje swoją wartość rynkową na przejęciach kolejnych podmiotów w ekosystemie logistycznym: dostawców danych celnych, platform compliance, narzędzi do zarządzania stawkami frachtowymi. Każde przejęcie pogłębia uzależnienie klientów i rozszerza zakres usług, za które WiseTech może pobierać opłaty. Użytkownicy CargoWise dobrze znają to uczucie: jeden z menedżerów oddziału średniej wielkości spedycji opisał to publicznie słowami, które stały się branżowym memem: "boję się za każdym razem, gdy widzę fakturę od CargoWise". To zdanie mówi więcej o dynamice relacji vendor-klient niż niejeden raport analityczny.

Mechanizm jest prosty: im głębiej firma integruje swoje procesy z platformą zewnętrzną, tym wyższy koszt ewentualnej migracji. Dane operacyjne, historia przesyłek, konfiguracje workflow, integracje z partnerami, wszystko to staje się de facto zakładnikiem platformy. Vendor wie o tym i wycenia swoje usługi odpowiednio.

Zmiana równania: agentic coding i nowa baza kosztowa

Przez ostatnie dwie dekady argument "zbudujmy to sami" był w logistyce prawie zawsze złą decyzją. Budowa własnego oprogramowania wymagała zatrudnienia zespołu deweloperów, wielomiesięcznych projektów, ryzyka przekroczeń budżetu i terminów. Dla średniej spedycji to było po prostu nieopłacalne. Gotowy produkt z półki, nawet z jego ograniczeniami, był racjonalnym wyborem.

Ten rachunek zmienił się fundamentalnie w ciągu ostatnich dziesięciu miesięcy. Pojawienie się narzędzi klasy agentic coding, takich jak GitHub Copilot, Codex czy Claude Code, sprawiło, że produktywność doświadczonego programisty wzrosła w mierzalny sposób. Badania GitHub pokazują, że deweloperzy korzystający z AI realizują ponad dwukrotnie więcej projektów tygodniowo niż ci pracujący bez wsparcia AI. Według analiz IBM, konkretne zadania programistyczne realizowane z AI zajmują od 45 do 70 procent mniej czasu niż te same zadania wykonywane bez niego.

"Dwa lata temu argument 'zbudujmy to sami' był w spedycji prawie zawsze złą decyzją. Trzeba było zatrudnić zespół, czekać miesiącami, ryzykować, że projekt utknie. Dziś to równanie wygląda zupełnie inaczej, bo agentic coding pozwala małemu zespołowi dostarczyć w kwartał to, co kiedyś wymagało roku. To nie jest hype, to jest po prostu nowa baza kosztowa, której większość zarządów jeszcze nie przeliczyła". – Sebastian Wróbel, FreightTech Sp. z o.o.

Efekt jest istotny dla branży TSL z jednego konkretnego powodu: próg wejścia w budowanie własnych rozwiązań drastycznie spadł. Jeden doświadczony programista z odpowiednimi narzędziami AI i dobrym frameworkiem dostarcza dziś tyle, co kiedyś czteroosobowy zespół. Nie znaczy to, że każda spedycja musi jutro zatrudniać swoich programistów. Znaczy to, że firmy, które mają choćby jedną osobę techniczną i jasną wizję tego, co chcą zbudować, mają dziś realną alternatywę dla kolejnego abonamentu SaaS.

"Open source bez AI to było coś dla działów IT. Open source z AI to jest coś dla zarządu, bo nagle to strategia, a nie infrastruktura". – Sebastian Wróbel, FreightTech Sp. z o.o.

Warto tu dodać uczciwe zastrzeżenie: AI-assisted coding nie jest magicznym rozwiązaniem każdego problemu. Narzędzia AI świetnie radzą sobie z powtarzalnymi zadaniami programistycznymi, automatyzacją i budowaniem nowych modułów na bazie jasno określonych wymagań. Gorzej sprawdzają się przy złożonych integracjach z dziedzictwem legacy systemów czy przy utrzymaniu dużych, nieuporządkowanych codebases. Klucz leży w mądrym wyborze, co budować samodzielnie, a czego nie.

Własna technologia nie zmusza do budowania własnego działu IT

Najczęstszy kontrargument, który słyszą zwolennicy podejścia frameworkowego, brzmi: "nie jesteśmy firmą technologiczną". To argument prawdziwy i ważny. Spedycja nie powinna stawać się software housem. Ale z tego argumentu wyciąga się często zbyt daleko idący wniosek: że skoro nie jesteśmy firmą technologiczną, technologia jest dla nas czymś zewnętrznym, co kupujemy gotowe i nie zastanawiamy się nad tym głębiej.

Nowoczesne podejście frameworkowe opiera się na innym założeniu: istnieje wyraźna granica między tym, co w procesach firmy jest standardem branżowym, a tym, co jest jej realną przewagą. Standard branżowy, czyli wystawianie dokumentów transportowych, śledzenie przesyłek, integracja z giełdami ładunków, można kupić jako gotowy komponent lub wykorzystać istniejący framework open source. Przewaga konkurencyjna, czyli unikalny model wyceny, własna logika alokacji kosztów, specyficzny sposób obsługi kluczowego klienta, powinna należeć do firmy i tylko do niej.

Sebastian Wróbel z FreightTech używa tu porównania, które dobrze trafia do wyobraźni zarządów:

"Lubię porównanie do restauracji. Możesz prowadzić franczyzę globalnej sieci: dostajesz gotowe menu, system zamówień, dostawców i procedury. To bezpieczne i przewidywalne, ale Twój sukces nigdy nie przekroczy sufitu, który ustawił dla Ciebie franczyzodawca. Albo możesz mieć własną kuchnię i kucharza, ale gotować na profesjonalnym wyposażeniu, którego nie musisz sam projektować. To jest trudniejsze niż franczyza, ale jedyna droga do karty dań, która naprawdę należy do Ciebie. Spedycja w 2026 roku ma po raz pierwszy realny wybór między tymi dwoma modelami w technologii, bo dotąd była skazana na franczyzę".

Praktyczna implikacja jest taka, że firma nie musi budować wszystkiego od zera. Może korzystać z gotowych komponentów open source jako podstawy i rozwijać na nich warstwy, które naprawdę ją wyróżniają. Trzy pytania, które warto zadać w zarządzie przed kolejną decyzją o zakupie oprogramowania:

• Co w naszym procesie jest na tyle unikalne, że stanowi naszą przewagę i nie chcemy tego mieć w identycznej wersji co konkurencja?

• Co jest standardem branżowym, który nie ma sensu budować samodzielnie od zera?

• Gdzie chcemy mieć pełną kontrolę nad danymi, a gdzie nam to obojętne?

Pamięć organizacji: nowy typ aktywa

Na horyzoncie rysuje się kolejna zmiana, o której warto wspomnieć, choć jej pełne implikacje branża dopiero zaczyna rozumieć. Chodzi o coś, co badacze AI zaczęli nazywać "pamięcią organizacyjną" opartą na modelach językowych.

Każda spedycja posiada zasób wiedzy, który nie istnieje w żadnym systemie: doświadczony spedytor wie, który klient toleruje opóźnienia, a który nie, jak rozmawiać z konkretnym agentem w porcie, co zrobić, gdy kontener utknie na odprawie. Ta wiedza jest strategicznie bezcenna i jednocześnie niezwykle krucha, bo odchodzi razem z pracownikiem.

"Najcenniejsze aktywo Twojej spedycji to nie flota i nie kontrakty. To dwadzieścia lat doświadczenia ludzi, którzy wiedzą, co zrobić, gdy coś idzie nie tak. Tylko dziś to aktywo odchodzi razem z nimi do konkurencji lub na emeryturę". – Sebastian Wróbel, FreightTech Sp. z o.o.

Nowa kategoria narzędzi pozwala budować struktury wiedzy zrozumiałe zarówno dla ludzi, jak i dla AI, tak zwane wiki organizacyjne zasilające modele językowe. Firmy, które zaczną budować taki "mózg organizacji" na własnej infrastrukturze i własnych danych, zyskują aktywo, które kumuluje się z każdym miesiącem. Firmy, które oddadzą tę funkcję zewnętrznemu dostawcy, ryzykują, że ich wiedza operacyjna stanie się wkładem w cudzy produkt.

To nie jest temat na dziś. Ale jest tematem na rozmowę w zarządzie już teraz.

Pytanie, które zmienia perspektywę

Branża TSL stoi przed wyborem, który przez ostatnie dwie dekady nie był realny. Dziś jest. Narzędzia do budowania własnych rozwiązań technologicznych są dostępne, ich koszt drastycznie spadł, a czas realizacji skrócił się z miesięcy do tygodni. Gotowe produkty SaaS nadal będą istniały i nadal będą miały sens dla wielu zastosowań. Ale nie powinny być jedyną opcją w rozmowie strategicznej.

Za dwa lata pytanie strategiczne w branży nie będzie brzmieć: "jakiego systemu używamy". Będzie brzmieć: "co należy do nas, a co oddaliśmy". Firmy, które zaczną odpowiadać na to pytanie teraz, będą miały przewagę, której żaden zakup nowego oprogramowania nie nadrobi.