Rekrutacja n8n/Make 2026: czego szuka pracodawca (i jak odróżnić inżyniera od kursanta)

Kiedy w Ententrze przeglądamy CV na stanowisko specjalisty ds. automatyzacji, pierwsze pytanie, jakie sobie zadajemy, nie brzmi „czy zna n8n”. Brzmi: „czy rozumie, dlaczego proces działa tak, a nie inaczej”. To rozróżnienie decyduje o 90% naszych decyzji rekrutacyjnych i, jak podejrzewamy, większości firm, które faktycznie wdrażają automatyzację na produkcji, a nie tylko w prezentacji dla zarządu.

Dwa typy kandydatów, które widzimy w rekrutacji

Od kiedy n8n i Make zrobiły się popularne, a kursy online obiecują „zawód przyszłości w 6 tygodni”, do skrzynki rekrutacyjnej trafia dużo CV, które na pierwszy rzut oka wyglądają identycznie: znajomość n8n, Make, Zapier, „automatyzacja procesów biznesowych”, czasem jeszcze ChatGPT i Airtable. Problem w tym, że pod tą samą etykietą kryją się dwa zupełnie różne poziomy kompetencji, i rozmowa rekrutacyjna szybko to pokazuje.

Nie twierdzę, że pierwsza grupa jest bezwartościowa. Osoby po kursie potrafią czasem naprawdę sprawnie złożyć prosty scenariusz i są tańsze. Problem pojawia się wtedy, gdy firma zatrudnia taką osobę na stanowisko, które wymaga samodzielnego projektowania integracji z zewnętrznym API klienta, bo wtedy koszt poprawek i nieudanych wdrożeń szybko przewyższa oszczędność na pensji.

Czego realnie szukamy w CV i na rozmowie

Słowo „n8n” albo „Make” w CV mówi mi niewiele, dopóki nie zobaczę, co konkretnie ktoś tym narzędziem zrobił. Dlatego na rozmowie pytamy nie „czy znasz n8n”, tylko: opisz mi jeden workflow, który zbudowałeś, i powiedz, co się stało, kiedy coś w nim się zepsuło. Odpowiedź „nic się nie zepsuło” jest dla nas sygnałem ostrzegawczym, bo w produkcyjnej automatyzacji zawsze coś się w końcu zepsuje: API zmienia format odpowiedzi, dostawca wprowadza limit zapytań, ktoś w formularzu wpisze znak, którego nikt nie przewidział.

Konkretne rzeczy, które sprawdzamy, w kolejności, w jakiej zwykle wypływają na rozmowie:

• Praca z API i webhookami. Czy kandydat rozumie różnicę między webhookiem a odpytywaniem (polling), potrafi czytać dokumentację API i wie, czym jest rate limiting oraz jak sobie z nim radzić bez zalewania dostawcy zapytaniami.
• Obsługa błędów i wyjątków. To jest punkt, który najmocniej oddziela kursanta od inżyniera. Pytamy wprost: co robisz, gdy integracja dostanie dane w złym formacie? Dobra odpowiedź zawiera walidację, logowanie błędu i jasną ścieżkę eskalacji do człowieka, a nie „no to się zatrzyma i ktoś zobaczy”.
• Podstawy baz danych. Nie oczekujemy certyfikatu z PostgreSQL, ale osoba, która nie wie, czym jest klucz obcy albo dlaczego nie powinno się trzymać stanu procesu wyłącznie w arkuszu, nie poprowadzi samodzielnie wdrożenia u klienta z kilkoma tysiącami rekordów miesięcznie.
• Czytanie dokumentacji, nie tylko tutoriali. Dobry kandydat potrafi otworzyć dokumentację nieznanego API i w 20 minut powiedzieć, czy da się z nim zintegrować w n8n. Kandydat kursowy prosi o „gotowy przykład na YouTube”.
• Rozumienie procesu biznesowego, nie tylko techniki. Pytamy, jak kandydat podszedłby do automatyzacji np. obiegu faktur kosztowych w firmie handlowej. Odpowiedź „podłączyłbym OCR i zapisał do systemu” jest niekompletna. Dobra odpowiedź zawiera pytania o wyjątki: co z fakturą bez NIP-u, co z duplikatem, kto akceptuje kwoty powyżej progu.

Na etapie zadania rekrutacyjnego zwykle prosimy o zbudowanie prostego, ale pełnego scenariusza: webhook przyjmujący dane, walidacja, zapis do bazy lub arkusza, obsługa błędu i powiadomienie. To zajmuje dobremu kandydatowi godzinę, a słabemu kilka dni albo kończy się workflow, który łamie się przy pierwszym nietypowym wejściu.

Widełki płacowe: in-house, freelance i agencja

Rynek automatyzacji w Polsce w 2026 roku jest zróżnicowany bardziej niż kiedykolwiek, bo rośnie liczba ofert, ale rozstrzał kompetencji wśród kandydatów też rośnie. W ogłoszeniach, które sami przeglądamy przy rekrutacji i przy rozmowach z klientami, widełki wyglądają z grubsza tak:

• Junior / wdrożeniowiec po kursie: 6–9 tys. zł brutto na B2B lub odpowiednik na UoP. Praca głównie przy prostych scenariuszach, pod nadzorem bardziej doświadczonej osoby.
• Mid, samodzielny specjalista: 9–15 tys. zł. Osoba, która prowadzi wdrożenie od rozmowy z klientem po utrzymanie, zna kilka narzędzi (n8n, Make, czasem Zapier) i podstawy programowania (JavaScript w node Function, podstawy Pythona).
• Senior / lead automatyzacji: 15–25 tys. zł, czasem więcej przy projektach wymagających architektury integracji dla kilku systemów naraz, self-hosted n8n w trybie queue, obsługi dużego ruchu i pracy zespołowej nad jednym środowiskiem.

Różnica między stanowiskiem in-house a pracą freelancera lub w agencji jest istotna i rzadko wprost opisana w ogłoszeniach. In-house zwykle oznacza jeden, dobrze poznany zestaw systemów: CRM firmy, jej magazyn, może jeden dostawca płatności. Głębia wiedzy o tych konkretnych integracjach jest tu ważniejsza niż szerokość. Freelancer albo osoba w agencji typu Ententra pracuje równolegle nad kilkoma różnymi klientami i branżami, od automatyzacji obiegu dokumentów w biurze rachunkowym po integracje w sklepie internetowym, więc liczy się raczej umiejętność szybkiego wejścia w nieznany system i oddzielenia tego, co jest specyfiką klienta, od tego, co jest uniwersalnym wzorcem integracji.

W agencjach, które projektują rozwiązania na przykład dla automatyzacji przetwarzania faktur albo automatyzacji obsługi klienta, od kandydata oczekuje się czegoś jeszcze: umiejętności rozmowy z klientem biznesowym, który nie zna pojęcia webhook i nie musi go znać. Dobry specjalista potrafi to przetłumaczyć na język korzyści i ograniczeń, zamiast zasypywać klienta żargonem.

Czego najczęściej brakuje, nawet dobrym kandydatom

Automat robi w typowym wdrożeniu 80–90% pracy, reszta zawsze zostaje po stronie człowieka, i to jest dokładnie ta część, której brakuje większości kandydatów, niezależnie od poziomu. Chodzi o umiejętność powiedzenia klientowi lub pracodawcy: tego nie da się w pełni zautomatyzować, tu musi zostać decyzja człowieka. Kandydaci po kursie mają tendencję do obiecywania pełnej automatyzacji wszystkiego, bo tak to wygląda na slajdach sprzedażowych narzędzi no-code. W realnym projekcie, na przykład przy automatyzacji procesów w biurze rachunkowym, zawsze trafia się przypadek graniczny: nietypowy dokument, brakujące dane, decyzja wymagająca interpretacji przepisów. Osoba, która tego nie przewidzi na etapie projektowania, zostawia klienta z workflow, który się „zawiesza” raz w tygodniu i wymaga ręcznej interwencji bez jasnej procedury.

Drugi częsty brak to dokumentacja i utrzymanie. Zbudowanie scenariusza jest łatwą częścią. Opisanie go tak, żeby inna osoba w zespole mogła go zrozumieć i poprawić za pół roku, kiedy zmieni się API dostawcy, to umiejętność, której uczy praktyka, a nie kurs weekendowy. W rekrutacji pytamy wprost, czy kandydat dokumentuje swoje workflow i jak, bo brak tej nawyku kosztuje firmę realne pieniądze przy pierwszej zmianie w zespole.

Jak przygotować się do takiej rekrutacji

Jeśli ktoś chce wejść w ten zawód i czyta ten tekst jako kandydat, a nie pracodawca, najlepsza rada, jaką możemy dać, brzmi: przestań zbierać kolejne kursy i zbuduj dwa lub trzy pełne, działające projekty z obsługą błędów, nie dziesięć prostych automatyzacji „happy path”. Nauczenie się podstaw REST API, czytania dokumentacji Postmana i prostego SQL-a daje więcej na rozmowie kwalifikacyjnej niż kolejny certyfikat ukończenia kursu n8n. Warto też umieć opowiedzieć o jednym projekcie, w którym coś poszło nie tak i trzeba było to naprawić, bo to właśnie tego szukają rekruterzy techniczni, nie listy znanych node’ów.