TRL 9 — dlaczego nie sprzedajemy prototypów

Skala, którą wymyślono dla rakiet

Inżynierowie mówili „prawie gotowe”. Managerowie słyszeli „gotowe”. Budżety się rozsypywały.

Sadin zaproponował coś prostego: skalę od 1 do 7, potem rozszerzoną do 9, która jednoznacznie określa, na jakim etapie dojrzałości jest dana technologia. Jeden — ktoś zaobserwował zjawisko fizyczne i pomyślał „a gdyby tak…”. Pięć — prototyp przetestowany w warunkach zbliżonych do rzeczywistych. Dziewięć — system sprawdzony w akcji, w pełnej misji, w realnym środowisku operacyjnym. Żadnych „prawie”. Albo leciał, albo nie.

NASA nazwała to Technology Readiness Level. TRL.

Departament Obrony USA przyjął skalę w latach 90. Europejska Agencja Kosmiczna — w połowie lat 2000. Unia Europejska wbudowała ją w program Horizon 2020 w 2014 roku, a potem w Horizon Europe z budżetem 95,5 mld euro. Dziś TRL to uniwersalny język dojrzałości technologicznej — od kosmonautyki, przez farmację, po transformację cyfrową.

I to jest język, którym opisujemy nasze rozwiązania w QA10.

Dziewięć stopni od pomysłu do maszyny, która działa

Skala TRL dzieli się na trzy fazy. Zrozumienie tej struktury wymaga minuty, a zmienia sposób, w jaki patrzysz na każdą ofertę technologiczną, którą dostajesz.

Faza badawcza (TRL 1–3) to świat teorii i laboratorium. Na pierwszym poziomie ktoś opisał zasadę naukową. Na drugim — sformułował koncepcję zastosowania. Na trzecim — zbudował proof of concept, który udowadnia, że idea ma nogi. Nic z tego nie działa poza kontrolowanym otoczeniem. Ryzyko jest ogromne, ale koszt eksploracji niski.

Faza rozwojowa (TRL 4–6) to prototypy i testy. Na czwartym poziomie technologia została zwalidowana w laboratorium. Na piątym — w warunkach zbliżonych do rzeczywistych. Na szóstym — pełny prototyp działa w środowisku odpowiadającym docelowemu. Tu zaczyna się poważne finansowanie i tu ginie większość projektów. Branża ma na to nazwę: Dolina Śmierci.

Faza wdrożeniowa (TRL 7–9) to realne systemy. Na siódmym poziomie prototyp w skali operacyjnej działa w prawdziwym środowisku. Na ósmym — system jest kompletny i zakwalifikowany. Na dziewiątym — mission proven. Sprawdzony w boju. Wszystko udokumentowane. Pełna integracja z systemami operacyjnymi. Zero niespodzianek.

TRL 9 — to definicja NASA — oznacza: „Actual system proven through successful mission operations. Fully integrated with operational hardware/software systems. Thoroughly demonstrated and tested in its operational environment. All documentation completed.”

Przełóż to na język biznesowy: system, który działa u klienta, w jego infrastrukturze, z jego danymi, pod pełnym obciążeniem, od co najmniej kilku miesięcy. Nie demo. Nie pilot. Nie „proof of concept, który można rozwinąć”. Gotowy produkt z dokumentacją.

Dolina Śmierci — gdzie znikają pieniądze na innowacje

Między TRL 6 a TRL 8 rozciąga się przestrzeń, w której ginie większość inwestycji technologicznych. Komisja Europejska opublikowała w 2025 roku raport „Scaling up ideas”, z którego wynika, że choć większość projektów Horizon Europe startuje na TRL 1–3, to prawie połowa osiąga zaledwie etap demonstracji (TRL 6–8) na koniec finansowania. Zaledwie 10% projektów w partnerstwach programowych dociera do TRL 8–9.

Te proporcje mają swój odpowiednik w świecie enterprise. 55–75% wdrożeń ERP kończy się niepowodzeniem — to w istocie porażki na przejściu z TRL 6 (prototyp w środowisku zbliżonym do docelowego) do TRL 8–9 (system operacyjny). Technologia działała w labie. Nie zadziałała w rzeczywistości.

Klient, który kupuje rozwiązanie na TRL 5–6, płaci nie tylko za produkt. Płaci za ryzyko przejścia przez Dolinę Śmierci. Za integrację, która „powinna zadziałać”. Za edge case’y, których nikt nie przewidział. Za miesiące dostosowywania konfiguracji do rzeczywistych danych. Za moment, w którym okazuje się, że prototyp, który pięknie wyglądał na prezentacji, nie radzi sobie z polskim formatem NIP-u albo z nietypową strukturą zamówień w branży mięsnej.

To nie jest abstrakcyjne ryzyko. To koszt, który pojawia się po podpisaniu umowy.

Co oznacza TRL 9 w kontekście QA10

Gdy mówimy, że nasze rozwiązania operują na TRL 9, nie używamy tego określenia marketingowo. Używamy go w jego oryginalnym, inżynierskim znaczeniu.

Oznacza to, że moduły, które wdrażamy — od process mining, przez automatyzację RPA, po nadbudowę Zero-Trust nad istniejącymi systemami — nie są prototypami. Zostały zaprojektowane, zbudowane, przetestowane i sprawdzone w realnych środowiskach operacyjnych. U klientów z branży produkcyjnej, logistycznej, usługowej. Z prawdziwymi danymi, prawdziwymi wyjątkami, prawdziwym obciążeniem.

Co to zmienia z perspektywy decydenta?

Czas wdrożenia spada, bo nie budujemy od zera — konfigurujemy sprawdzony system pod Twoje parametry. Ryzyko spada, bo algorytmy i integracje przeszły już przez sytuacje, które Twoja firma dopiero napotka. Koszt spada, bo nie płacisz za R&D dostawcy — płacisz za gotowy produkt.

EUACC — platforma doradcza dla beneficjentów EU — trafnie zauważa: „Posiadanie płacących klientów nie oznacza automatycznie TRL 9, jeśli produkt wciąż wymaga ręcznej konfiguracji przy każdym wdrożeniu”. To ważne rozróżnienie. TRL 9 to nie „mamy klientów”. TRL 9 to „mamy powtarzalny, udokumentowany, zwalidowany system, który działa bez nadzwyczajnych interwencji”.

TRL a dotacje UE — język, który otwiera budżety

Jest jeszcze jeden wymiar, w którym TRL ma konkretne, finansowe znaczenie. Unia Europejska używa skali TRL jako kryterium kwalifikowalności w programach grantowych.

EIC Pathfinder finansuje projekty na TRL 1–4. EIC Transition — na TRL 3–6. EIC Accelerator — na TRL 5–8. Horizon Europe rozróżnia Research and Innovation Actions (start na TRL 2–3, cel TRL 5–6) od Innovation Actions (start na TRL 4–5, cel TRL 6–8). Programy krajowe zazwyczaj wspierają do TRL 5. Dopiero programy unijne sięgają wyżej.

Dla Twoich projektów transformacji cyfrowej to oznacza dwie rzeczy. Po pierwsze: jeśli planujesz finansowanie z UE, musisz precyzyjnie określić TRL swojego projektu — zawyżenie lub zaniżenie jest jednym z najczęstszych powodów odrzucenia wniosku. Po drugie: partnerstwo z dostawcą, który dostarcza technologię na TRL 9, oznacza, że Twój projekt nie musi pokonywać Doliny Śmierci w ramach finansowania grantowego. Technologia jest gotowa. Fundusz finansuje wdrożenie, nie eksperyment.

W naszym protokole Finansowania łączymy obie strony tego równania — identyfikujemy źródła finansowania i dostarczamy rozwiązania na poziomie dojrzałości, który te źródła wymagają.

Jak odróżnić TRL 6 od TRL 9 w ofercie dostawcy

Na koniec — praktyczna wskazówka, bo rynek automatyzacji jest pełen ofert, które brzmią podobnie.

Zapytaj dostawcę: w ilu firmach ten system działa produkcyjnie? Nie „był testowany”. Nie „był demonstrowany”. Działa — codziennie, pod obciążeniem, od miesięcy. Jeśli odpowiedź brzmi „to będzie pierwsze pełne wdrożenie” — patrzysz na TRL 6–7. Technologia jest obiecująca, ale to Twoja firma poniesie koszt uczenia się dostawcy.

Zapytaj o dokumentację. TRL 9 wymaga — dosłownie, w definicji NASA — kompletnej dokumentacji. Jeśli dostawca mówi „dokumentację przygotujemy po wdrożeniu” — nie jest na TRL 9.

Zapytaj o edge case’y. Każdy system, który przeszedł przez realne środowisko operacyjne, napotkał sytuacje, których projektant nie przewidział. Dostawca na TRL 9 opowie Ci o nich. Dostawca na TRL 6 powie „nasz system jest w pełni elastyczny”. To nie to samo.