Low-code obiecuje automatyzację w tydzień, bez programisty i bez zgody działu IT. Czasem tę obietnicę spełnia. Częściej niż na landing page'ach — nie. A prawdziwy koszt widać dopiero po sześciu miesiącach.
Make (dawniej Integromat), Zapier i n8n to platformy, w których „klikaniem" łączy się jeden system z drugim: dostajesz zamówienie w Allegro — poleci powiadomienie na Slacka i utworzy się rekord w CRM. Brzmi jak marzenie właściciela firmy, który latami słyszał od dostawców IT „to trzeba oprogramować, będzie kwartał roboty". I często to marzenie jest realne. Ale nie zawsze — i to jest cała ta rozmowa.
W ostatnich dwóch latach widzieliśmy zarówno automatyzacje, które zwolniły pracownikom po pół etatu, jak i takie, które po cichu wykasowały 47 zamówień, zanim ktokolwiek się zorientował. Różnica prawie nigdy nie leżała w platformie. Leżała w tym, jak i po co ktoś ją wdrożył.
Kiedy low-code faktycznie ma sens
Low-code jest w swoim żywiole, kiedy: integrujesz dwa systemy chmurowe z sensownym API, proces jest średniej krytyczności (chwilowa awaria nie zatrzymuje firmy), a wolumen jest mierzony w setkach, nie w setkach tysięcy operacji miesięcznie. Wtedy naprawdę wygrywasz — nie robisz projektu na trzy miesiące, tylko konfigurujesz coś w kilka dni i idziesz dalej.
U jednego z naszych klientów — 18-osobowa hurtownia elektroniki z Wielkopolski — zamówienia z Allegro i WooCommerce spływały do Baselinkera, a stamtąd trzeba było je ręcznie przenieść do Comarch Optimy. Handlowiec spędzał na tym średnio 4 minuty na zamówienie razy 200 zamówień tygodniowo — 13 godzin tygodniowo. Scenariusz w Make.com (Baselinker → API Optimy w chmurze) skrócił obsługę pojedynczego zamówienia do ~30 sekund. Zaoszczędzone ~12 godzin tygodniowo poszło w windykację, w której firma miała lukę od zawsze.
Konfiguracja zajęła nam 3 dni robocze — nie kwartał. Testy i wdrożenie razem — tydzień. Koszt licencji Make: około 40 EUR miesięcznie za pakiet obsługujący ich wolumen. Zwrot inwestycji: pierwszy miesiąc.
Krótko mówiąc, dobre kandydatury na low-code to:
- Powiadomienia i synchronizacje między systemami SaaS (CRM ↔ Slack, formularz ↔ Trello, mail ↔ Notion).
- Import/eksport z Excela do systemu i z powrotem, gdy nikt nie chce pisać makra.
- Aktualizacje kartotek klientów między CRM a marketingiem.
- Proste ETL między API — bez logiki księgowej i bez transakcji rozproszonych.
Kiedy low-code jest złym pomysłem
Ta sama technologia potrafi zrobić firmie sporo szkody, jeśli włoży się ją w niewłaściwe miejsce. Proces krytyczny — czyli taki, którego awaria oznacza brak faktury, brak wypłaty albo mandat od skarbówki — nie należy do niej. Nie dlatego, że platforma jest zła. Dlatego, że narzędzia low-code są z natury „przezroczyste": kiedy scenariusz padnie o 2:00 w nocy, dowiesz się o tym z reklamacji klienta, nie z alertu.
Wróćmy do naszej hurtowni. Po sześciu miesiącach dostawca API Optimy zmienił limit zapytań (rate limit) — nikt nikogo nie ostrzegł mailem. Scenariusz zaczął cicho gubić po 2–3 zamówienia dziennie, oznaczając je jako „przetworzone", chociaż nie trafiały do systemu. Nikt tego nie zauważył przez 3 dni. Efekt: 47 zamówień wyciągniętych awaryjnie z logów Baselinkera i wprowadzonych ręcznie w weekend, jeden zdenerwowany właściciel i tydzień pracy nad monitoringiem, którego od początku brakowało.
Wnioski, które warto przyjąć, zanim się zacznie:
- Nie automatyzuj procesów krytycznych finansowo (KSeF, JPK, wypłaty) na Zapierze. To robota dla poważnej integracji z audytem i logami.
- Nie łącz przez chmurowego pośrednika systemów on-premise, jeśli nie wystawiają API do internetu — cały scenariusz zawsze będzie kruchy.
- Nie idź w low-code przy dużych wolumenach. 100 000 operacji miesięcznie na Zapierze to sześciocyfrowy koszt roczny. Programista napisze integrację raz i będzie tańsza.
- Nie buduj wielopoziomowych workflow z logiką biznesową w kliknięciach — brak testów, brak wersjonowania, brak code review. Za rok nikt nie odczyta, co robi scenariusz na 47 modułów.
Ukryte koszty, o których nikt nie mówi
Cennik na stronie mówi tylko część prawdy. Zapier liczy „taski" — 100 tasków miesięcznie darmowo, potem od 20 USD za 750 tasków w górę. Przy scenariuszu, który uruchamia się przy każdym zamówieniu i robi 5 kroków, 500 zamówień to 2 500 tasków. Prosta arytmetyka bardzo szybko urasta w koszcie.
Make jest tańszy przy wolumenie — kalkuluje „operacje", ale ma pakiet 10 000 operacji za około 9 EUR miesięcznie. n8n można postawić samemu (self-hosted, open source), płacisz tylko za VPS-a, ale wtedy potrzebujesz kogoś, kto to serwisuje i aktualizuje.
Prawdziwe koszty ukryte, których nie widać w cenniku, to:
- Utrzymanie. Każda zmiana po stronie API (nowa autoryzacja, deprekacja endpointu) wymaga poprawek. W ciągu dwóch lat zwykle 3–5 razy.
- Monitoring. Bez alertów mailowych i logów jesteś ślepy — a Make/Zapier w podstawowym pakiecie tego dobrze nie robi.
- Wiedza domenowa. Ktoś w firmie musi wiedzieć, co ten scenariusz robi. Jeśli zbudował go zewnętrzny konsultant i zniknął — masz kolejny „system legacy", tylko młodszy o rok.
- Wersjonowanie. Nie ma. Jeśli komuś kliknie się coś nie tak, cofnięcie zmian jest problematyczne.
Jak podejść pragmatycznie
Kilka zasad, które oszczędzają firmie kłopotów:
- Jeden scenariusz — jeden właściciel biznesowy. Nie IT. Osoba, która zauważy, że coś nie działa, bo używa efektu tej automatyzacji na co dzień.
- Alerty na kanał, który ktoś czyta. Mail do 4 osób „na wszelki wypadek" nikt nie czyta. Kanał na Slacku lub Teams, do którego dopięta jest jedna osoba dyżurna — czyta.
- Test na produkcji z klientem testowym. Zawsze pierwsze zamówienie/rekord po zmianie sprawdzasz na własnych danych, zanim puścisz automat na klientów.
- Dokumentacja jednostronicowa. Co robi scenariusz, jakie ma triggery, kto właściciel, gdzie leżą sekrety API. Bez tego za rok nie ruszysz.
- Raz na kwartał audyt. 15 minut, sprawdzasz czy scenariusze się w ogóle uruchamiają, czy ich statystyki wyglądają zdrowo.
Który wybrać: Make, Zapier czy n8n
Praktycznie: dla typowej polskiej MŚP-ki 10–50 osób bez własnego IT — Make. Znacznie lepszy stosunek jakości do ceny niż Zapier, wystarczająco dużo gotowych integracji, w tym z Baselinkerem, WooCommerce, Comarch Optima w chmurze, Subiektem w wariancie GT wsparty własnym API.
Zapier ma swoje miejsce w małym biznesie, w którym wszystko żyje w Google Workspace i Slacku — jest najprostszy, ale najszybciej robi się drogi.
n8n bierz wtedy, kiedy: masz w firmie kogoś technicznego, chcesz mieć pełną kontrolę i planujesz zbudować kilkanaście–kilkadziesiąt scenariuszy. Wtedy self-hosted n8n zwraca się w koszcie w 2–3 miesiące.
Co dalej
Low-code nie jest ani panaceum, ani zabawką. Jest bardzo dobrym narzędziem do bardzo konkretnych zadań i bardzo złym do innych. Właściciel firmy nie musi znać każdego z tych narzędzi — musi za to umieć zadać pytanie „a jeśli to padnie, kto się dowie i po ilu minutach". Jeśli dostawca nie ma na to odpowiedzi, to nie jest jeszcze projekt, tylko demo.
Jeśli zastanawiacie się, gdzie w Waszej firmie low-code faktycznie oszczędzi godziny — a gdzie jest lepiej włożyć kilka dni programisty — zapraszamy na krótką rozmowę bez ceny na końcu.
Low-code nie zastąpi dobrej integracji tam, gdzie chodzi o pieniądze. Ale w wielu miejscach, gdzie nie chodzi, oszczędzi Ci pół etatu tanim kosztem.