n8n vs Make vs Zapier - które narzędzie wybrać w polskiej firmie (i dlaczego odpowiedź zależy od tego, co automatyzujesz)

Klienci pytają nas o to niemal na każdym pierwszym spotkaniu: "który z tych trzech jest najlepszy". Odpowiedź brzmi zawsze tak samo: to zależy od procesu, który chcesz zautomatyzować, ilości operacji miesięcznie i tego, kto ma to potem utrzymać, gdy my jako wdrożeniowiec odejdziemy. Firma, która wysyła 200 automatycznych powiadomień e-mail w miesiącu, ma zupełnie inne potrzeby niż firma e-commerce przetwarzająca 15 tysięcy zamówień, gdzie każda automatyzacja liczona "od zdarzenia" zaczyna kosztować realne pieniądze.

Tabelki porównawcze funkcji, które kopiuje się ze stron producentów, niczego nie rozwiązują, bo Zapier, Make i n8n formalnie robią to samo: łączą aplikacje, przenoszą dane, reagują na zdarzenia. Różnica leży gdzie indziej: w modelu cenowym, w tym, gdzie fizycznie stoją Twoje dane, i w tym, jak trudno będzie znaleźć gotowy konektor do systemu, którego używa Twoja księgowość albo Twój magazyn.

Trzy narzędzia, trzy różne filozofie

Zapier powstał jako narzędzie dla nietechnicznego użytkownika, który chce w 15 minut połączyć formularz z arkuszem Google i CRM-em. To wciąż jego mocna strona: ogromna biblioteka integracji, prosty interfejs "jeśli to, to tamto", zero konfiguracji serwera. Problem zaczyna się, gdy proces robi się bardziej skomplikowany: warunki logiczne, pętle, obsługa błędów. Zapier to potrafi, ale interfejs szybko robi się nieczytelny, a rachunek rośnie, bo każde uruchomienie scenariusza to jedno lub więcej "zadań" (task), a limity w planach są niższe, niż większość firm się spodziewa na starcie.

Make (dawniej Integromat) to w naszej ocenie najlepszy kompromis dla firmy średniej wielkości, która ma już kilka procesów do zautomatyzowania i chce mieć podgląd, co się dzieje krok po kroku. Wizualny edytor scenariuszy pokazuje przepływ danych na żywo, co bardzo ułatwia debugowanie, gdy coś nie zadziała tak, jak powinno. Rozliczanie oparte jest na liczbie operacji, nie zadań, co w wielu procesach wychodzi korzystniej niż w Zapierze przy tej samej skali.

n8n jest inny na poziomie fundamentu: to narzędzie open-source, które można postawić na własnym serwerze (self-hosting) albo użyć w wersji chmurowej. To zmienia całą matematykę kosztów i odpowiedzialności. Przy self-hostingu płacisz za serwer, nie za liczbę operacji, więc przy dużej skali (dziesiątki tysięcy zdarzeń miesięcznie) koszt może być radykalnie niższy niż w Zapierze czy Make. Cena tej elastyczności to potrzeba kogoś, kto tym serwerem się zajmie, przynajmniej na starcie.

Koszt: gdzie realnie boli portfel

Największym błędem, jaki widzimy u firm wybierających narzędzie samodzielnie, jest patrzenie na cenę planu startowego i ignorowanie tego, jak rośnie rachunek przy skalowaniu. Zapier liczy zadania: jeśli scenariusz ma pięć kroków i każdy z nich liczy się jako zadanie, to przy kilku tysiącach zdarzeń w miesiącu limity w niższych planach wyczerpują się bardzo szybko, a przejście na wyższy plan bywa skokowe cenowo. To narzędzie, w którym najszybciej "przelicza się" rachunek, gdy proces rośnie.

Make rozlicza operacje (każdy krok w scenariuszu, nie cały scenariusz), co bywa korzystniejsze przy prostych, liniowych procesach, ale przy bardzo rozbudowanych automatyzacjach z wieloma modułami suma operacji też może zaskoczyć. Warto liczyć realną liczbę operacji na konkretnym procesie, nie orientować się po nazwie planu.

n8n w wersji self-hosted zmienia model całkowicie: nie płacisz za operacje, płacisz za infrastrukturę (serwer VPS, czasem bardzo skromny) i za czas kogoś, kto to utrzyma. Dla firmy przetwarzającej setki tysięcy zdarzeń miesięcznie to zwykle wychodzi wielokrotnie taniej niż subskrypcja w modelu "od operacji". Dla firmy z dwoma prostymi automatyzacjami miesięcznie self-hosting jest przesadą: koszt utrzymania serwera i wiedzy technicznej przewyższy to, co zapłaciłaby za prosty plan w Zapierze.

RODO i to, gdzie fizycznie leżą Twoje dane

To temat, który klienci z branży finansowej, medycznej i prawnej podnoszą jako pierwszy, i słusznie. Make i Zapier działają w modelu chmurowym, gdzie dane przechodzą przez infrastrukturę dostawcy. Make ma opcję wyboru regionu przetwarzania danych w UE, co dla firm działających pod RODO jest istotnym argumentem. Zapier historycznie mocniej opiera się na infrastrukturze w USA, choć również deklaruje zgodność z RODO poprzez odpowiednie mechanizmy transferu danych. W obu przypadkach dane w pewnym momencie przechodzą przez serwery dostawcy, nawet jeśli krótko.

n8n w wersji self-hosted daje pełną kontrolę: stawiasz instancję na serwerze w Polsce lub w UE, dane nigdy nie wychodzą poza infrastrukturę, którą sam nadzorujesz. Dla firm przetwarzających dane osobowe klientów w dużej skali, albo dla biur rachunkowych obsługujących dane finansowe wielu podmiotów, to argument, który sam w sobie może przeważyć wybór, niezależnie od kosztów i wygody. Wersja chmurowa n8n (n8n Cloud) częściowo znosi tę przewagę, bo wtedy też korzystasz z infrastruktury dostawcy, więc jeśli lokalizacja danych jest priorytetem, to konkretnie self-hosting, nie samo n8n jako marka, jest tym, co robi różnicę.

Integracje z polskimi systemami: tu zaczyna się prawdziwy test

Na papierze wszystkie trzy narzędzia mają "setki integracji". W praktyce, gdy trzeba połączyć się z systemem, który działa lokalnie na polskim rynku, obraz się różnicuje. Zapier i Make mają dobre pokrycie popularnych, globalnych narzędzi (Google Workspace, Slack, HubSpot, Shopify), ale gotowego, oficjalnego konektora do iFirmy, KSeF czy wielu polskich systemów księgowych po prostu nie znajdziesz w ich bibliotekach.

KSeF komunikuje się poprzez API, więc w każdym z trzech narzędzi trzeba i tak zbudować integrację przez moduł HTTP/webhook, obsługując autoryzację i format XML zgodny ze specyfikacją Ministerstwa Finansów. Różnica jest w tym, jak wygodnie się to robi: n8n, jako narzędzie stawiane z myślą o developerach, daje więcej swobody w budowaniu niestandardowej logiki (np. obsługa błędów przy odrzuceniu faktury przez KSeF, retry, logowanie), podczas gdy w Zapierze budowanie takiej samej logiki bywa bardziej ograniczone przez sam model "krok po kroku".

Z InPost i podobnymi systemami logistycznymi sytuacja jest podobna: jeśli sklep internetowy korzysta z popularnej platformy (np. Shopify, WooCommerce), integracja przez gotowe moduły w Make lub Zapier bywa szybsza do postawienia. Jeśli sklep działa na mniej popularnym silniku albo ma własny system magazynowy szyty na miarę, znowu wygrywa elastyczność n8n i pracy przez zapytania HTTP. Więcej o tym, jak to wygląda w praktyce dla sklepów internetowych, piszemy przy okazji automatyzacji procesów e-commerce.

Trzy scenariusze z polskich firm, nie z materiałów marketingowych

Biuro rachunkowe obsługujące kilkadziesiąt małych firm. Proces: pobranie faktur z poczty, rozpoznanie danych, zapis do systemu księgowego, wysyłka do KSeF. Skala: kilka tysięcy dokumentów miesięcznie. Tutaj rekomendujemy n8n self-hosted właściwie zawsze, z dwóch powodów: dane finansowe klientów nie powinny przechodzić przez zewnętrzną chmurę bez potrzeby, a przy takiej liczbie dokumentów model rozliczania "od operacji" w Make czy Zapier zacząłby generować rachunek nieproporcjonalny do wartości, jaką dostaje firma. Szerzej o samym procesie piszemy przy automatyzacji obiegu faktur i przy automatyzacji pracy biura rachunkowego.

Mały sklep internetowy na Shopify, 300-500 zamówień miesięcznie. Proces: powiadomienie o nowym zamówieniu, aktualizacja stanu magazynowego w arkuszu, wysyłka etykiety InPost. Tutaj Make wygrywa bez większej dyskusji: gotowe moduły do Shopify i arkuszy, niska skala operacji, brak potrzeby stawiania i utrzymywania serwera dla procesu, który uruchamia się kilkaset razy w miesiącu. Koszt self-hostingu n8n przy takiej skali po prostu by się nie zamortyzował.

Firma usługowa B2B z działem obsługi klienta odpowiadającym na zapytania z kilku kanałów (mail, formularz, czat). Proces: klasyfikacja zapytania, przypisanie do odpowiedniej osoby, automatyczna odpowiedź na najczęstsze pytania. Tutaj decyzja zależy bardziej od tego, jakie narzędzia CRM i helpdesk już są w użyciu, niż od samej filozofii narzędzia. Jeśli to popularny stack (np. HubSpot, Intercom), Zapier albo Make dają najszybszy czas wdrożenia. Więcej o budowaniu takich procesów w kontekście automatyzacji obsługi klienta.

Ograniczenia, o których nikt nie mówi w materiałach reklamowych

n8n przy self-hostingu wymaga kogoś, kto zrozumie logi błędów, aktualizacje wersji i podstawy bezpieczeństwa serwera. Jeśli w firmie nie ma takiej osoby wewnętrznie i nie ma budżetu na stałą opiekę wdrożeniowca, self-hosting stanie się problemem, nie przewagą, w momencie pierwszej awarii. To nie jest narzędzie "postaw i zapomnij".

Make i Zapier z kolei mają swój limit elastyczności: bardzo złożona logika biznesowa, warunki zagnieżdżone w wielu poziomach, obsługa nietypowych błędów, robi się w ich interfejsie nieczytelna i trudna do utrzymania przez kogoś, kto nie budował tego scenariusza od zera. Widzieliśmy firmy, które po roku rozwijania jednego dużego scenariusza w Zapierze musiały go przepisać od podstaw, bo nikt już nie rozumiał, co się w nim dzieje.

Żadne z tych trzech narzędzi nie zastąpi decyzji, które powinien podejmować człowiek. Automat dobrze klasyfikuje, przenosi dane, wysyła powiadomienia. Wyjątek, spór z klientem, decyzja o zwrocie pieniędzy: to zostaje po stronie zespołu, niezależnie od tego, które narzędzie stoi za automatyzacją. Dobra automatyzacja robi 80% pracy i wie, kiedy się zatrzymać i poprosić o decyzję człowieka, a nie próbuje "zgadywać" w przypadkach granicznych.

Jak podejmujemy tę decyzję u klientów

W praktyce zaczynamy nie od narzędzia, a od trzech pytań: ile operacji miesięcznie realnie generuje ten proces, jakie systemy trzeba połączyć i czy mają gotowe integracje, oraz jakie są wymogi dotyczące danych (RODO, sektor, umowy z klientami biura). Dopiero po odpowiedzi na te trzy pytania patrzymy na cennik i próbujemy policzyć koszt przy obecnej skali i przy skali za rok, bo firma, która rośnie 30% rocznie, za dwa lata może przekroczyć próg, przy którym narzędzie chmurowe zaczyna być droższe niż self-hosting.

Czasem odpowiedź jest hybrydowa: część procesów w Make, bo są proste i mają gotowe integracje, a jeden krytyczny proces (np. obiegu faktur i KSeF) w n8n, bo tam liczy się kontrola nad danymi i koszt przy skali. Nie ma w tym nic niekonsekwentnego, to po prostu dopasowanie narzędzia do konkretnego zadania, nie do jednej filozofii na wszystko.