Był rok 2022. Obietnica była prosta.
„Zautomatyzuj firmę bez programisty. Przeciągnij. Upuść. Gotowe.”
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 dług no-code (w branży czasem: no-code tech debt) — rośnie wraz z obrotem: im więcej transakcji przez zewnętrzny silnik, tym wyższa comiesięczna faktura od dostawcy scenariuszy.
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:
| Metryka | Make.com | Custom Node.js (VPS) |
|---|---|---|
| Operacje miesięcznie | ~45 000 | nielimitowane |
| Koszt miesięczny | ~400 USD | 50 PLN (serwer) + tokeny API |
| Koszt roczny | ~20 000 PLN | ~600 PLN + API |
| Własność kodu | ❌ nie | ✅ tak |
| Kontrola danych | ❌ serwery USA | ✅ własny VPS |
| Timeout przy AI API | ⚠️ częsty problem | ✅ pełna kontrola |
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.
Scenariusze w Make.com nie przenoszą się łatwo do własnego repozytorium — to nie jest kod, który można hostować u siebie. Zmiana cennika, API albo sytuacji właściciela platformy = ryzyko dla całych procesów opartych tylko o ten silnik.
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.
Dane w Make.com lądują w infrastrukturze zewnętrznego operatora (m.in. USA, AWS). Przy danych osobowych, finansowych, kontraktach — to realny wątek RODO, często odkrywany dopiero na audycie.
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 bez decyzji architektonicznej.
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:
Budujecie prototyp i trzeba szybko sprawdzić logikę, zanim pójdzie budżet w kod. Zespół mało techniczny musi sam modyfikować przepływy. Procesy są proste, liniowe, niewielki wolumen. Nie ma w kalendarzu Node.js i trzeba „na już”.
Własny Node.js — gdy przekraczacie ~30–50 tys. operacji miesięcznie, gdy w grę wchodzą modele AI z długimi odpowiedziami, gdy dane nie mogą wychodzić z infrastruktury firmy albo gdy potrzebna jest własność i audytowalność kodu.
Architektura Wyniku: co budujemy zamiast scenariuszy
DC House 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 wyniku finansowego: gdzie płonie gotówka, który proces jest droższy niż musi być? 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.
Policzcie koszty, zanim przyjdzie kolejna faktura od Make
Jeśli macie Make.com albo Zapier i wolumen rośnie — w panelu Make: Organization → Usage zobaczycie liczbę operacji miesięcznie.
Porównajcie: ile to rocznie w zł, a ile wyniosłby serwis Node.js + utrzymanie u Was albo u podwykonawcy.
Dla większości firm po tej kalkulacji odpowiedź jest oczywista.
→ Kalkulator ROI automatyzacji — szacunek straty na ręcznych krokach i drogich subskrypcjach
→ Bezpłatna rozmowa — 45 minut, stack i koszty, bez slajdów.
FAQ dla decydentów B2B
Kiedy warto przejść z Make.com na własny kod Node.js?
Gdy przekraczacie ~30–50 tys. operacji miesięcznie, scenariusze mają pętle albo łączycie z modelami AI (timeouty w modułach). W Make limity czasu odpowiedzi są twarde; we własnym serwisie ustawiacie timeout, retry i logi pod długie 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. Przy typowym wolumenie B2B roczna różnica bywa 10 000–20 000 zł zamiast dokładania kolejnej subskrypcji SaaS.
Jak omijać limity czasowe (timeout) przy integracji z AI?
Dedykowany Node.js daje pełną kontrolę nad asynchronicznością — w Make bywa ciasno. W praktyce: timeout: 120000 (120 s), retry z backoffem, logi do własnego monitoringu. W Make twardy limit modułu: odpowiedź LLM po 45 s może uciąć scenariusz i "zjadać" operacje z abonamentu.
Artur Jaźwiec — DC House. 15+ lat w projektach Enterprise (HP Inc., Impel).
DC Tech Intel — cotygodniowa analiza technologiczna dla CEO i dyrektorów C-Level. Bez buzzwordów. Tylko liczby i wnioski operacyjne.