Najczęstsze pytanie pierwszego callu: "używamy Zapiera, czy warto przejść na coś customowego?" Standardowa odpowiedź: najpewniej jeszcze nie. No-code platforma za $50/mies pokrywa 70% potrzeb małej firmy, i tak ma być. Ale są konkretne sygnały kiedy zaczyna boleć.
Większość firm które migruje za szybko, traci na tym pieniądze. Migracja za późno też kosztuje. Te 7 sygnałów pokazuje moment.
Co dobrze robi Zapier / Make.com
Żeby było jasne — no-code platformy są doskonałe w wielu scenariuszach:
- Integracje SaaS ↔ SaaS — Slack ↔ Notion, Stripe ↔ Google Sheets, Calendly ↔ HubSpot. Setup w 15 minut.
- Proste automatyzacje workflow — "gdy ktoś wypełni form, dodaj do CRM i powiadom Slack".
- Trigger-action pattern — jedno zdarzenie wywołuje serię akcji.
- Niska skala — kilkaset operacji miesięcznie, gdzie 5-sekundowe opóźnienie nie boli.
- Brak wymagań compliance — gdzie audit trail i SLA nie są krytyczne.
W tych zastosowaniach custom build za €3000+ to overkill. Płacisz $50/mies, działa, koniec.
Sygnał 1: Cost przekroczył €300/mies
Zapier rośnie liniowo z liczbą operacji. Plan Pro $29.99/mies pokrywa 2000 tasków. Tysiące operacji = setki dolarów miesięcznie. Make.com tak samo. Custom pipeline na własnym VPS-ie (€30-80/mies hosting) nie ma takiego scaling cost — operacja nr 10,000 kosztuje tyle samo co operacja nr 100.
Próg: jeśli płacisz >€300/mies za platformę no-code, custom build za €3-6k setup + €200/mies retainer zwraca się w ~1.5-2 lata. Plus skaluje się dalej bez dodatkowego kosztu.
Sygnał 2: Browser automation, nie API integration
Zapier / Make.com są doskonałe gdy źródło ma API. Są bezużyteczne gdy musisz scrape'ować stronę bez API — większość konkurencji, BIPy, portale przetargowe, ogłoszenia, sklepy bez merchant API. Workaround przez "Webhook + zewnętrzny scraping service" działa ale jest kruchy i drogi.
Custom build z Playwright/Puppeteer obsługuje to natywnie. Próg: jeśli >30% Twoich workflow wymaga scrape'owania bez API, czas na custom.
Sygnał 3: Anti-bot na targecie
Zapier przy ważniejszych targetach (Nike, większość sklepów premium, niektóre platformy social, gov portale) trafia w Cloudflare / Akamai / Datadome i się sypie. Można obejść przez proxy + headless browser, ale Zapier nie ma natywnego wsparcia — trzeba budować workaround przez API zewnętrznych scrape services ($100-500/mies dodatkowo).
Custom build z residential proxy pool + fingerprint rotation rozwiązuje to bezpośrednio. Próg: jeśli kilka kluczowych targetów się sypie na anti-bot, no-code stack już cię nie obsłuży.
Sygnał 4: Stała się "tajemniczy artefakt" w firmie
Zaobserwowany pattern: założyciel zbudował 40 Zaps przez 3 lata, każdy nazywa się "untitled_zap_47", nikt nie wie który co robi. Coś się sypie, debugowanie zajmuje 2h przez nawigację po platformie. Po 6 miesiącach inżynier się żegna i woła "trzeba to wszystko przepisać".
Custom build w monorepo, z code review, schema validation, testami — debug zajmuje 15 min zamiast 2h. Próg: jeśli masz >20 zapów których nie da się audytować ani testować, custom daje porządek.
Sygnał 5: Compliance / audit trail wymagane
Zapier loguje że "task ran successfully", nie loguje payloadu, nie wersjonuje. Make.com lepiej, ale to wciąż black box dla audytora. Branże regulowane (fintech, KYC, healthcare, real estate processing) wymagają audit trail z timestampami, sourcami, immutable logami. No-code tego nie da się legalnie zrobić.
Custom build z OpenTelemetry, immutable event log, S3 archive — natywnie. Próg: jeśli klient pyta o audit trail lub jesteś w branży regulowanej, no-code nie wystarczy.
Sygnał 6: Krytyczność biznesowa
Zapier ma incidents. Make.com ma incidents. W 2024 oba miały kilka godzin downtime per kwartał. Jeśli automatyzacja steruje twoim revenue (price intelligence, lead gen, alerty na nową okazję) — kilka godzin downtime to realny koszt biznesowy. Plus nie kontrolujesz failover, retry policy, dead-letter handling.
Custom build na własnej infrastrukturze: kontrolujesz SLA, redundancję, recovery. Próg: jeśli pipeline jest critical-path dla revenue, no-code to za duże ryzyko third-party.
Sygnał 7: Compound complexity
Zapier scenarios z 12 krokami, conditional logic, branching, error handling stają się nieczytelne. Pamiętasz jakie warunki ustawiłeś 6 miesięcy temu? Twój kolega też nie. Make.com jest lepszy w tym (visual programming) ale dla complexity >15 kroków + branching i tak staje się kruchy.
Kod (TypeScript) z testami, type safety, modularnymi funkcjami — naturalna ekspresja complex logic. Próg: jeśli twój podstawowy workflow ma >10 kroków z branching, no-code zaczyna walczyć.
Strategia migracji (jeśli zdecydujesz)
Nie migruj wszystkiego od razu. Pattern który działa:
- Faza 1: zostaw stabilne, niskie-cost workflow w Zapier (np. CRM ↔ Slack alerty).
- Faza 2: zidentyfikuj 1-3 workflow które najbardziej bolą (cost, anti-bot, audit, krytyczność). Migruj je pierwsze.
- Faza 3: zostaw hybrydę. Custom robi heavy lifting, Zapier nadal robi proste integracje SaaS↔SaaS.
Większość naszych klientów ma hybrid stack: 8-15 Zapów dla prostych spraw + custom Python/TypeScript pipeline dla scraping/decision/AI. To zwykle optimum kosztowo.
Sedno
Migracja z Zapier/Make na custom nie jest binarna. Większość małych firm nie powinna migrować całkowicie — utrzymuj no-code dla 70% workflow, dorób custom dla 30% gdzie no-code boli. Próg ekonomiczny: ~€300/mies cost no-code + ostre limity techniczne (anti-bot, browser automation, audit, krytyczność). Poniżej tego progu — zostań na Zapierze, custom build się nie zwróci.