Przejdź do treści

Alternatywa dla Zapier: kiedy zmienić narzędzie i jak przenieść zapy

Zapier dobrze sprawdza się na start. Kłopot zaczyna się, gdy zapów jest kilkadziesiąt, rachunek rośnie z każdym krokiem, a polskie systemy trzeba podpinać przez webhooki. Wtedy szukam dla tych przepływów innego miejsca.

Autor: Szymon Łakomy. Aktualizacja:

Sygnały, że Zapier przestaje pasować

  • Rachunek rośnie z każdym krokiem. Zapier liczy zadania, czyli wykonane akcje, więc zap z pięcioma akcjami zużywa kilka razy więcej niż prosty łańcuch z jedną.
  • Brakuje polskich aplikacji. Dla KSeF, Allegro, polskich banków i części programów do faktur gotowej aplikacji często nie ma albo obsługuje tylko kilka operacji. Zostają kroki Webhooks i Code, w których zapytania składa się ręcznie.
  • Logika rozlewa się na wiele zapów. Jeden proces jest rozbity na kilka zapów, które przekazują sobie dane przez arkusz, i nikt już nie wie, który za co odpowiada.
  • Dane klientów przechodzą przez kolejną chmurę. Firma chce ograniczyć liczbę podmiotów, którym powierza dane osobowe. To argument organizacyjny, a nie porada prawna.
  • Błędy trafiają do niewłaściwej osoby. Powiadomienie o zatrzymanym zapie dostaje właściciel konta, często ktoś, kto dawno zajmuje się czymś innym, i nikt nie reaguje.

Trzy kierunki przeniesienia

n8n

Na własnym serwerze płacisz za serwer, a nie za każdy krok. W chmurze n8n rozliczane są całe wykonania przepływu, a nie pojedyncze akcje. Obsługuje dowolne API i kod. Opis narzędzia: co to jest n8n.

Make

Wizualny edytor bez serwera, z routerem i iteratorami. Rozlicza każdy moduł, więc przy wielu krokach też trzeba liczyć. Więcej w tekście co to jest Make.com.

Własny kod

Mały serwis w Pythonie lub Node.js ma sens przy jednym, bardzo intensywnym przepływie albo nietypowej logice. Przykłady zebrałem na stronie automatyzacja w Pythonie dla firm.

Pełne zestawienie trzech narzędzi jest na stronie Make, n8n czy Zapier. Ceny planów porównuję zawsze na aktualnych cennikach producentów, bo modele rozliczeń się zmieniają.

Plan przeniesienia w pięciu krokach

  1. Spis zapów. Dla każdego zapisuję wyzwalacz, akcje, filtry, ścieżki (Paths), kroki Formatter i liczbę zadań z historii. Zapy wyłączone od miesięcy od razu odkładam na bok.
  2. Dostępy. Zbieram konta i klucze API do systemów, z którymi łączą się zapy. Nowe połączenia zakładam na kontach firmy, nie na prywatnych.
  3. Odbudowa. Przepływy buduję od nowa w n8n lub Make, często łącząc kilka zapów w jeden czytelny przepływ z obsługą błędów.
  4. Praca równoległa. Nowy przepływ przez kilka dni działa obok zapa, ale zamiast wysyłać maile czy tworzyć rekordy, zapisuje wynik w arkuszu kontrolnym. Porównuję oba wyniki.
  5. Przełączenie webhooków. Każdy system, który wysyła dane na adres hooks.zapier.com, przepinam na webhook w nowym narzędziu. Zap wyłączam, ale nie usuwam do końca okresu rozliczeniowego.

Przykład: które zapy przenieść najpierw

Załóżmy, że firma ma 25 zapów, ale cztery z nich zużywają większość zadań: synchronizacja zamówień ze sklepu, faktury, powiadomienia dla zespołu i zapis leadów do CRM. Przenoszę najpierw te cztery, bo to one decydują o wysokości planu. Rzadko uruchamiane zapy mogą zostać w Zapierze na niższym planie albo przejść w drugim etapie.

Zanim podejmiesz decyzję, zestaw koszt odbudowy z miesięczną różnicą w abonamencie. Pomoże w tym kalkulator ROI automatyzacji, a koszt samego serwera i wdrożenia rozpisuję w tekście ile kosztuje wdrożenie n8n.

Kiedy zostać na Zapierze

Gdy masz kilka prostych zapów, mieścisz się w niskim planie, a zespół sam je zmienia, przeniesienie nie ma sensu. Podobnie, gdy łączysz głównie zagraniczne aplikacje SaaS, które mają w Zapierze dobre integracje. Koszt odbudowy zwróci się wtedy późno albo wcale, i tak to przedstawiam w wycenie.

Bywa też układ mieszany: proste zapy marketingowe zostają, a przepływy z polskimi systemami i dużym wolumenem przechodzą do n8n. Pilnuję wtedy, żeby jeden proces nie był rozdzielony między dwa narzędzia, bo przy awarii trudno ustalić, gdzie szukać przyczyny.

Budowę przepływów opisuję na stronie automatyzacja w n8n i Make, a przenosiny z Make w tekście migracja z Make do n8n.

Najczęstsze pytania

Czy zapy można wyeksportować i zaimportować do n8n?

Nie ma importu, który zamieni zap w przepływ n8n. Przenoszę logikę, a nie plik: na podstawie spisu kroków buduję przepływ od nowa. Przy okazji zwykle upraszczam to, co w Zapierze było rozbite na kilka zapów.

Jak długo trwa przeniesienie z Zapiera?

Zależy od liczby i złożoności zapów. Najwięcej czasu zajmuje nie sama odbudowa, tylko zebranie dostępów i okres równoległej pracy. Ogólne ramy opisuję na stronie ile trwa wdrożenie automatyzacji.

Co z historią wykonań w Zapierze?

Historia zostaje w Zapierze i nie przechodzi do nowego narzędzia. Jeśli jest potrzebna, na przykład do rozliczeń z klientami, sprawdzam, co pozwala wyeksportować Twój plan, i robię to przed jego wygaśnięciem.

Czy po przeniesieniu sam zmienię przepływ?

W Make zwykle tak, po krótkim wprowadzeniu. W n8n proste zmiany też, choć przy kodzie i API wygodniej mieć wsparcie. Przepływy oddaję z opisem, a dla zespołu mogę poprowadzić szkolenie z n8n.

Powiązane strony

Chcesz wyjść z Zapiera?

Wyślij listę zapów albo zrzut z panelu. Wskażę, które przenieść najpierw i ile to będzie kosztować.