Okno, które się nie powtórzy: Dlaczego polskie firmy TSL mają dziś szansę jak Malcolm McLean
Autor: Sebastian Wróbel, CEO FreightTech.org
W kwietniu 1956 roku w porcie Newark w New Jersey załadowano 58 aluminiowych kontenerów na pokład zmodyfikowanego tankowca Ideal X. Operacja trwała kilka godzin. Rozładunek w Houston zajął jeszcze mniej. W tym samym czasie w porcie na Brooklynie setki dokerów spędzały dni na ręcznym przenoszeniu ładunków z ciężarówek na statki, sztuka po sztuce, paleta po palecie.
Człowiekiem, który to zorganizował, nie był armator, ani portowiec, ani spedytor morski z wieloletnim doświadczeniem. Był nim Malcolm McLean, właściciel firmy truckingowej z Karoliny Północnej. Ktoś, kto na branżę shipping patrzył z zewnątrz i nie widział tradycji do szanowania, lecz marnotrawstwo do wyeliminowania.
W ciągu dekady McLean zbudował flotę 36 statków, sieć ponad 30 portów i 27 000 kontenerów. Jego firma Sea‑Land zdefiniowała nowy standard operacyjny, który obowiązuje do dziś. Porty, które nie dostosowały się do kontenerów, zniknęły z mapy. Ruch break‑bulk na Manhattanie spadł o 98% w ciągu czternastu lat: z 1,3 miliona ton w 1960 do 129 tysięcy ton w 1974 roku.
McLean nie próbował naprawić istniejącego systemu. On go ominął. Każda zmiana paradygmatu w logistyce przebiegała według tego samego wzorca: ktoś lżejszy, szybszy i wolny od balastu przeszłości wchodził na rynek i zmieniał reguły gry. Ci, którzy mieli za dużo zainwestowane w stary model, reagowali za wolno. Nie dlatego, że byli gorsi. Dlatego, że mieli za dużo do stracenia.
Teza tego artykułu jest prosta: polskie i środkowoeuropejskie firmy TSL stoją dziś w analogicznym momencie. Zachodnia konkurencja dźwiga ciężar systemów IT budowanych przez dekady, których koszt utrzymania zjada budżety na innowacje. Technologie, które jeszcze pięć lat temu były dostępne wyłącznie dla największych graczy, dziś są w zasięgu średniej firmy spedycyjnej. A okno, w którym można tę przewagę wykorzystać, nie będzie otwarte wiecznie.
Ciężar, którego nie widać w bilansie
Kiedy zachodni CEO mówi o "transformacji cyfrowej", najczęściej ma na myśli modernizację systemów, które jego firma zbudowała lub kupiła 15, 20, niekiedy 30 lat temu. Systemy TMS, ERP, platformy do zarządzania dokumentacją celną, silniki do wyceny stawek: wszystko to działa, ale działa w sposób, który był nowoczesny w epoce Windows XP.
Według danych analitycznych Gartnera, przeciętna organizacja przeznacza około 70% swojego budżetu IT na utrzymanie istniejących systemów, nie na innowacje. To nie jest wydatek na rozwój. To jest haracz za przeszłość. Firma płaci nie za to, żeby iść do przodu, ale za to, żeby stać w miejscu. W praktyce oznacza to, że zachodni operator logistyczny, który wydaje na IT 3% przychodów, przeznacza z tego zaledwie 1% na cokolwiek nowego. Reszta idzie na łatanie, integrację, aktualizacje bezpieczeństwa i utrzymanie zespołów, które znają archaiczny kod.
Skala problemu staje się widoczna, kiedy firma próbuje coś zmienić. Koszty migracji systemów TMS w Europie wahają się od 30 000 EUR za podstawowe wdrożenie chmurowe do ponad 900 000 EUR za złożone projekty korporacyjne. Trzy czwarte takich projektów przekracza budżet. Firmy działające na starych systemach SAP czy Oracle, które chcą nałożyć nowoczesny TMS, napotykają rachunki za integrację rzędu 500 000 do 3 milionów dolarów, bo stare systemy nie mają nowoczesnych interfejsów API.
Jeden niemiecki producent części samochodowych policzył, ile kosztuje go ręczne przepisywanie danych między systemami transportowymi: 2,1 miliona euro rocznie. Nie na nową technologię. Na obejście braku starej.
A co się dzieje, kiedy stary system zawodzi całkowicie? W czerwcu 2017 roku atak cybernetyczny NotPetya sparaliżował operacje Maerska, największego armatora kontenerowego na świecie. Firma musiała zainstalować od nowa 4 000 serwerów, 45 000 komputerów i 2 500 aplikacji w ciągu dziesięciu dni. Szacowany koszt: od 200 do 300 milionów dolarów. Przewodniczący rady nadzorczej Maerska przyznał publicznie podczas World Economic Forum w Davos, że firma była "przeciętna jeśli chodzi o cyberbezpieczeństwo, tak jak wiele innych firm." Innymi słowy: gigant branży, z setkami miliardów dolarów obrotu, operował na infrastrukturze IT, która nie spełniała nawet podstawowych standardów odporności. To nie był incydent jednorazowy. To był symptom strukturalny.
Rok później Maersk ogłosił joint venture z IBM o nazwie TradeLens: platformę blockchain, która miała zrewolucjonizować dokumentację w handlu morskim. Po pięciu latach i bliżej nieujawnionych nakładach projekt zamknięto. Powód? Brak wystarczającej współpracy branżowej, jak to dyplomatycznie ujął szef platform biznesowych Maerska. W praktyce: system zbudowany przez jednego dominującego gracza nie zyskał zaufania reszty rynku. Z kolei Twill, cyfrowa platforma spedycyjna Maerska uruchomiona w 2017 roku, została wchłonięta z powrotem do głównej marki i zastąpiona przez Maersk Go w październiku 2023 roku. Miliardowy budżet IT nie jest gwarancją innowacji. Często jest jej największą przeszkodą.
Dlaczego lekki wygrywa z ciężkim
Pytanie, które powinien sobie zadać każdy polski operator TSL, nie brzmi "czy stać nas na nową technologię", ale "czy stać nas na to, żeby jej nie mieć." Firma bez balastu legacy systemów buduje nowy stack technologiczny w miesiące, nie w lata. Nie dlatego, że jest bogatsza, tylko dlatego, że nie musi jednocześnie utrzymywać starego i budować nowego. Nie płaci haraczu za przeszłość.
To jest fundamentalna asymetria, którą wielu menedżerów w branży TSL wciąż nie dostrzega. Zachodni operator, który chce wdrożyć sztuczną inteligencję do optymalizacji tras, musi najpierw spędzić miesiące na wyciągnięcie danych z systemów, które przechowują je w formatach z lat 90. Potem musi zbudować warstwę integracyjną, żeby te dane były dostępne w czasie rzeczywistym. Potem musi przekonać organizację, żeby zaufała nowym narzędziom zamiast starym procesom. Cały ten wysiłek, zanim w ogóle zacznie czerpać korzyści z AI.
Firma, która zaczyna od czystej karty, omija wszystkie te kroki. Jej dane od początku są w nowoczesnym formacie. Jej architektura od początku jest API‑first. Jej zespół od początku pracuje z nowymi narzędziami. To nie jest teoria. Koszty budowy systemów informatycznych spadły dramatycznie dzięki trzem równoległym trendom: powszechności rozwiązań open source, dostępności infrastruktury chmurowej i, od niedawna, narzędziom programistycznym wspomaganym sztuczną inteligencją, które pozwalają małym zespołom budować to, co jeszcze pięć lat temu wymagało dziesiątek programistów.
Z perspektywy Beneficial Cargo Owner, czyli firmy, która kupuje usługi logistyczne, ta zmiana jest coraz bardziej widoczna. BCO szuka partnera, który integruje się przez API, nie przez email z załączonym PDF‑em. Który oferuje śledzenie w czasie rzeczywistym, nie raport z wczorajszego dnia. Który potrafi automatycznie przetworzyć fakturę i porównać ją z umową. Zachodni operator z legacy systemem musi na każdy z tych elementów nałożyć kolejną warstwę integracji. Operator z nowoczesnym stackiem ma to wbudowane od początku.
Dla operatorów intermodalnych ta asymetria jest szczególnie dotkliwa. Koordynacja między transportem morskim, kolejowym i drogowym wymaga wymiany danych między wieloma systemami, w czasie zbliżonym do rzeczywistego. Legacy systemy, projektowane w epoce faksów i EDI, nie były na to przygotowane. Każdy punkt styku między modami transportu to potencjalne wąskie gardło, gdzie stare systemy generują opóźnienia, błędy i koszty ręcznej korekty. Nowoczesna architektura, zaprojektowana od podstaw pod wielomodalne operacje, eliminuje te tarcia.
Linie Żeglugowe stoją przed identycznym wyzwaniem. Duży armator kontenerowy operuje na systemach, w których wiedza o stawkach, trasach, sezonowości i preferencjach klientów jest rozproszona między oddziałami w kilkudziesięciu krajach. Handlowiec w Pradze, który słyszy od klienta cenę docelową door‑to‑door, nie ma narzędzia, które automatycznie rozłoży ją na komponenty: odcinek lądowy, portowy, oceaniczny, drayage na drugim końcu. Ta fragmentacja wiedzy jest bezpośrednią konsekwencją systemów, które nigdy nie były zaprojektowane do współpracy. Firmy, które zaczynają budowę od zera, mogą zaprojektować przepływ informacji jako jedną spójną całość, a nie zbiór łat nad historycznymi silosami.
58 kontenerów na pokładzie Ideal X
Wróćmy do McLean'a, bo analogia nie jest przypadkowa. McLean nie wynalazł kontenera. Koncepcja metalowych skrzyni do przewozu towarów istniała od lat 20. XX wieku. Tym, co McLean zrobił, było stworzenie systemu: standaryzacja wymiarów, adaptacja statków, negocjacje z portami, przekonanie regulatorów. A następnie oddanie swoich patentów na narożniki kontenerowe organizacji ISO, bezpłatnie, żeby cała branża mogła przyjąć ten sam standard. Nie próbował chronić innowacji za murem patentów. Zrozumiał, że wartość nie leży w samym kontenerze, lecz w sieciowym efekcie standaryzacji. Im więcej portów i armatorów przyjmie ten sam format, tym więcej wart jest każdy kontener w obiegu.
Dziś najlepszym przykładem firmy, która zastosowała ten sam wzorzec w logistyce, jest InPost. Historia Rafała Brzoski i jego firmy to nie jest opowieść o paczkomacie. To jest opowieść o tym, jak ktoś bez obciążeń dziedziczonych, z czystą kartą i nową technologią, przeskoczył graczy wielokrotnie od siebie większych.
W 2006 roku, kiedy Brzoska zakładał InPost, rynek kurierski w Polsce był zdominowany przez dziewięciu globalnych graczy. Poczta Polska miała monopol na listy poniżej 50 gramów. Brzoska zaczął od obejścia tego monopolu: dokładał do listów kartkę ważącą 50 gramów, żeby przekroczyć próg ustawowy. To jest dokładnie ten sam instynkt co u McLean'a: nie walcz z systemem na jego warunkach, omiń go.
W 2009 roku w Krakowie stanęły pierwsze Paczkomaty. Brzoska zainwestował 25 milionów euro w sieć automatów, w których klienci mogli odbierać paczki 24 godziny na dobę, siedem dni w tygodniu. Nie próbował ulepszyć kurierki. Zbudował zupełnie inny model: bez kuriera, bez okienka czasowego, bez konieczności przebywania w domu. Przez kilka lat branża patrzyła na to z rezerwą. Później przyszło COVID‑19 i eksplozja e‑commerce.
Reszta to liczby, które mówią same za siebie. W styczniu 2021 roku InPost zadebiutował na giełdzie Euronext w Amsterdamie, pozyskując ponad 3 miliardy dolarów. Był to największy debiut europejskiej firmy technologicznej na kontynencie. W lipcu tego samego roku InPost przejął francuską sieć Mondial Relay za 513 milionów euro, zyskując 11 000 punktów odbioru we Francji i krajach Beneluksu.
Potem przyszła kolej na Wielką Brytanię: udziały w Menzies Distribution, a w kwietniu 2025 roku przejęcie Yodel, jednego z największych brytyjskich operatorów kurierskich. InPost stał się trzecim co do wielkości niezależnym operatorem logistycznym w Wielkiej Brytanii, za Royal Mail i Evri. Wolumen paczek w UK podwoił się w ciągu jednego roku: z 46,5 miliona w 2023 do 93,2 miliona w 2024.
Na koniec 2024 roku InPost obsłużył ponad miliard paczek, generując przychody rzędu 10,9 miliarda złotych i EBITDA na poziomie 3,6 miliarda złotych. W połowie 2025 roku sieć liczyła ponad 88 000 punktów odbioru, w tym 53 000 paczkomatów, w dziewięciu krajach europejskich. W lutym 2026 roku ogłoszono, że konsorcjum złożone z Advent International, FedEx, A&R Investments (wehikuł inwestycyjny Brzoski) i PPF Group przejmie InPost za 7,8 miliarda euro. Brzoska pozostaje CEO. Siedziba pozostaje w Polsce.
Warto się zatrzymać przy tej ostatniej informacji. FedEx, globalny gigant z przychodami rzędu 90 miliardów dolarów, uznał, że najlepszym sposobem na wejście w europejski rynek dostaw e‑commerce jest partnerstwo z polską firmą, która zbudowała coś, czego FedEx sam nie potrafił: gęstą sieć automatów w dziewięciu krajach, z aplikacją mobilną i lojalnością konsumentów.
Brzoska nie pytał Poczty Polskiej o pozwolenie w 2006 roku. Nie pytał globalnych kurierów o pozwolenie w 2009, kiedy stawiał pierwsze paczkomaty. I nie pytał Royal Mail ani Evri o pozwolenie, kiedy w 2024 roku podwoił wolumen w Wielkiej Brytanii. Wzorzec jest identyczny jak u McLean'a: brak obciążeń przeszłości, nowa technologia, odwaga do stworzenia innego modelu.
Własność, nie subskrypcja
Przypadek InPost jest spektakularny, ale teza tego artykułu nie dotyczy jednej firmy. Dotyczy strukturalnego okna możliwości, które dziś stoi otworem dla polskich i środkowoeuropejskich operatorów TSL. To okno ma trzy wymiary. Wymiar pierwszy to przewaga kosztowa w budowie technologii. Nie chodzi o tanie programowanie. Chodzi o to, że firma, która buduje system od zera, wydaje pieniądze na rozwój, podczas gdy firma modernizująca stary system wydaje pieniądze na obejście ograniczeń. Przy tym samym budżecie pierwsza firma dostaje więcej wartości. I, co kluczowe, to co zbuduje, jest jej własnością intelektualną: kodem, danymi, procesami. Nie licencją, którą ktoś może podnieść o 20% przy następnym odnowieniu.
Wymiar drugi to gotowość do AI. Sztuczna inteligencja nie jest magiczną nakładką, którą można położyć na dowolny system. AI wymaga czystych, ustrukturyzowanych danych, dostępnych w czasie rzeczywistym. Wymaga architektury, która pozwala na eksperymentowanie i szybkie wdrażanie. Firmy z legacy systemami będą latami przygotowywać grunt pod AI. Firmy, które budują nowe systemy, mogą projektować je z AI jako elementem architektury od pierwszego dnia.
Wymiar trzeci to ścieżki skalowania. Firma z nowoczesnym stackiem technologicznym i sprawdzonymi procesami ma co najmniej trzy opcje wzrostu: organiczne otwieranie biur na zachodnich rynkach, z natychmiastową przewagą operacyjną nad lokalnymi graczami obciążonymi starym IT; przejmowanie zachodnich firm, które mają klientów i kontrakty, ale potrzebują modernizacji systemów (dokładnie ten model realizuje InPost w Wielkiej Brytanii); lub budowanie platformy technologicznej, którą można udostępniać mniejszym operatorom w regionie, tworząc efekt sieciowy.
Ale jest też ryzyko, o którym warto mówić wprost. Okno się zamyka. Konsolidacja zachodniego rynku oznacza, że za kilka lat zachodni megagracze będą mieli zmodernizowane systemy i jeszcze większą skalę. Firma z CEE, która dziś ma przewagę lekkości, za pięć lat może tej przewagi już nie mieć.
Jest jeszcze jedna pułapka, bardziej subtelna. Wielu operatorów, widząc potrzebę cyfryzacji, sięga po gotowe rozwiązania SaaS: szybko wdrożyć, niski koszt początkowy, ktoś inny się martwi o aktualizacje. Problem w tym, że SaaS to nie jest budowanie własnego IP. To jest wynajem cudzego. Dane operacyjne, procesy, logika biznesowa: wszystko to żyje na infrastrukturze dostawcy. A dostawca, trenując swoje modele AI na danych wszystkich klientów, z czasem akumuluje wiedzę, która jest zbiorowym dorobkiem operacyjnym całej branży. Klient płaci za narzędzie, ale oddaje coś cenniejszego: swoją unikalną wiedzę o rynku.
Budowanie własnego IP technologicznego jest trudniejsze i droższe na starcie. Ale to jest jedyna ścieżka, która prowadzi do trwałej przewagi konkurencyjnej. McLean nie licencjonował kontenerów od kogoś innego. Zbudował własne, a potem oddał patent, żeby kontrolować standard.
Pytanie na koniec
Historia logistyki pokazuje, że momenty przełomu nie są rozłożone równomiernie. Są okresy stabilności, w których wygrywają ci, którzy mają skalę i doświadczenie. I są krótkie okna, w których reguły się zmieniają i wchodzą nowi gracze. Konteneryzacja lat 50. i 60. stworzyła Sea‑Land, a w efekcie Linie Żeglugowe jakie dzisiaj znamy.. Deregulacja transportu drogowego w USA w 1980 roku stworzyła FedEx i UPS w ich dzisiejszej formie. Eksplozja e‑commerce stworzyła Amazon Logistics, który w 2024 roku dostarczył więcej paczek w Stanach Zjednoczonych niż poczta federalna USPS. A rewolucja paczkomatowa stworzyła InPost.
Każdy z tych momentów miał wspólną cechę: wygrywali ci, którzy weszli lekko, z nową technologią i bez balastu przeszłości. Przegrywali ci, którzy mieli za dużo zainwestowane w stary model, żeby odważyć się na nowy. Dziś mamy do czynienia z kolejną taką zmianą. Sztuczna inteligencja, API‑first, dane w czasie rzeczywistym: to nie są buzzwords. To są narzędzia, które fundamentalnie zmieniają ekonomikę operacji logistycznych. I są dziś dostępne dla firm każdej wielkości.
Pytanie, które powinien sobie postawić każdy właściciel i zarząd firmy TSL w Polsce, brzmi: za pięć lat, kto będzie konsolidatorem, a kto konsolidowanym? Kto będzie przejmował zachodnich operatorów obciążonych legacy, a kto sam zostanie przejęty, bo nie zdążył zbudować własnego IP? Odpowiedź na to pytanie zależy od decyzji podejmowanych nie za pięć lat, lecz teraz. McLean nie czekał, aż cała branża uzna kontener za standard. Zaczął z 58 sztukami na jednym statku. I zmienił świat.
Możliwość komentowania została wyłączona.
