Make vs n8n vs własna automatyzacja z agentami — co wybrać w firmie

Trzy narzędzia, trzy różne odpowiedzialności

Wszystkie trzy podejścia robią z pozoru to samo: łączą systemy i wykonują kroki bez udziału człowieka. Różnią się tym, kto odpowiada za to, gdzie są dane, kto utrzymuje maszynę, na której to działa, i co się dzieje, gdy w środku procesu coś pójdzie nie tak. To nie jest ranking od gorszego do lepszego — dla różnych procesów w tej samej firmie właściwe bywa każde z nich.

Make — usługa w chmurze

Make to platforma SaaS: scenariusze buduje się w przeglądarce, a wykonuje je infrastruktura dostawcy. Rozliczenie opiera się na liczbie operacji, czyli pojedynczych kroków wykonanych w scenariuszach. Start zajmuje godziny, biblioteka gotowych integracji jest duża, a utrzymanie po Twojej stronie sprowadza się do pilnowania, czy scenariusze nadal działają po zmianach w podłączonych systemach.

Cena tej wygody jest jedna: każda dana, która przechodzi przez scenariusz, przechodzi przez serwery dostawcy. Dla powiadomienia o nowym formularzu to bez znaczenia. Dla scenariusza, który przenosi dane klientów między CRM a systemem fakturowania, oznacza umowę powierzenia z dostawcą i pytanie, czy naprawdę cały rekord musi tamtędy płynąć, czy wystarczy identyfikator. Koszt rośnie też z wolumenem: proces, który działa raz dziennie, jest tani; ten sam proces uruchamiany przy każdym zdarzeniu w systemie potrafi stać się pozycją w budżecie.

n8n — narzędzie, które możesz uruchomić u siebie

n8n buduje przepływy w podobny, wizualny sposób, ale można je uruchomić na własnym serwerze albo w wybranej przez siebie chmurze. Kod jest publicznie dostępny na licencji „sustainable use" — to nie jest klasyczna licencja open source i przed użyciem komercyjnym warto ją przeczytać, ale dla własnego użytku w firmie zwykle nie stanowi przeszkody. Dostawca oferuje też wersję hostowaną, wtedy sytuacja jest zbliżona do Make.

Własna instalacja daje to, czego Make nie da: decydujesz, gdzie fizycznie płyną dane, a koszt nie rośnie z liczbą operacji, tylko z mocą serwera. Dostajesz też więcej swobody w krokach z własnym kodem i w obsłudze błędów. W zamian bierzesz na siebie serwer: aktualizacje, kopie zapasowe, dostęp, monitoring. Serwer automatyzacji przechowuje klucze do wszystkich podłączonych systemów, więc jest jednym z najbardziej wrażliwych elementów infrastruktury firmy — zaniedbany jest większym ryzykiem niż usługa zewnętrznego dostawcy.

Własna automatyzacja z agentami

Trzecia droga to kod: usługa napisana pod konkretny proces, uruchamiana tam, gdzie zdecydujesz — także w sieci bez wyjścia na zewnątrz. Czasem z agentem, czyli modelem językowym, który dostaje cel i zestaw narzędzi i sam wybiera kolejne kroki. Czym agent różni się od zwykłego przepływu i jakie ryzyka ze sobą niesie, opisujemy w przewodniku o agentach AI w firmie.

Kod ma sens w trzech sytuacjach. Gdy przez proces płyną dane, których nie chcesz oddawać żadnemu dostawcy narzędzia — wtedy liczy się nie tylko miejsce, ale i to, że każdy krok ma dokładnie te uprawnienia, których potrzebuje, i zostawia ślad. Gdy logika jest rozgałęziona, zależy od stanu w kilku systemach i wymaga cofnięcia zmian po błędzie — scenariusz z kilkudziesięciu klocków jest wtedy trudniejszy w utrzymaniu niż sto linii kodu z testami. I gdy automatyzacja podejmuje decyzje, które kosztują: wysyła ofertę, zmienia zamówienie, zatwierdza płatność. Wtedy projektuje się ją tak, żeby przed takim krokiem stał człowiek, a nie licząc na to, że model się nie pomyli.

Porównanie punkt po punkcie

Dla większości małych automatyzacji Make albo n8n wystarczą

Uczciwie: powiadomienie na czacie o nowym leadzie, przepisanie formularza do arkusza, przypomnienie o niezapłaconej fakturze, synchronizacja kalendarza — to zadania, w których kod jest przerostem. Dane są mało wrażliwe, wolumen niski, a błąd kosztuje tyle, co jedno ręczne poprawienie. Tu wygrywa czas: scenariusz działa tego samego dnia, a osoba z działu, który go potrzebuje, potrafi go poprawić sama.

Wybór między Make a n8n w tych zadaniach sprowadza się do jednego pytania: czy masz kogoś, kto utrzyma serwer. Jeśli tak i dane mają zostać u Ciebie — n8n. Jeśli nie — Make z umową powierzenia i rozsądkiem w tym, co przez niego płynie.

Sygnały, że narzędzie zaczyna przerastać proces

• Scenariusz, którego nikt nie rozumie. Kilkadziesiąt kroków, rozgałęzienia, obejścia na obejściach. Autor odszedł, a nikt nie odważy się niczego ruszyć.
• Błąd zostawia dane w stanie połowicznym. Faktura wystawiona, ale zamówienie niezaktualizowane. Sprzątanie ręczne po każdej awarii to koszt, którego nie widać w cenniku narzędzia.
• Dane wrażliwe zaczęły płynąć „przy okazji". Scenariusz, który miał wysyłać powiadomienia, po roku przenosi pełne rekordy klientów z numerami dokumentów. Nikt tego nie zaprojektował — to się stało.
• Integracje mają pełne uprawnienia. Klucz administratora do CRM „bo tak było prościej". Minimalne uprawnienia w narzędziu no-code bywają trudne do wymuszenia; w kodzie są punktem wyjścia.
• Potrzebne są testy i przegląd zmian. Gdy proces dotyka pieniędzy albo obowiązków wobec klienta, zmiana bez testu i bez drugiej pary oczu jest ryzykiem, którego narzędzie wizualne nie zdejmie.

Jeden sygnał da się zwykle obejść. Dwa naraz oznaczają, że proces dojrzał do kodu — i często najlepszym ruchem jest nie przepisywanie wszystkiego, tylko wyjęcie z narzędzia tego jednego fragmentu, który przerósł klikanie. Tak wyglądają nasze systemy i integracje: kod tam, gdzie potrzebna jest kontrola, narzędzie tam, gdzie wystarcza.

Co obowiązuje niezależnie od wyboru

• Minimum danych w przepływie. Identyfikator zamiast całego rekordu, tam gdzie to możliwe. Dotyczy Make tak samo jak własnego kodu.
• Minimalne uprawnienia integracji. Osobny klucz na każdy scenariusz, z zakresem ograniczonym do tego, co robi. Klucz administratora w narzędziu automatyzacji to jeden incydent od utraty wszystkiego.
• Człowiek przy decyzjach, które kosztują. Wysyłka oferty, zmiana zamówienia, płatność — zatwierdzenie przed krokiem, nie reklamacja po nim.
• Ślad każdego działania. Co, kiedy, na jakich danych i z jakim wynikiem. Bez tego „automatyzacja coś zepsuła" jest zdaniem, którego nie da się sprawdzić.
• Umowa powierzenia tam, gdzie dane wychodzą. Dotyczy każdej usługi zewnętrznej w przepływie — narzędzia i modelu. To nie jest porada prawna; zakres obowiązków ocenia prawnik na podstawie danych, które faktycznie płyną.

Jeśli w tym artykule pojawiły się pojęcia, które nie są oczywiste — agent, prompt injection, minimalne uprawnienia — ich krótkie definicje zebraliśmy w słowniku AI dla firm. O tym, jak projektujemy automatyzacje z modelem w środku, piszemy na stronie systemów AI.

Najczęstsze pytania o Make, n8n i własną automatyzację