Od którego hangaru zacząć? Cztery twarze polskich start‑upów lotniczych
Najpierw pojawia się pytanie: jeśli chcę wejść w polskie start‑upy lotnicze – w jakiej roli i do jakiego hangaru w ogóle zapukać? Czy lepiej celować w drony sklejane dosłownie nad stołem w garażu, czy w elegancki software do zarządzania ruchem lotniczym rozwijany w co-worku? A może w spin‑off uczelniany od zaawansowanych materiałów, albo projekt budowany w partnerstwie z dużą firmą z branży?
W Polsce lotnicze innowacje przyjmują kilka wyraźnie różnych form. Dla inwestora, przyszłego założyciela czy pracownika to kluczowe, bo każdy model oznacza inne ryzyko, tempo, potrzebny kapitał i szanse na globalne przebicie.
Można wyróżnić cztery główne warianty polskich start‑upów lotniczych:
Wariant A – hardware „garażowy”: własne drony, lekkie płatowce, podsystemy, fizyczne urządzenia tworzone od zera, często w improwizowanych warsztatach lub małych hangarach.
Wariant B – software / AI / systemy: oprogramowanie do zarządzania ruchem, flotami dronów, analityka danych lotniczych, symulacje i systemy bezpieczeństwa.
Wariant C – spin‑off naukowy / deep‑tech: projekty wychodzące z uczelni i instytutów badawczych – nowe materiały, koncepcje napędów, zaawansowana awionika, algorytmy kontroli lotu.
Wariant D – start‑up z dużym partnerem przemysłowym: firmy rozwijane przy współpracy z producentem samolotów, linią lotniczą, dużą spółką infrastrukturalną lub w ramach akceleratora korporacyjnego.
Każdy z tych modeli jest „polskim start‑upem lotniczym”, ale ich DNA biznesowe jest zupełnie inne. Różnią się:
skalą potrzebnego kapitału i czasu do pierwszych przychodów,
typem zespołu i kluczowych kompetencji,
poziomem uzależnienia od regulacji i certyfikacji,
łatwością globalnego skalowania.
Nie ma jednego, uniwersalnie „najlepszego” wariantu. Jest za to model, który lepiej lub gorzej pasuje do twoich zasobów, profilu i cierpliwości do papierologii. Różnice między tymi wariantami stają się czytelniejsze, gdy spojrzy się najpierw na to, gdzie w ogóle w Polsce buzuje lotnicza innowacja.
Gdzie w Polsce rośnie lotnicza innowacja? Główne kierunki i realia rynku
Drony, UAM i „latający kurierzy” – najszybciej rosnąca część ekosystemu
Jeśli szukać miejsca, gdzie polskie start‑upy lotnicze są dziś najbardziej widoczne i liczne, to jest to świat dronów. Mowa nie tylko o rekreacyjnych wielowirnikowcach, ale głównie o:
platformach do inspekcji infrastruktury (linia energetyczne, kolej, rafinerie),
systemach dla ratownictwa i służb (poszukiwania, monitoring),
rozwiązaniach dla rolnictwa precyzyjnego, mapowania i geodezji,
usługach typu cargo lekkie – testy „latających kurierów”, transport próbek medycznych.
Na tym polu powstaje wiele małych firm, które łączą hardware (drony, sensory, wyrzutnie, stacje dokujące) z software’em (planowanie misji, analiza danych, integracja z systemami klienta). Polska ma tu kilka atutów: duży kraj do testów, sporo infrastruktury do kontrolowania, oraz regulatora, który w segmencie dronów potrafi być zaskakująco otwarty na pilotaże.
Drugie gorące hasło to Urban Air Mobility (UAM) – wizja latających taksówek, autonomicznych kapsuł łączących dzielnice miast czy huby logistyczne. W Polsce projekty UAM to głównie:
testy i demonstratory (np. proof‑of‑concept lądowiska, integracji z miejskim transportem),
prace nad systemami zarządzania ruchem dronów i pojazdów UAM (U‑space / UTM),
pilotaże z samorządami, lotniskami i operatorami infrastruktury.
Tu pojawia się istotna cecha ekosystemu: regulacje są zarówno szansą, jak i hamulcem. Z jednej strony ustawodawca i instytucje publiczne wspierają eksperymenty, ogłaszają konkursy, udostępniają przestrzeń do testów. Z drugiej strony, pełnoskalowe wdrożenia wymagają lat uzgodnień, procedur bezpieczeństwa, certyfikacji sprzętu i operatorów. Dla start‑upu to oznacza: można relatywnie szybko zrobić głośny pokaz, ale na stabilny biznes trzeba czekać znacznie dłużej.
Alternatywne napędy i „zielone” lotnictwo – marzenia, które powoli twardnieją
Drugi ważny nurt to wszystko, co służy odchudzeniu śladu węglowego lotnictwa: napędy elektryczne i hybrydowe, koncepcje wodorowe, systemy poprawiające efektywność energetyczną. W Polsce nie ma (na razie) masywnych producentów wodorowych samolotów pasażerskich, ale widać kilka typowych obszarów działań start‑upów:
małe prototypy elektrycznych statków powietrznych (np. dwuosobowe, szkolne, demonstratory technologii),
moduły napędowe – silniki elektryczne, baterie, systemy zarządzania energią, hybrydowe zespoły napędowe do lekkich maszyn,
oprogramowanie i urządzenia do optymalizacji zużycia paliwa w istniejących flotach, poprawy trajektorii lotów, minimalizacji oporów.
To obszar bardzo mocno deep‑techowy. Projekty wymagają:
dużej wiedzy z zakresu elektrochemii, aerodynamiki, termiki,
dostępu do laboratoriów i tuneli aerodynamicznych,
współpracy z uczelniami i instytutami.
Dlatego gros tego typu inicjatyw w Polsce ma charakter spin‑offów naukowych albo projektów prowadzonych w ścisłej współpracy z większymi firmami. Czysto „garażowe” podejście w przypadku napędów czy materiałów kończy się szybko na barierach bezpieczeństwa i certyfikacji.
Cyfryzacja, AI i dane lotnicze – polska specjalność bez konieczności budowy własnego samolotu
Trzeci filar to oprogramowanie i analityka. Tutaj polskie start‑upy lotnicze mają często największą szansę na szybkie wyjście poza rynek krajowy, bo bariery fizyczne są mniejsze, a kompetencje programistyczne w Polsce – wysokie. Typowe obszary:
systemy do zarządzania ruchem dronów, integracji z wieżami kontroli i służbami na ziemi,
platformy planowania lotów i misji, fleet management dla operatorów dronów i małych flot lotniczych,
AI do analizowania danych z czarnych skrzynek, rejestratorów i logów operacyjnych, wsparcie decyzji pilotów i kontrolerów,
systemy predykcyjnego bezpieczeństwa – wykrywanie anomalii, analiza ryzyka, monitoring techniczny maszyn (predictive maintenance).
To segment, który łatwiej rozwijać w klasycznym modelu SaaS: tworzenie oprogramowania, sprzedaż licencji lub abonamentu, częste iteracje produktu. Problemem jest natomiast duża konkurencja globalna – podobne pomysły rozwijają firmy w USA, Niemczech, Izraelu czy Korei. Dlatego kluczem staje się:
dobrze dobrana nisza (np. konkretne typy lotnisk, konkretny segment dronów),
synergia z polskimi testami i pilotażami (pokazanie działającego systemu w „prawdziwym” środowisku),
zespół, który łączy technologie z doświadczeniem domenowym (ex‑piloci, ex‑kontrolerzy, inżynierowie awioniki).
Polski kontekst – przewagi, słabości i co to znaczy dla wyboru modelu
Polska nie jest Doliną Krzemową lotnictwa, ale nie jest też pustynią. Środowisko ma swoje specyficzne plusy i minusy, które mocno wpływają na to, który wariant start‑upu lotniczego jest tu sensowny.
Mocne strony:
Silne uczelnie techniczne (Politechniki, uczelnie wojskowe) i tradycje kół naukowych w lotnictwie i kosmonautyce.
Aktywny sektor dronowy – liczne projekty, pilotaże, otwarte podejście wielu instytucji.
Relatywnie niższe koszty R&D niż w Europie Zachodniej i USA.
Programy wsparcia i akceleratory skierowane do lotnictwa i mobilności (w tym inicjatywy publiczne i branżowe).
Słabości:
Niewielu lokalnych inwestorów gotowych finansować ciężki hardware i długie projekty certyfikacyjne.
Długie procedury w instytucjach publicznych (przetargi, homologacje, zgody), co wydłuża drogę od prototypu do kontraktu.
Rozproszony ekosystem – sporo wysp (uczelnie, firmy, klastry) współpracujących raczej projektowo niż systemowo.
W praktyce to oznacza, że:
warianty mocno hardware’owe i certyfikacyjne (A i część C) wymagają albo bardzo wytrwałych założycieli, albo szybkiego „doklejenia” zagranicznych partnerów i finansowania,
warianty software’owe (B) mogą korzystać z polskiego ekosystemu do testów i potem celować w rynek globalny,
spin‑offy naukowe (C) i start‑upy z dużym partnerem (D) mają w Polsce realne punkty zaczepienia – pod warunkiem, że zespół potrafi manewrować między światem nauki, biznesu i administracji.
Wariant A – Hardware z garażu: od pierwszego prototypu do prawdziwego hangaru
Jak wygląda polski hardware’owy start‑up lotniczy od środka
Wariant A to klasyczny obrazek: kilka osób, dużo części, mały warsztat, spawarka w rogu, drukarka 3D mrucząca w tle. Typowy zespół składa się z:
inżynierów mechaników, lotniczych lub mechatroników,
specjalistów od elektroniki i automatyki,
osób, które mają doświadczenie w RC, modelarstwie, dronach,
(często) członków kół naukowych lub aeroklubów.
Produkt to zwykle:
własna konstrukcja drona (np. do specyficznych zadań – przenoszenie ładunków, lot w tunelach, loty nad morzem),
podsystemy: autopiloty, kamery, sensory, systemy pozycjonowania, mechanizmy zrzutu ładunków, systemy lądowania.
Infrastruktura bywa improwizowana: część prac w garażu lub niewielkim warsztacie, część w hangarze aeroklubu lub przestrzeni użyczonej przez uczelnię. Tu jedna uwaga z życia: „garaż” jest metaforą. W lotnictwie realnie potrzebujesz przestrzeni testowej, dostępu do pasów startowych lub poligonów. Sam stół w piwnicy szybko przestaje wystarczać.
Kapitał, czas i ścieżka rozwoju produktu w hardware
Ten model jest najbardziej „filmowy”, ale też najbardziej kapitałochłonny.
Prosta ścieżka rozwoju produktu wygląda najczęściej tak:
Koncepcja i wstępne obliczenia – szkice, modele CAD, podstawowe analizy wytrzymałości i aerodynamiki.
Małe prototypy – druk 3D, małoskalowe modele do testów w warsztacie lub tunelu aerodynamicznym.
Pierwsze pełnowymiarowe prototypy – składanie ram, montaż elektroniki, testy na uwięzi, próby naziemne.
Krótkie loty testowe – sprawdzenie podstawowej sterowności, zasięgu, reakcji systemów bezpieczeństwa.
Wersja demonstracyjna – sprzęt, który można pokazać klientowi / inwestorowi, wykonać nim realne zadanie (np. misję inspekcyjną).
Dostosowanie pod klienta i pierwsze wdrożenia pilotażowe – lekkie modyfikacje konstrukcji, integracja z systemami IT odbiorcy, dopracowanie procedur obsługi i serwisu.
Skalowanie produkcji – przejście z „rękodzieła” na powtarzalny proces, dokumentacja, kontrola jakości, szkolenie serwisantów.
Każdy stopień tej drabinki to konkretne koszty: od kilku tysięcy złotych na modele i warsztat, po setki tysięcy (a przy ambicjach certyfikacyjnych – znacznie więcej) na pełne prototypy, testy wytrzymałościowe, ubezpieczenia czy obsługę prawną. Do tego dochodzi czas – kilka sezonów testowych potrafi zjeść cały pierwotny entuzjazm, jeśli zespół nie ma równolegle sensownego planu finansowania.
Typowy miks finansowania to oszczędności założycieli, niewielkie rundy od aniołów biznesu, dotacje R&D i pierwsze płatne pilotaże z klientami instytucjonalnymi. Im wcześniej sprzęt robi coś użytecznego w realnym świecie (nawet w ograniczonej skali), tym łatwiej przekonać kogokolwiek, że to nie jest kolejny „projekt kółka modelarskiego”. Dobrą praktyką jest też od początku myślenie o wariantach modułowych – tak, by jedna platforma dała się sprzedać do kilku zastosowań.
Drugie duże wyzwanie to zderzenie „logiki prototypu” z „logiką certyfikacji”. Prototyp wybacza prowizorkę, szybkie poprawki taśmą i opaski zaciskowe. Certyfikacja i poważni klienci – już nie. W którymś momencie trzeba przestawić się z kultury „byle latało” na kulturę „dajmy to serwisantowi w terenie i niech wytrzyma pięć lat”. Ten moment bywa bolesny, bo oznacza re‑design części konstrukcji, wybór droższych komponentów i wprowadzenie procedur, których mały zespół szczerze nie znosi.
Przy całym tym wysiłku hardware’owy wariant ma jedną, trudną do podrobienia przewagę: jeśli uda się dowieźć działającą maszynę lub podsystem, realne bariery wejścia dla konkurencji są wysokie. Nie da się „sklonować” dojrzałego płatowca czy napędu w trzy sprinty developerskie. Dla wielu zespołów to wystarczający powód, by zacząć właśnie od garażu – byle z planem, jak z czasem przenieść się do hangaru, a nie z powrotem do kartonów po częściach.
Polskie start‑upy lotnicze, w każdej z opisanych konfiguracji, stoją dziś między szlifierką w warsztacie a ekranem z symulacją przepływów i algorytmów AI. Kto potrafi połączyć te dwa światy – fizycznej blachy i cyfrowej chmury – ma szansę, żeby za kilka lat to nie jego zespół oglądał samoloty na pokazach, ale żeby to jego konstrukcje i oprogramowanie były tam pokazywane jako „nowy polski eksport”.
Wariant B – Software nad chmurami: systemy, które sterują, planują i liczą
Jak działa lotniczy start‑up software’owy w polskich realiach
Wariant B bywa mniej fotogeniczny niż błyszczący dron w hangarze, ale częściej łapie trakcję rynkową. Tu głównym „produktem” nie jest maszyna, tylko kod i to, co z nim robią operatorzy, kontrolerzy lotu, logistycy czy piloci dronów. Zwykle chodzi o:
systemy zarządzania ruchem bezzałogowym (UTM, U‑space),
platformy do planowania i analizy misji dronów,
oprogramowanie dla lotnisk regionalnych i aeroklubów (sloty, obsługa naziemna, rozliczenia),
AI do przetwarzania danych z powietrza – detekcja obiektów, analiza infrastruktury, mapowanie.
Typowy zespół to mieszanka:
programistów (backend, frontend, czasem embedded),
specjalistów od AI / data science,
kogoś z mocnym backgroundem domenowym: eks‑pilot, eks‑kontroler, operator dronów, inżynier z tradycyjnego lotnictwa.
Bez tej ostatniej osoby projekt szybko ląduje w szufladce „ładny dashboard, ale w realnej wieży nikt tak nie pracuje”. W lotnictwie procesy są dość skostniałe, ale z jakiegoś powodu: chodzi o bezpieczeństwo, odpowiedzialność i prawo. Dobre software’owe start‑upy nie próbują tego rozwalić z buta, tylko podczepić się pod istniejące procedury i od nich zacząć.
Cykl produktu: od prototypu w chmurze do pierwszego lotu z klientem
Rozwój w modelu software’owym wygląda inaczej niż w hardware. Tutaj:
Weryfikacja potrzeby – rozmowy z operatorami dronów, lotniskami, służbami; zbieranie „historii bólu” (opóźnienia, papierologia, chaos komunikacyjny).
Prosty prototyp – najczęściej webowa aplikacja lub moduł analityczny, który rozwiązuje jeden konkretny problem (np. automatyczne układanie planów misji na podstawie stref lotniczych).
Testy z 1–2 klientami – pilotaże, integracje „na sznurki”, szybkie poprawki, często praca ramię w ramię z operatorem w trakcie realnych działań.
Rozbudowa funkcji – dopiero gdy widać, że coś jest używane codziennie, dochodzą kolejne moduły: raportowanie, rozliczenia, API do innych systemów.
Stabilizacja i zgodność regulacyjna – bezpieczeństwo, audyt logów, zgodność z przepisami lotniczymi i ochroną danych.
Przewagą jest możliwość stosunkowo szybkiego pivota: jeśli dana funkcja nie „żre”, można przebudować produkt bez spawarki i nowych kompozytów. Problem w tym, że konkurencja myśli tak samo. Dlatego polskie firmy, które rzeczywiście zyskują przewagę, robią zwykle jedną z trzech rzeczy:
cementują się w konkretnym łańcuchu wartości (np. obsługa całego procesu inspekcji linii energetycznych z dronów),
budują mocne integracje z istniejącymi systemami (ATC, ERP, systemy bezpieczeństwa),
tworzą rozwiązania ściśle pod lokalne regulacje, które łatwo potem adaptować na inne rynki.
Plusy i minusy software’u w lotnictwie – z perspektywy zespołu i inwestora
Dość łatwo policzyć główne zalety:
niższe koszty startu – potrzebny jest zespół i czas, niekoniecznie hangar i flota prototypów,
krótszy czas do pierwszej sprzedaży – przy dobrym produkcie pilot płatny da się domknąć szybciej niż w przypadku sprzętu,
skalowalność – jeden system można sprzedać do wielu krajów, często z niewielkimi modyfikacjami.
Minusy są mniej intuicyjne, ale bolesne:
presja na globalny produkt – lokalny rynek szybko się kończy, a na świecie walczysz z graczami, którzy mają więcej ludzi i kapitału,
trudniejsza „obronność” – pomysły i interfejsy można łatwo skopiować, jeśli nie oprzesz się na danych, ekosystemie lub certyfikacjach,
asymetria informacji – klienci z branży lotniczej rzadko dokładnie wiedzą, czego chcą od software’u, ale dokładnie wiedzą, czego nie chcą; negocjacje bywa, że przypominają kalibrację radia na starym pokrętle.
Dla inwestora czy przyszłego pracownika istotne jest jedno: czy firma ma jasny „go‑to‑market” poza Polską. Jeśli plan na ekspansję sprowadza się do hasła „pójdziemy w Europę”, to sygnał ostrzegawczy. Lepsze jest skupienie na 1–2 krajach z podobnym systemem prawnym i konkretnymi partnerami w zasięgu.
Dla kogo taki model ma sens
Software nad chmurami to dobry wybór, gdy:
masz w zespole silne kompetencje programistyczne / AI,
macie dostęp do danych operacyjnych (misje dronowe, logi z lotów, dane infrastrukturalne),
umiecie „czytać” przepisy i realne procesy w lotnictwie, nie tylko designować ekrany.
Jeśli natomiast Twoją główną motywacją jest „zrobić coś z dronami, bo to modne”, lepiej wrócić jeszcze krok wstecz i poszukać realnej dziury w procesie: gdzie dziś operatorzy spędzają czas w Excelu, na telefonie albo w trzech różnych systemach naraz.
Wariant C – Spin‑off uczelniany i laboratoria zamiast garażu
Kiedy projekt z koła naukowego staje się firmą
Spora część najbardziej obiecujących polskich projektów lotniczych wyrasta z kół naukowych i zespołów badawczych. Zaczyna się od zawodów konstrukcji bezzałogowych, badań nad nowymi kompozytami, eksperymentalnych napędów czy systemów awioniki. W którymś momencie pojawia się pytanie: „czy to może być biznes?”.
Spin‑off uczelniany różni się od garażowego hardware’u tym, że:
punkt startu to często unikalna technologia (np. algorytm, materiał, system sterowania),
zespół ma dostęp do laboratoriów, tuneli aerodynamicznych, symulatorów,
jest formalna relacja z uczelnią – umowy licencyjne, udział w spółce, projekty badawcze.
Zaletą jest głębia technologii. Wadą – ryzyko, że przez trzy lata rozwija się perfekcyjny algorytm, którego nikt poza kilkoma recenzentami publikacji nie chce używać.
Model działania i typowa ścieżka
W uczelnianych spin‑offach punktem wyjścia jest zwykle gotowy wynik badań: prototyp napędu, metoda sterowania rojem dronów, system wspomagania pilota. Dalej typowy scenariusz wygląda tak:
Uregulowanie praw własności – kto ma do czego prawa, jakie są udziały uczelni, co można licencjonować.
Wyjście poza świat konferencji – rozmowy z przemysłem, instytucjami, operatorami: do czego da się to wykorzystać w realnym procesie.
Pierwsza aplikacja komercyjna – zwykle węższa niż akademicki zakres badań; lepiej rozwiązać jeden problem klienta, niż osiem hipotez naukowych.
Projekty grantowe i R&D – spin‑offy często korzystają z funduszy badawczo‑rozwojowych, łącząc je z pierwszymi kontraktami.
Oderwanie się od kalendarza akademickiego – przejście z trybu „konferencje i publikacje” na „wdrożenia i terminy u klientów”. Ten etap bywa decydujący.
Jeśli uda się przejść tę drogę, spin‑off dostaje to, czego zazdroszczą mu garażowcy: wysoką wiarygodność technologiczną. W lotnictwie, gdzie papier z instytucji badawczej nadal robi wrażenie, to nie jest mało.
Mocne i słabe strony modelu spin‑off
Najwyraźniejsze plusy:
dostęp do infrastruktury – laboratoria, sprzęt pomiarowy, hale testowe, czasem własne lotniska doświadczalne,
możliwość długofalowego R&D – projekty badawcze finansowane z grantów krajowych i europejskich,
łatwiejszy dostęp do ekspertów – profesorów, doktorów, którzy robią na świecie dokładnie to samo, tylko w innych warunkach.
Ryzyka i ograniczenia:
konflikt celów – uczelnia patrzy na publikacje i patenty, biznes na przychody i wdrożenia; te kalendarze często się rozmijają,
procedury – dłuższe decyzje, formalności przy licencjach, zamówieniach, własności intelektualnej,
brak „głodu sprzedaży” – jeśli większość finansowania idzie z grantów, łatwo przeoczyć moment, w którym klient przestaje być w centrum.
Dla inwestora lub osoby rozważającej pracę kluczowe jest pytanie, czy spin‑off ma osobę odpowiedzialną za biznes, nie tylko CTO / głównego badacza. Gdy za rozmowy z klientami odpowiada doktorant „po godzinach”, skala rzadko kiedy wychodzi poza pilotaże.
Kiedy spin‑off jest lepszy niż garaż – a kiedy nie
Model uczelniany ma sens, gdy:
rdzeniem projektu jest trudna, chroniona technologia (np. nowy typ napędu, zaawansowana diagnostyka, metody sterowania),
potrzebne są lata badań i testów, zanim zobaczysz produkt rynkowy,
rynek docelowy jest konserwatywny i regulowany – klienci cenią zaplecze naukowe.
Jeśli natomiast chcesz szybko zbudować małego drona do inspekcji dachów, wchodzić w formalny spin‑off uczelni tylko po to, żeby mieć logo na slajdzie, zwykle mija się z celem. W takiej sytuacji prostszy będzie klasyczny start‑up, przy wsparciu uczelni jako partnera projektowego, a nie współwłaściciela.
Wariant D – Start‑up z dużym partnerem przemysłowym
Między korporacją a garażem
Ostatni z głównych modeli to współpraca z dużym graczem: linią lotniczą, producentem komponentów, operatorem lotniska, koncernem zbrojeniowym czy integratorem systemów. Tu start‑up zwykle rodzi się jako wydzielony zespół projektowy albo firma wspierana w ramach akceleratora branżowego.
Silną stroną tego układu jest dostęp do:
realnych problemów i danych – od razu wiesz, co boli klienta i jak wygląda proces „od środka”,
kanału dystrybucji – jeśli rozwiązanie zadziała u partnera, łatwiej wejść z nim do kolejnych odbiorców,
infrastruktury i certyfikacji – korzystasz z istniejących procedur, laboratoriów, a czasem certyfikatów partnera.
Z drugiej strony pojawia się klasyczne ryzyko „jednego wielkiego klienta”. Gdy wszystko – roadmapa, przychody, priorytety – zależy od jednej organizacji, start‑up zaczyna zachowywać się jak rozszerzony dział R&D tego partnera, a nie niezależna firma.
Jak wygląda droga produktu w tym wariancie
Przy dużym partnerze projekt zwykle startuje od konkretnego briefu: optymalizacja obsługi naziemnej, monitoring floty, system do zarządzania częściami, inspekcje infrastruktury. Dalej scenariusz bywa podobny:
Proof of Concept – mały pilotaż w jednym dziale lub na jednym obiekcie, ścisły nadzór partnera.
Rozszerzony pilotaż – wdrożenie na kilku lokalizacjach, integracja z istniejącymi systemami, testowanie obciążeń.
Decyzja o skalowaniu – partner deklaruje, czy „wchodzi w to” w całej organizacji i na jakich warunkach.
Wyjście poza partnera – najtrudniejszy etap: produkt trzeba „odkleić” od specyfiki jednego klienta, uogólnić i sprzedać dalej.
Jeśli na etapie 4 zespół nie zadba o uogólnienie, kończy z czymś w rodzaju customowego rozwiązania dla jednej korporacji. Technicznie imponującego, biznesowo – mało skalowalnego.
Plusy, minusy i sygnały ostrzegawcze
Korzyści dla zespołu i inwestora:
wysokie prawdopodobieństwo pierwszego dużego kontraktu,
silny „proof‑of‑use” – produkt działa w trudnym, operacyjnym środowisku,
dostęp do procesów bezpieczeństwa i jakości – jeśli przejdziesz sito działu compliance dużej linii lotniczej, łatwiej rozmawiać z kolejną,
lepsze rozumienie branży – zespół szybciej uczy się realiów operacyjnych, zamiast projektować rozwiązanie „z wyobraźni”.
Współpraca ma jednak swoją ciemniejszą stronę. Pierwszy sygnał ostrzegawczy: brak jasnego właściciela po stronie partnera. Jeśli produkt „trochę” należy do IT, „trochę” do operacji, a „trochę” do innowacji, decyzje będą się rozmywać miesiącami. Drugi: nadmierne uzależnienie roadmapy od jednej osoby lub działu. Gdy zmienia się dyrektor, a z nim priorytety, start‑up zostaje z produktem skrojonym pod czyjąś nieaktualną wizję.
Dochodzi jeszcze kwestia praw własności intelektualnej. Jeśli umowa mówi, że wszystko, co powstaje w projekcie, automatycznie należy do korporacji, start‑up traci największy atut – możliwość budowania własnego, skalowalnego IP. Tu przydaje się twarde negocjowanie na starcie: lepiej mieć mniejszy pierwszy kontrakt, ale zachować prawo do rozwijania produktu dla innych klientów.
W praktyce zdrowy układ wygląda tak: partner wnosi dane, środowisko testowe i pierwsze wdrożenia, a zespół zachowuje rdzeń technologii i prawo do jej dalszej komercjalizacji poza jedną organizacją. Wtedy start‑up nie jest „podwykonawcą na wiecznym POC‑u”, tylko buduje produkt, który przeżyje nawet zmianę zarządu po stronie dużego gracza.
Ten model będzie sensowny dla osób, które dobrze czują się w świecie korporacyjnych procesów i potrafią odmawiać, gdy kolejny „mały wyjątek dla nas” grozi zamianą produktu w labirynt konfiguracji dla jednego klienta. Kto potrzebuje pełnej swobody i nie cierpi procedur, szybciej odnajdzie się w garażu, na uczelni albo w bootstrappingu.
Trzy ścieżki – garaż, granty, uczelnia, plus wariant z dużym partnerem – mieszają się dziś w rozmaitych konfiguracjach. Ważniejsze od etykietki jest to, czy wybrany model pasuje do twojej technologii, tempa pracy i odporności na papierologię. Bo na końcu i tak wszyscy spotykają się w tym samym miejscu: przy stole z klientem, który nie pyta, skąd jesteś, tylko czy to naprawdę zadziała w jego hangarze, a nie tylko na slajdzie.
Cztery modele na jednej osi: który pasuje do twojego hangaru?
Garażowy hardware, software „nad chmurami”, spin‑off uczelniany i start‑up z wielkim partnerem wydają się zupełnie różnymi światami. Da się je jednak ułożyć na kilku wspólnych osiach: kapitał, czas do pierwszego wdrożenia, ryzyko regulacyjne i kontrola nad produktem. Od tego, gdzie jesteś na każdej z nich, zależy, który model będzie cię mniej bolał.
Najważniejsze kryteria wyboru modelu
Zanim pojawi się logo i nazwa spółki, dobrze zadać sobie kilka prostych pytań. Brzmią niewinnie, ale odpowiedzi często decydują, czy skończysz w garażu, laboratorium, open space’ie u partnera, czy w hybrydzie.
Co jest „sercem” produktu?
Chodzi o to, czy kluczową wartość daje fizyczna maszyna (płatowiec, napęd, sensory), czy raczej mózg – algorytmy, oprogramowanie, systemy planowania misji.
Jak bardzo boisz się regulacji?
Projekt spod znaku eVTOL z pasażerami wymaga zupełnie innej odporności psychicznej niż system planowania slotów na lotnisku. Jedno to walka z certyfikacją statku powietrznego, drugie – głównie cyberbezpieczeństwo i integracja IT.
Ile możesz czekać na pierwsze sensowne przychody?
Start‑up hardwarowy w lotnictwie to często kilka lat do pełnej certyfikacji. Software do zarządzania flotą dronów może zarabiać dużo szybciej, czasem jeszcze na etapie „beta u pierwszych klientów”.
Skąd realnie weźmiesz infrastrukturę do testów?
Drony BVLOS, systemy dla lotnisk, nowe typy napędów – wszystko to wymaga miejsca, ludzi, sprzętu i często formalnych zgód. Jeśli nie masz do nich dostępu, pytanie nie brzmi „czy współpracować”, tylko „z kim najtaniej i najrozsądniej”.
Na co masz przewagę kompetencyjną?
Zespół z mocnym doświadczeniem akademickim łatwiej „odpali” spin‑off. Ekipie product‑/software‑owej szybciej pójdzie budowa systemu zarządzania ruchem dronów niż certyfikacja turbin.
Porównanie modeli: gdzie zyskujesz, gdzie tracisz
Bez tabeli też da się zobaczyć różnice. Jeśli spojrzeć na każdy model przez kilka praktycznych pryzmatów, kontrasty robią się dość wyraźne.
Czas do „pierwszego prawdziwego lotu”
Garażowy hardware – najszybsza droga do pierwszego lotu prototypu, ale najwolniejsza do komercyjnego lotu w regulowanym środowisku. Pierwszy start często bywa „na ryzyku” zespołu.
Start‑up software/AI – lotem jest tak naprawdę wdrożenie u klienta. Do pilota w realnym środowisku da się dojść w miesiące, nie lata, o ile masz danych i partnera do testów.
Spin‑off uczelniany – zwykle długo mieli fazę laboratoryjną, ale gdy przychodzi czas na loty testowe, mają już uporządkowaną dokumentację i infrastrukturę. Krócej od garażu do certyfikowanej demonstracji, dłużej do pierwszego „hej, to w ogóle startuje”.
Start‑up z partnerem przemysłowym – pierwszy lot lub wdrożenie bywa relatywnie szybkie, bo partner „otwiera drzwi”, ale można utknąć miesiącami na etapie formalnego POC‑u i integracji.
Kapitał i ryzyko technologiczne
Garaż – najmniejszy próg wejścia finansowego, ale największe ryzyko, że projekt ugrzęźnie na etapie „niedokończonych skrzydeł”. Bez zewnętrznego finansowania trudno przejść od demonstratora do produktu, który przejdzie audyt.
Software/AI – mniejszy CAPEX, większy nacisk na dostęp do danych. Główne ryzyko: zbudujesz świetny system, który nie ma jak rosnąć bez integracji z istniejącymi platformami (UTM, systemy linii, porty lotnicze).
Spin‑off – część ryzyka technologicznego „wchłania” uczelnia i granty. W zamian płacisz udziałem w IP i wolniejszym tempem decyzji. Dla technologii głębokich (nowe napędy, materiały, algorytmy sterowania) to często jedyna sensowna droga.
Partner przemysłowy – najmniejsze ryzyko „nikt tego nie kupi”, bo pierwszy klient siedzi przy stole od dnia zero. Jednocześnie wysokie ryzyko technologicznej zależności: produkt staje się tak sprofilowany pod jedną organizację, że trudno go sprzedać gdziekolwiek indziej.
Skalowalność i szansa na globalne wyjście
Garażowy sprzęt – globalny skok jest możliwy, ale wymaga przejścia w któreś z pozostałych wcieleń (spin‑off, partner przemysłowy, mocne VC). Sam garaż rzadko dowozi certyfikację i masową produkcję.
Software/AI dla lotnictwa – tu Polska ma spore szanse. Regulacje są trudne, ale bariera kapitałowa jest niższa, a zapotrzebowanie na systemy optymalizacji, zarządzania ruchem dronów, planowania misji czy predykcyjnej konserwacji jest globalne.
Spin‑offy deep‑tech – jeśli technologia jest naprawdę przełomowa (np. lekkie kompozyty, nowe metody sterowania rojem dronów), uczelniane zaplecze może być trampoliną do licencji dla dużych graczy na innych rynkach.
Start‑up z partnerem – globalny potencjał mają rozwiązania, które od początku są projektowane jako „produkt branżowy”, a nie „system napisany pod proces operacyjny jednej firmy X”. Tu wygrywa asertywność przy definiowaniu zakresu.
Jaki model dla jakiego typu pomysłu?
Te same technologie można prowadzić różnymi ścieżkami, ale są kombinacje, które naturalnie „klikają” i takie, które zwykle kończą się frustracją.
Nowe statki powietrzne i napędy
eVTOL, hybrydowe napędy, nowe skrzydła, bezzałogowe platformy do lotów poza zasięgiem wzroku – to „ciężki hardware” w pełnej krasie. Tutaj sens mają głównie dwa modele lub ich hybryda:
Spin‑off + partner przemysłowy – baza naukowa + dostęp do infrastruktury testowej i rynku. Uczelnia zajmuje się walidacją, partner – środowiskiem operacyjnym, start‑up skleja to w produkt.
Garaż → partner / spin‑off – klasyczna ścieżka: demonstrator powstaje „po godzinach”, a gdy zaczyna latać, do gry wchodzi uczelnia lub przemysł, by pomóc przejść ścieżkę certyfikacji.
Full‑software’owy model przy takim typie produktu ma sens głównie jako uzupełnienie – np. oprogramowanie do symulacji, planowania lotów czy monitoringu stanu technicznego.
Drony usługowe i UAM „od strony systemów”
Systemy UTM, platformy do zarządzania flotą dronów, oprogramowanie do integracji ruchu bezzałogowego z klasycznym ruchem lotniczym – to obszar, gdzie prym wiedzie software.
Software/AI + partner przemysłowy – typowy duet: start‑up dostarcza platformę i algorytmy, operator dronów, lotnisko lub ANSP (służby żeglugi powietrznej) daje środowisko testowe i dostęp do danych.
Spin‑off software’owy – sensowny, jeśli w grę wchodzą zaawansowane algorytmy, np. optymalizacja trajektorii w zatłoczonym korytarzu UAM czy uczenie maszynowe do separacji ruchu.
W tym segmencie garaż ma mniejszą rolę: prototypem jest tu raczej wersja testowa systemu niż fizyczny płatowiec. Największym „polem minowym” jest brak standardów – łatwo zbudować świetne narzędzie, które nie integruje się z niczym, co kluczowi gracze naprawdę używają.
Czujniki, systemy pokładowe, analityka danych
Radary, lidary, sensory optyczne, systemy diagnostyki pokładowej, analityka danych z lotów – to część rynku, gdzie polskie firmy już sporo robią. Tu da się złożyć bardziej modułowe ścieżki rozwoju.
Spin‑off + garażowy mindset – zespół naukowy rozwija technologie sensorów, jednocześnie bardzo wcześnie robiąc demonstratory u klientów: na dronach, śmigłowcach, pojazdach naziemnych.
Software’owiec z partnerem – gdy hardware (np. radar) jest kupowany od dostawcy, a przewaga leży w analityce i integracji z systemami klienta.
Tu realnym wyróżnikiem jest gotowość do testów w trudnych warunkach: mgła, oblodzenie, zakłócenia elektromagnetyczne. Prezentacja z piękną wizualizacją chmury punktów robi wrażenie tylko do momentu, gdy inspektor poprosi o dane z lotu nad słupami energetycznymi w marcu.
Jak nie wpakować się w „lot donikąd” – wybór modelu krok po kroku
Można podejść do wyboru modelu jak do projektowania misji. Zamiast zgadywać, dobrze przejść przez kilka „punktów trasy”.
Krok 1: Zdefiniuj najtrudniejsze miejsce w projekcie
W każdym pomyśle jest jedno miejsce, które „pęknie” jako pierwsze: technologia, regulacja, sprzedaż, dostęp do infrastruktury. Trzeba nazwać je po imieniu.
Jeśli największym wyzwaniem jest technologia (np. stabilne loty w bardzo trudnych warunkach, nowy typ napędu) – bliżej ci do spin‑offu lub przynajmniej ścisłej współpracy z jednostką badawczą.
Jeśli największym wyzwaniem jest rynek i sprzedaż (np. system optymalizujący wykorzystanie slotów na lotnisku) – szukaj partnera przemysłowego, który ma ból i dane.
Jeśli największym wyzwaniem jest regulacja (np. loty BVLOS nad miastem) – sprawdź, kto w Polsce ma już doświadczenia z ULC/PAŻP w podobnych projektach i zajmij miejsce obok nich, zamiast zaczynać samotnie.
Krok 2: Ustal, na co masz zasoby dziś, a na co dopiero „kiedyś”
Wielu założycieli mentalnie zakłada, że „akcelerator, VC, partner przemysłowy przyjdą, jak pokażemy progres”. Tylko że konkretne modele wymagają konkretnych zasobów już na starcie.
Garaż – wymaga czasu, dostępu do podstawowej infrastruktury i sporej elastyczności życiowej. Ludzie, którzy co tydzień dopytują o „godziny nadliczbowe w start‑upie”, zwykle długo w tym modelu nie wytrzymują.
Software/AI – wymaga kompetencji deweloperskich i MLOps, ale też kontaktów do pierwszych klientów pilotażowych. Sam kod bez realnych danych z lotów niewiele znaczy.
Spin‑off – wymaga silnego zakotwiczenia na uczelni i ludzi, którzy rozumieją obie strony: świat grantów i świat umów z klientami. „Startupowiec z LinkedIna” bez zaufania zespołu naukowego daleko nie zajedzie.
Partner przemysłowy – wymaga umiejętności poruszania się po dużej organizacji i cierpliwości do RFP, NDA, comiesięcznych steering committee. Kto chce „szybkich zwrotów i zero maili”, będzie cierpiał.
Krok 3: Sprawdź, kogo ty tak naprawdę szukasz – i kto szuka ciebie
Model to nie tylko technologia. To także typ ludzi, których chcesz mieć obok siebie – współzałożycieli, pierwszych pracowników, inwestorów.
Entuzjaści testów i prototypowania – zwykle ciągnie ich do garażu, spin‑offu albo zespołów mieszanych, gdzie „zawsze jest coś do sklejenia i przetestowania jutro”.
Specjaliści od procesów i integracji – dobrze czują się w projektach z partnerem przemysłowym, gdzie sukces mierzy się tym, że system wytrzymał kolejną zmianę wersji SAP‑a, a operacje nadal działają.
Algorytmicy i data scientist – często wybierają software’owe start‑upy lub spin‑offy z mocnym komponentem AI, gdzie nie trzeba co tydzień odkręcać śrub w hangarze.
Jeśli będziesz próbował łączyć bardzo różne temperamenty w modelu, który im nie odpowiada, skończysz z zespołem, który technicznie „może”, ale mentalnie dawno wypadł z kadłuba.
Jak rozpoznać projekt z potencjałem – oczami inwestora, partnera i przyszłego pracownika
Polskie start‑upy lotnicze potrafią być uwodzące: render eVTOL‑a nad Warszawą, roadmapa „certyfikacja za trzy lata”, a do tego slajd z NASA i Airbusem w tle. Pytanie brzmi: co odróżnia obiecujący projekt od prezentacji, którą trudno będzie kiedykolwiek zamienić w realne loty?
Wspólne cechy sensownych projektów, niezależnie od modelu
Niezależnie od tego, czy patrzysz na garaż, spin‑off czy projekt z partnerem, kilka sygnałów zwykle się powtarza.
Realny „proof of life” technologii – nie tylko slajd z architekturą systemu, lecz choćby krótka seria lotów testowych, symulacji porównanych z danymi rzeczywistymi, raport z kampanii pomiarowej. Jedno konkretne wideo z lotu BVLOS z opisem parametrów i problemów znaczy więcej niż dziesięć renderów.
Świadome podejście do regulacji – zespół wie, jakie przepisy go dotyczą dzisiaj, jakie zmiany są na horyzoncie i gdzie szukać ludzi od compliance. Nawet proste mapowanie: „tu potrzebujemy zgody ULC, tu rodo, tu standard DO‑178” pokazuje, że ktoś wie, w co się pakuje.
Hipoteza biznesowa sklejona z łańcuchem wartości – nie „rynek wart miliardy”, tylko jasna odpowiedź: kto płaci, z jakiego budżetu i za co dokładnie. Najlepsze prezentacje od razu mówią: „wypieramy ręczne inspekcje X, skracamy czas o Y, klient liczy to tak i tak”.
Minimalny, ale zgrany zespół – przy lotnictwie jedna osoba „od wszystkiego” to za mało. Nawet mikro‑zespół 2–3 osób, w którym ktoś ogarnia technikę, ktoś procesy/regulacje, a ktoś sprzedaż lub relacje z partnerami, daje zupełnie inne rokowania.
Na co patrzy inwestor, a na co partner przemysłowy i przyszły pracownik
Różne strony stołu widzą ten sam projekt w trochę innych barwach. Dobrze to zrozumieć, zanim zaczniesz kogoś przekonywać.
Inwestor zwykle szuka skalowalności i momentu wejścia. Interesuje go, czy:
technologia ma potencjał wyjścia poza pierwszy rynek (np. z inspekcji linii energetycznych do infrastruktury kolejowej),
model nie zakłada permanentnego finansowania z grantów zamiast budowy przychodu,
ścieżka certyfikacji i regulacji jest w ogóle wliczona w czas i budżet (a nie „zrobimy to jakoś po serii A”).
Partner przemysłowy z kolei patrzy bardziej przyziemnie: czy tym da się poprawić KPI operacyjne w ciągu najbliższych kwartałów, a nie dopiero „po pełnej certyfikacji eVTOL‑a”. Będzie dopytywał o:
koszt wdrożenia i integracji z istniejącymi systemami,
wpływ na bezpieczeństwo operacji i wymagane procedury,
to, na ile start‑up bierze odpowiedzialność za wsparcie i serwis, gdy system przestanie działać w środku śnieżycy.
Przyszły pracownik najczęściej nie studiuje CAPEX‑ów, tylko próbuje wyczuć, czy projekt ma sens i czy nie skończy w szufladzie. Sygnały, które go uspokajają, to m.in.: obecni klienci pilotażowi, harmonogram testów na najbliższe miesiące, jasny plan finansowania na rok–dwa oraz poczucie, że decyzje techniczne nie zmieniają się co tydzień pod wpływem „nowego pomysłu z LinkedIna”.
Kiedy odpuścić, nawet jeśli projekt wygląda efektownie
Zdarzają się pomysły, które świetnie wyglądają na konferencjach, a mimo to rozsądniej trzymać się od nich z daleka. Typowe czerwone flagi to:
brak zdefiniowanego scenariusza użycia – dużo mowy o „rewolucji w mobilności”, zero konkretu: kto, gdzie, jak często będzie korzystał z usługi i co dziś robi zamiast tego,
zespół odporowy na feedback – każde pytanie o regulacje, certyfikację czy bezpieczeństwo kwitowane jest odpowiedzią w stylu „regulatorzy się dostosują”,
fiksacja na jednym wielkim kliencie – całe „go‑to‑market” sprowadza się do zdobycia jednej umowy z dużą instytucją publiczną albo jednym koncernem, bez planu B.
Źródło: Pexels | Autor: cottonbro studio
Gdzie polskie start‑upy lotnicze mają realną przewagę – porównanie głównych ścieżek
Nie wszystkie obszary lotnictwa są dla polskich firm równie dostępne. Jedne wymagają dekad i miliardów (pełnoprawny samolot komunikacyjny), inne „tylko” kilku lat, dobrego zespołu i sensownego klienta pilotażowego. Da się z grubsza wyróżnić cztery kierunki, w których polskie start‑upy faktycznie mają szansę wyjść poza rolę podwykonawcy.
1. Drony i BVLOS – pole do działania tu i teraz
Segment bezzałogowców to naturalny pierwszy kandydat. Infrastruktura, rolnictwo precyzyjne, inspekcje – tu liczy się zwinność, a nie flota odrzutowców.
Plusy:
relatywnie niski próg wejścia technologicznego – pierwsze systemy można zbudować i przetestować bez własnego lotniska,
dynamicznie rozwijające się regulacje (np. loty BVLOS w korytarzach) otwierają nisze, w których jeszcze nie ma globalnych gigantów,
łatwiej o pierwsze płacące wdrożenia – operator sieci, firma budowlana, zarządca portu lotniczego.
Minusy:
silna konkurencja sprzętowa z Azji – trudno wygrać „gołym hardwarem”,
uzależnienie od zmieniających się przepisów – jeden komunikat regulatora potrafi „uziemić” model biznesowy,
presja na integrację – sam dron to za mało, trzeba dowieźć software, procedury i szkolenia.
Dla kogo ten kierunek ma sens? Dla zespołów, które mają dobry mix: inżynieria + operacje w terenie + rozumienie branży docelowej (energia, logistyka, przemysł). Jeśli jedynym atutem jest „potrafimy złożyć fajnego quada”, lepiej mocniej oprzeć się na software i usługach.
2. Urban Air Mobility i eVTOL – wysoki pułap, wysoka bariera
Start‑upy od latających taksówek i lekkich eVTOL‑i wyglądają efektownie, ale to maraton, nie sprint.
Plusy:
ogromny potencjalny rynek i zainteresowanie dużych graczy,
łatwiej o partnerów technologicznych i programy badawcze na poziomie europejskim,
możliwość zbudowania rozpoznawalnej marki, jeśli projekt „przeżyje” fazę prototypowania.
Minusy:
bardzo droga certyfikacja i długi czas dojścia do komercyjnych operacji,
powstają już silne, dobrze sfinansowane projekty globalne – trudno będzie je dogonić,
ryzyko, że miasto/infrastruktura nie nadążą za technologią (brak vertiportów, brak akceptacji społecznej).
Kiedy ma to sens? Głównie jako spin‑off uczelniany lub projekt z silnym partnerem przemysłowym, który pokryje część kosztów i „wystawi” zespół do międzynarodowych konsorcjów. Samodzielny garażowy eVTOL w Polsce to przeważnie przepis na szybkie rozczarowanie – chyba że celem jest niszowy demonstrator, a nie certyfikowany środek transportu ludzi.
3. Napędy, magazynowanie energii i komponenty – głęboka technologia dla cierpliwych
Nowe napędy elektryczne, hybrydowe czy wodorowe, lekkie kompozyty, systemy zarządzania energią – to obszary, w których polskie zespoły inżynierskie potrafią pokazać klasę, ale wymagają innej strategii niż „typowy SaaS”.
Plusy:
duża wartość IP – patenty, unikalne procesy wytwórcze, know‑how materiałowe,
możliwość wejścia w łańcuchy dostaw większych producentów lotniczych,
szansa na finansowanie z programów badawczych i klimatycznych (zielone napędy, redukcja emisji).
Minusy:
konieczność posiadania lub współdzielenia zaawansowanej infrastruktury testowej,
długi czas od koncepcji do wdrożenia w certyfikowanym statku powietrznym,
mniej „sexy” marketingowo – trudniej o szybki rozgłos, łatwiej o mozolną pracę w tle.
Dla kogo to szansa? Dla zespołów z mocnym zapleczem naukowym i cierpliwymi inwestorami. Tu lepiej myśleć w kategoriach: „zostaniemy kluczowym dostawcą konkretnego komponentu”, niż „zbudujemy od zera cały samolot na nasz napęd”.
4. Software, AI i cyfryzacja operacji – poligon do globalnej ekspansji
Oprogramowanie do zarządzania ruchem bezzałogowym, analizy danych z czujników, optymalizacji lotów czy utrzymania floty ma jedną przewagę: da się je stosunkowo szybko przetestować w Polsce, a potem wypuścić dalej w świat.
Plusy:
łatwiejsza skalowalność – jeśli uda się znaleźć powtarzalny problem (np. harmonogramowanie inspekcji, analiza obrazu),
niższy CAPEX na starcie w porównaniu z ciężkim hardware,
możliwość łączenia z innymi modelami – np. własny software + flota dronów partnera.
Minusy:
konkurencja globalnych dostawców oprogramowania i chmury,
uzależnienie od dostępu do danych z lotów – bez nich algorytmy zostają na poziomie „ładnych prezentacji”,
presja na bezpieczeństwo cybernetyczne i ciągłość działania (w lotnictwie downtime liczy się inaczej niż w e‑commerce).
Kiedy wybrać ten kierunek? Gdy zespół ma mocne kompetencje programistyczne/AI i dostęp do branżowych danych lub partnerów. Jeśli ktoś dopiero szuka „jakiegoś use case’u w lotnictwie”, łatwo skończyć z generycznym produktem, który równie dobrze mógłby działać w logistyce drogowej.
Krótka tabela porównawcza – który wariant do czego pasuje
Zestawienie czterech ścieżek w jednej ramce pomaga złapać perspektywę. Bez liczb, za to z tym, co zwykle decyduje o wyborze modelu.
Wariant
Mocne strony
Główne bariery
Najlepszy profil zespołu
Drony / BVLOS
szybkie prototypy, blisko rynku, realne wdrożenia
regulacje, konkurencja sprzętowa, integracja
inżynier + operator + ktoś od branży docelowej
UAM / eVTOL
duży „storytelling”, międzynarodowe konsorcja
certyfikacja, koszty, silni globalni gracze
spin‑off + partner przemysłowy, doświadczenie w R&D
dostęp do danych, bezpieczeństwo, konkurencja SaaS
deweloperzy/ML + osoba znająca operacje lotnicze
Jak wejść w ten świat: dołączyć, zainwestować czy zbudować własny projekt?
Po obejrzeniu kilku hangarów, demo lotów i slajdów z trajektoriami pojawia się proste pytanie: co mogę zrobić praktycznie, nie mając od razu własnego samolotu w kieszeni?
Opcja 1: Dołączyć do istniejącego start‑upu lotniczego
Najprostsza droga dla studentów, ludzi z branży IT i inżynierów z tradycyjnego przemysłu. Zamiast od razu zakładać firmę, można nauczyć się ekosystemu „od środka”.
Dobrze pasuje, jeśli:
chcesz zobaczyć, jak naprawdę wyglądają testy w locie, rozmowy z ULC i integracja z systemami klienta,
masz konkretną kompetencję (np. embedded, AI, aerodynamika, bezpieczeństwo) i chcesz ją zastosować w lotnictwie,
nie masz ochoty na pełne ryzyko założyciela, ale chcesz być blisko technologii.
Na co patrzeć, wybierając start‑up? Zwróć uwagę, czy firma ma choć jednego realnego klienta pilotażowego, widoczny plan testów i zespół, który rozumie regulacje. Jeśli jedyną „trakcją” są pitch decki, możesz utknąć w wiecznym „przygotowywaniu się do lotu”.
Opcja 2: Wejść jako inwestor lub partner branżowy
Dla osób z kapitałem finansowym lub dostępem do infrastruktury (np. firma robiąca inspekcje, operator lotniska, zakład produkcyjny) bardziej naturalną rolą jest partner niż założyciel.
Kiedy to ma sens:
masz konkretny problem operacyjny (inspekcje, bezpieczeństwo, koszty paliwa) i szukasz rozwiązania, które można przetestować na twojej infrastrukturze,
jesteś gotów wejść w projekt na dłużej niż „do następnego kwartału”,
akceptujesz, że część eksperymentów nie wyjdzie – po to robi się pilotaże, a nie tylko konferencje prasowe.
Jako inwestor indywidualny trzeba też wybrać model: projekty hardware’owe są dłuższe i bardziej kapitałochłonne, ale jeśli zespół ma IP i partnerów, mogą zbudować barierę wejścia trudną do skopiowania. Projekty software’owe są szybsze, łatwiej zdywersyfikować portfel, ale konkurencja jest bardziej globalna od pierwszego dnia.
Opcja 3: Zbudować własny zespół – wybór modelu na starcie
Jeśli decyzja brzmi: „zakładamy coś swojego”, pytanie nie dotyczy już tego, czy wchodzić w lotnictwo, tylko jak. Tu wracają cztery modele z początku artykułu, ale w praktycznym wydaniu.
Garaż/hangar – dobry, gdy masz mały, techniczny zespół, dostęp do warsztatu i chcesz szybko przejść do fizycznych prototypów. Wymaga jednak elastyczności życiowej i gotowości na okresy „zero przychodu”.
Spin‑off uczelniany – sensowny, gdy projekt ma silny komponent badawczy, a na uczelni są już wyniki badań, które można ułożyć w produkt. Trzeba jednak z góry poukładać kwestie IP i podziału ról.
Software’owy start‑up nad chmurami – najlepiej wychodzi, gdy jest partner z danymi (operator dronów, linie, porty lotnicze). Sam zespół programistów bez dostępu do operacji będzie błądził jak autopilot bez GPS.
Start‑up z partnerem przemysłowym – dobra ścieżka, gdy problem jest „duży i drogi”, a duża firma jest gotowa otworzyć dane i procedury. Trzeba jednak zaakceptować wolniejsze tempo decyzyjne i częste komitety sterujące.
Jak „zahaczyć się” w ekosystemie, zanim zapadnie duża decyzja
Nie trzeba od razu podpisywać umowy inwestycyjnej ani kupować pierwszego drona klasy przemysłowej. W polskim ekosystemie lotniczym funkcjonują różne miękkie wejścia.
Programy akceleracyjne i challenge’e branżowe – zwykle organizowane z udziałem lotnisk, linii, firm infrastrukturalnych lub producentów sprzętu. Dobre miejsce, by przetestować pomysł w bezpiecznych warunkach i zobaczyć, jak myśli „druga strona stołu”.
Klastry i stowarzyszenia branżowe – zrzeszają firmy produkcyjne, start‑upy, uczelnie, a czasem instytucje publiczne. Uczestnictwo pozwala znaleźć partnerów do konsorcjów, dowiedzieć się, kto już robi podobne rzeczy i czego im brakuje.
Koła naukowe i laboratoria na uczelniach – dla studentów i młodych inżynierów to często najszybszy sposób, by dotknąć prawdziwego sprzętu, zobaczyć, jak wygląda dokumentacja do certyfikacji i poznać ludzi, którzy później zakładają spin‑offy.
Minimalny krok, który można zrobić praktycznie od razu: pojechać na jedne zawody dronowe, hackathon lotniczy czy dzień otwarty w lokalnym aeroklubie i tam zacząć rozmowy. Zaskakująco wiele polskich projektów lotniczych zaczęło się od krótkiego „słuchaj, a gdybyśmy zrobili…?” rzuconego między hangarem a grillem.
Najczęściej zadawane pytania (FAQ)
Jakie są główne typy polskich start‑upów lotniczych?
W polskim ekosystemie lotniczym da się wyróżnić cztery podstawowe modele start‑upów. Pierwszy to hardware „garażowy” – zespoły budujące własne drony, lekkie płatowce, podsystemy i urządzenia w małych warsztatach czy hangarach. Drugi to software/AI – firmy tworzące systemy do zarządzania ruchem lotniczym i dronami, analitykę danych lotniczych, symulacje czy oprogramowanie bezpieczeństwa.
Trzeci model to spin‑offy naukowe (deep‑tech) wychodzące z uczelni i instytutów: nowe materiały, napędy, zaawansowana awionika, algorytmy kontroli lotu. Czwarty wariant to start‑upy budowane od początku z dużym partnerem przemysłowym – producentem samolotów, linią lotniczą, operatorem infrastruktury czy w ramach akceleratora korporacyjnego.
W który typ polskiego start‑upu lotniczego najlepiej zainwestować?
To zależy głównie od Twojej cierpliwości i apetytu na ryzyko. Hardware „garażowy” i deep‑tech wymagają zwykle większego kapitału, dłuższego horyzontu czasowego i odporności na procesy certyfikacyjne. W zamian dają szansę na mocny efekt „moatu” technologicznego – trudno je skopiować.
Start‑upy software’owe i AI są tańsze w wejściu, szybciej dochodzą do pierwszych przychodów i łatwiej skalują się globalnie, ale konkurencja jest tu o wiele ostrzejsza. Firmy z dużym partnerem przemysłowym mają z kolei łatwiejszy dostęp do rynku i danych, ale częściej są ograniczone wymaganiami korporacji. Inwestorzy zwykle dobierają model do własnej strategii: szybkie wyjście – software; długoterminowa gra – deep‑tech lub hardware.
Czy w Polsce da się zbudować „garażowy” start‑up od dronów, który urośnie globalnie?
Tak, ale sam garaż nie wystarczy. Typowy scenariusz to: mały zespół buduje własną platformę dronową pod konkretną niszę (np. inspekcje linii energetycznych), łączy ją z własnym software’em do planowania misji i analizy danych, a następnie rozwija usługę w modelu B2B. Sam sprzęt to za mało – klienci szukają kompletnego rozwiązania.
Kluczowe są trzy elementy: jasny use case (np. oszczędność czasu ekip serwisowych), odporność systemu na realne warunki pracy oraz umiejętność przejścia z „robimy super prototyp” do „utrzymujemy flotę działającą codziennie”. W Polsce pomaga tu otwarty regulator w dronach i duża ilość infrastruktury do testów, ale wyjście globalne wymaga dostosowania do innych regulacji i standardów bezpieczeństwa.
Jaką przewagę mają polskie start‑upy lotnicze oparte na oprogramowaniu i AI?
Największa przewaga to połączenie dobrych kompetencji programistycznych z relatywnie łatwiejszym dostępem do „żywego” środowiska testowego – dronów, lotnisk regionalnych, projektów U‑space czy pilotaży z instytucjami. Systemy do zarządzania ruchem dronów, planowania misji, predykcyjnego bezpieczeństwa czy analizy danych z rejestratorów lotu można szybko iterować i wdrażać w modelu SaaS.
Te firmy nie muszą budować własnego samolotu, by sprzedawać produkt lotniczy. Atutem jest też niższy koszt R&D niż w Europie Zachodniej. Z drugiej strony, mierzą się z globalnymi graczami z USA czy Izraela, więc muszą bardzo precyzyjnie dobrać niszę (np. określony segment dronów lub typ lotnisk) oraz pokazać twarde efekty: mniej incydentów, niższe koszty operacyjne, krótsze opóźnienia.
Jaką rolę odgrywają uczelnie i spin‑offy naukowe w polskich innowacjach lotniczych?
Uczelnie techniczne i instytuty badawcze są w Polsce głównym źródłem deep‑techu: nowych materiałów, koncepcji napędów, zaawansowanej awioniki i algorytmów sterowania lotem. Projekty tego typu rzadko rodzą się w klasycznym garażu, bo wymagają dostępu do laboratoriów, tuneli aerodynamicznych, specjalistycznej aparatury i kadr naukowych.
Spin‑offy naukowe często działają na styku grantów, programów badawczych i współpracy z dużymi firmami przemysłowymi. Ich siłą jest przewaga technologiczna, ale słabym punktem bywa komercjalizacja: sprzedaż, marketing, praca z klientem końcowym. Dlatego najlepsze zespoły łączą naukowców z doświadczonymi menedżerami i ludźmi z przemysłu, którzy potrafią przełożyć wynik badań na produkt, który ktoś realnie kupi.
Gdzie w Polsce najbardziej „buzuje” rynek start‑upów lotniczych i dronowych?
Najbardziej dynamiczny jest dziś segment dronów i rozwiązań UAM (Urban Air Mobility). Powstają firmy łączące hardware (drony, sensory, stacje dokujące) z software’em do misji, analizy danych i integracji z systemami klienta. Typowe zastosowania to inspekcje infrastruktury, ratownictwo, rolnictwo precyzyjne, geodezja i lekkie cargo, np. transport próbek medycznych.
Równolegle rozwijają się projekty związane z miejskim transportem powietrznym – systemy zarządzania ruchem U‑space/UTM, demonstratory lądowisk, pilotaże z miastami i lotniskami. Tu regulacje są jednocześnie przyspieszaczem (otwartość na testy, konkursy, granty) i hamulcem, bo pełnoskalowe wdrożenia wymagają lat uzgodnień i certyfikacji.
Jakie są największe bariery dla rozwoju start‑upów lotniczych w Polsce?
Główne wyzwania to niedobór lokalnych inwestorów gotowych finansować ciężki hardware i długie projekty certyfikacyjne oraz długie procedury w instytucjach publicznych – przetargi, homologacje, zgody bezpieczeństwa. To sprawia, że droga od efektownego prototypu do pierwszego dużego kontraktu bywa rozciągnięta w czasie bardziej niż założyciele sobie wyobrażali.
Dodatkowo start‑upy lotnicze są mocno zależne od regulacji krajowych i unijnych, które potrafią się zmieniać, oraz od współpracy z dużymi graczami – lotniskami, liniami, producentami. Dlatego przy wyborze modelu biznesowego kluczowe jest dopasowanie go do własnych zasobów: kto nie znosi papierologii i kilkuletnich procesów certyfikacji, zwykle lepiej odnajdzie się w obszarze software’u i danych niż w nowych napędach czy konstrukcjach statków powietrznych.
