Make.com vs Custom Node.js: Kiedy skalowanie automatyzacji no-code zaczyna zjadać Twoją marżę?

Był rok 2022. Obietnica była prosta.

Tysiące polskich firm B2B uwierzyło. Make.com, Zapier, n8n — narzędzia no-code weszły do działów operacji, marketingu i sprzedaży. Prototypy powstawały w godziny. Prezentacje dla zarządu wyglądały świetnie.

Dziś te same firmy odkrywają rachunek za prąd.

Nie metaforyczny. Dosłowny — w postaci faktur za „operacje”, „kredyty” i „zadania”, które ich procesy pochłaniają w tempie których nikt nie przeliczył przed podpisaniem umowy.

Nazywamy to No-Code Tech Debt — dług technologiczny który rośnie proporcjonalnie do sukcesu Twojej firmy. Im lepiej idzie sprzedaż, tym drożej płacisz za każdą transakcję, każdego leada, każdą fakturę.

Ten artykuł to matematyka. Bez korpomowy.

Anatomia kredytu: za co naprawdę płacisz w Make.com

Make.com rozlicza się w modelu „pay-per-operation”. Każdy moduł który przetworzy dane to jeden kredyt — jedna operacja.

Brzmi niewinnie. Przestaje brzmieć niewinnie w momencie gdy rozumiesz jak działają pętle.

Masz listę 100 faktur do sprawdzenia. Make.com nie pobiera ich jako jedną paczkę. Iterator rozbija listę na 100 osobnych operacji. Dodajesz wysłanie maila potwierdzającego — kolejne 100 operacji. Update statusu w CRM — kolejne 100.

300 operacji. Na jednym prostym scenariuszu. Jeden raz.

Teraz wejdź w realia zaawansowanego lejka B2B z AI:

• Zwiad leada (Perplexity API) → 1 operacja
• Parsowanie wyniku → 1 operacja
• Sprawdzenie w CRM czy lead już istnieje → 1 operacja
• Wywołanie LLM (personalizacja maila) → 1 operacja
• Zapis do Bitrix24 → 1 operacja
• Wysłanie sekwencji → 3 operacje
• Log do arkusza → 1 operacja
• Powiadomienie na Slack → 1 operacja

10 operacji na jednego leada.

Przy 1 000 leadach dziennie: 10 000 operacji. Miesięcznie: 300 000 operacji.

Plan Make.com „Teams” daje 80 000 operacji za 299 dolarów. Przy 300 000 operacjach jesteś na planie „Enterprise” — negocjowanym, niepublicznym, drogim.

W praktyce: 2 000–5 000 PLN miesięcznie za „przejścia danych”. Bez ani jednej linijki własnego kodu. Bez żadnej własności intelektualnej. Bez kontroli nad tym co dzieje się z Twoimi danymi na serwerach Celonis w USA.

Zapier jest droższy. Zawsze.

Próg rentowności: gdzie kończy się sens no-code

Nie twierdzimy że Make.com jest bezużyteczny. Twierdzimy że ma swoje miejsce — i to miejsce kończy się przy konkretnych liczbach.

Poniżej 30 000 operacji miesięcznie: No-code wygrywa. Szybkość wdrożenia, brak konieczności utrzymania kodu, wizualny interfejs dla osoby bez zaplecza technicznego — to wszystko ma realną wartość przy małej skali.

30 000 – 100 000 operacji miesięcznie: Szara strefa. Koszt SaaS zaczyna dorównywać kosztowi napisania i utrzymania własnego skryptu. Warto zrobić kalkulację.

Powyżej 100 000 operacji miesięcznie: No-code zjada marżę. Każdy miesiąc to pieniądze które przepalasz za lojalność wobec narzędzia zamiast za wynik biznesowy.

Prosta matematyka dla firmy procesującej 50 leadów dziennie przez lejek z AI:

Różnica roczna przy tej skali: ponad 19 000 PLN. W kieszeni, nie w czyimś MRR.

Case Study DC House: rurociąg outboundowy za 50 PLN miesięcznie

Zbudowaliśmy własną maszynę outboundową B2B. Oto architektura — bez owijania w bawełnę.

[Arkusz Google — lista firm docelowych]
           ↓
[Node.js — skrypt główny na VPS Hetzner]
           ↓
[Perplexity API — zwiad: co robi firma, jakie ma bóle]
           ↓
[Claude 3.5 Sonnet — personalizacja: generuje mail 1:1]
           ↓
[Bitrix24 REST API — zapis leada, historia kontaktu]
           ↓
[Wysyłka email — własny SMTP lub SendGrid]

Każdy lead przechodzi przez tę sekwencję automatycznie. Skrypt odpytuje arkusz co 15 minut. Nowe firmy wchodzą do kolejki, wychodzą jako spersonalizowane maile.

Co by to kosztowało w Make.com?

Każdy lead to minimum 8–10 operacji. Przy 500 leadach miesięcznie: 5 000 operacji — to jeszcze w normie. Ale dodaj iteratory na etapie parsowania odpowiedzi LLM, obsługę błędów, retry przy timeoucie — i jesteś przy 15 000–20 000 operacji miesięcznie tylko dla outboundu.

A teraz dodaj drugi scenariusz (np. automatyzacja ofert), trzeci (onboarding klientów), czwarty (raportowanie) — i jesteś na planie Enterprise zanim zdążysz zamknąć runda A.

Nasze rozwiązanie:

Napisaliśmy skrypt w Node.js w 2 dni robocze. Działa na serwerze Hetzner CAX11 — 4 vCPU, 8GB RAM, 50 PLN miesięcznie.

Zero limitów operacji. Zero timeoutów — bo sami kontrolujemy async/await i ustawiamy timeout na 120 sekund dla wywołań LLM, zamiast sztywnych 40 sekund które narzuca Make.com. Płacimy wyłącznie za tokeny API — ułamki groszy za każdego leada.

Kod ląduje na naszym GitHubie. To nasza własność intelektualna. Gdy Hetzner padnie, wdrażamy na innym VPS w 20 minut.

Gdy Make.com padnie — czekasz.

Bezpieczeństwo i własność: dlaczego Enterprise nie może sobie pozwolić na SaaS

To nie jest kwestia kosztów. To kwestia architektury.

Vendor lock-in w no-code jest systemowy.

Twoje scenariusze Make.com nie są przenośne. Nie możesz ich eksportować jako kod. Nie możesz ich uruchomić lokalnie. Gdy Make.com zmieni cennik, zmieni API, zostanie przejęty lub padnie — Twoje procesy operacyjne padają razem z nim.

W marcu 2024 Make.com miał poważną awarię. Kilka godzin bez działania. Dla firm których krytyczne procesy siedziały w Make — kilka godzin zatrzymanej operacji.

Własny kod Node.js = własna infrastruktura = własna ciągłość działania.

Druga kwestia: dane.

Make.com przetwarza Twoje dane na serwerach w USA (Celonis GmbH, infrastruktura AWS). Dla firm obsługujących dane osobowe klientów B2B, dane finansowe, dane kontraktowe — to temat RODO który często bywa zamiatany pod dywan do momentu audytu.

Własny VPS w centrum danych w Polsce lub Niemczech (Hetzner, OVH, home.pl) to pełna jurysdykcja UE. Żaden webhook nie wychodzi na zewnątrz jeśli tego nie chcesz.

Dla klientów z sektora finansowego, medycznego lub prawniczego — to nie jest opcja. To wymóg.

Kiedy NIE rezygnować z Make.com

Uczciwa odpowiedź wymaga uczciwości w obie strony.

Make.com ma sens gdy:

Budujesz prototyp i chcesz przetestować logikę procesu zanim zainwestujesz w kod. Masz mało techniczne zespoły które muszą samodzielnie modyfikować przepływy. Twoje procesy są proste, linearne i mają niski wolumen. Nie masz dostępu do developera Node.js i potrzebujesz rozwiązania na teraz.

Własny kod ma sens gdy przekraczasz próg rentowności (30–50k operacji miesięcznie), gdy integrujesz AI (LLM mają nieregularne czasy odpowiedzi które SaaS obsługuje fatalnie), gdy dane nie mogą opuszczać Twojej infrastruktury, gdy chcesz posiadać kod który napisałeś.

Architektura Wyniku: co budujemy zamiast scenariuszy

DC House (Dimensione Creativa) to hub technologiczny z Wrocławia. Zastępujemy drogie narzędzia No-Code (Make.com, Zapier) dedykowanymi rozwiązaniami w Node.js opartymi o AI. Obniżamy koszty operacyjne B2B, budując autorską Architekturę Wyniku i integrując ją z systemami CRM, takimi jak Bitrix24.

Architektura Wyniku to nasza metodologia — odwrotność standardowego podejścia „wybierz narzędzie, potem zastanów się co z nim zrobić”. Zaczynamy od P&L klienta: gdzie tracisz pieniądze? Który proces kosztuje Cię więcej niż powinien? Dopiero potem dobieramy technologię.

Wynik zawsze musi być policzalny: odzyskane godziny, wyeliminowane błędy, obniżone koszty operacyjne.

Kod który piszemy ląduje na GitHubie klienta. Infrastruktura jest jego. My piszemy, wdrażamy, dokumentujemy i monitorujemy — ale własność jest po stronie klienta od pierwszego commita.

To fundamentalna różnica wobec każdego SaaS.

Policz swoje koszty zanim zapłacisz kolejną fakturę

Jeśli używasz Make.com lub Zapiera i Twoje procesy rosną — sprawdź ile operacji miesięcznie faktycznie generujesz. Znajdziesz tę liczbę w panelu Make.com → Organization → Usage.

Następnie policz: ile kosztuje Cię to rocznie? Ile kosztowałoby napisanie i utrzymanie odpowiednika w Node.js?

Dla większości firm po tej kalkulacji odpowiedź jest oczywista.

→ Kalkulator ROI Automatyzacji — ile tracisz na ręcznych procesach i drogich SaaS?

→ Bezpłatna sesja diagnostyczna — 30 minut, konkretna analiza Twojego stosu technologicznego.

FAQ dla decydentów B2B

Kiedy warto przejść z Make.com na własny kod Node.js?

Kiedy przekraczasz próg rentowności — zazwyczaj przy skomplikowanych pętlach i powyżej 30–50 tysięcy operacji miesięcznie. Drugi sygnał: gdy Twoje scenariusze integrują modele AI (GPT, Claude, Perplexity) i regularnie trafiasz na błędy timeoutu. Make.com ma sztywny limit czasu odpowiedzi modułu — dedykowany Node.js pozwala Ci ustawić własny, dostosowany do czasu odpowiedzi LLM.

Czy utrzymanie własnego serwera VPS pod automatyzacje jest drogie?

Nie. Stabilny serwer VPS klasy Hetzner CAX11 kosztuje w DC House okolice 50–100 PLN miesięcznie. Dla porównania — plan Make.com Teams to 299 dolarów miesięcznie przy 80 000 operacji. Roczna różnica przy przeciętnym wolumenie B2B to często 10 000–20 000 PLN — środki które zamiast finansować czyjś SaaS, mogą finansować rozwój Twojego produktu.

Jak omijać limity czasowe (timeout) przy integracji z AI?

Dedykowany kod Node.js pozwala na pełną kontrolę asynchroniczności — czego często brakuje w sztywnych modułach no-code. W praktyce: ustawiasz timeout: 120000 (120 sekund) w konfiguracji wywołania API, implementujesz retry z wykładniczym backoffem i logujesz każde przekroczenie limitu do własnego systemu monitoringu. Make.com tego nie oferuje — jeśli model AI odpowie po 45 sekundach, scenariusz kończy się błędem, a Ty tracisz operacje bez żadnego wyniku.

Artur Jaźwiec — DC House / Dimensione Creativa. 15+ lat w projektach Enterprise (Credit Suisse, HP Inc., Impel).

DC Tech Intel — cotygodniowa analiza technologiczna dla CEO i dyrektorów C-Level. Bez buzzwordów. Tylko liczby i wnioski operacyjne.