Automatyzacje procesów z n8n na serwerze, który należy do Was
Budujemy przepływy, które łączą Wasze systemy i zdejmują z ludzi przeklikiwanie danych. n8n instalujemy na Waszym serwerze albo w Waszej chmurze, więc dane klientów nie przechodzą przez zewnętrzną platformę, a licencja wersji Community do użytku wewnątrz firmy kosztuje 0 zł. Pierwszy przepływ działa 14 dni od warsztatu.
- 0 złtyle wynosi licencja n8n, gdy instancja stoi na Waszym serwerze. Wersja Community jest darmowa do użytku wewnątrz firmy, płacicie tylko za maszynę
- ponad 400 aplikacjityle usług n8n łączy gotowymi węzłami: CRM, księgowość, sklepy, dysk, bazy SQL, modele językowe. Resztę dokładamy przez HTTP i API
- 14 dnityle mija od warsztatu do pierwszego przepływu na produkcji. Złożone wdrożenie z logiką warunkową i obsługą wyjątków zajmuje 2 do 4 tygodni
Problem
Dlaczego dane Waszych klientów krążą po serwerach, których nie kontrolujecie?
Zapytanie z formularza idzie do platformy w chmurze, tam czeka w kolejce, potem wraca do Waszego CRM. Po drodze przechodzi przez firmę, której nazwy nie zna nikt z zarządu. Umowa powierzenia gdzieś jest, tylko nikt jej nie czytał, bo automatyzację postawił marketing w piątek po południu i od tamtej pory po prostu działa. W branży finansowej, medycznej albo prawnej to nie jest niedopatrzenie, to jest problem na audycie.
Druga rzecz to rachunek, który rośnie razem z użyciem. Im więcej kroków ma scenariusz i im częściej się uruchamia, tym wyżej wchodzicie w cennik platformy. Przepływ z pętlą po pozycjach zamówienia zjada limit szybciej, niż ktokolwiek to policzył przy zakupie. Automatyzacja, która miała oszczędzać czas, staje się pozycją w budżecie pilnowaną co miesiąc, a zespół uczy się nie dodawać kroków.
n8n rozwiązuje jedno i drugie inaczej, bo instancja stoi u Was. Dokumentacja n8n opisuje własny hosting jako podstawowy wariant instalacji, przez Dockera na Waszej maszynie albo w Waszej chmurze (AWS, GCP, Azure). Dane nie opuszczają środowiska, do którego dostęp kontroluje Wasz dział IT. Licencja wersji Community do użytku wewnątrz firmy kosztuje 0 zł, a w wariancie chmurowym n8n rozlicza wykonanie całego przepływu, nie każdy krok w środku.
- Dane osobowe klientów przechodzą przez platformę, której nie ma w rejestrze czynności przetwarzania
- Rachunek za automatyzację rośnie z każdym nowym krokiem w scenariuszu
- Reguła, której nie da się wyklikać, zostaje w arkuszu i w głowie jednej osoby
- Nikt nie wie, kto i kiedy zmienił scenariusz, który przestał działać w środę
Dlaczego teraz
Co się zmieniło, że własna instancja nie wymaga własnego działu IT?
Instalacja n8n to dziś jeden kontener i baza danych. Postawienie instancji na maszynie w chmurze albo na serwerze, który już macie, zajmuje kilka godzin razem z domeną, certyfikatem i kopiami zapasowymi. Nie trzeba budować niczego wokół, żeby to ruszyło, i nie trzeba nikogo zatrudniać na tę jedną instalację.
Drugi próg, który zniknął, to konektory. n8n ma ponad 400 gotowych węzłów, a tam, gdzie węzła nie ma, wystarcza żądanie HTTP do API systemu. Gdy reguła jest za skomplikowana, żeby ją wyklikać, w środku przepływu siedzi węzeł z własnym kodem: piszesz w nim JavaScript albo Python i pracujesz na tych samych danych, które płyną przez scenariusz. Logika nie musi wyprowadzać się do osobnej aplikacji.
Trzecia zmiana to modele językowe. n8n woła je jak każde inne API, więc przepływ może kategoryzować zapytania, wyciągać pozycje z faktury w PDF albo streszczać umowę, a dane wychodzą wtedy tylko do dostawcy modelu. Osobna sprawa to pytania o same procesy, w rodzaju „ile faktur przeszło wczoraj przez automat”. Na to odpowiada BOND, nasz firmowy agent AI, w 5 do 10 sekund, bez logowania do n8n.
Co się zmienia
Co dostaje firma po wdrożeniu n8n?
Dane klientów zostają w Waszej sieci
Instancja stoi na Waszym serwerze albo w Waszej chmurze. Zapytania, umowy i rekordy z CRM przechodzą przez maszynę, do której dostęp nadaje Wasz dział IT, a nie zewnętrzna platforma.
Instalacja przez Dockera na własnym serwerze, w AWS, GCP albo Azure
Rachunek nie rośnie z liczbą kroków
Przy własnym hostingu płacicie za maszynę, nie za uruchomienia. Przepływ z dwudziestoma węzłami i pętlą po pozycjach zamówienia kosztuje tyle samo, ile przepływ z trzema węzłami.
Licencja wersji Community do użytku wewnątrz firmy: 0 zł, koszt to serwer
Reguła, której nie da się wyklikać, też działa
Gdy warunek wymaga obliczenia, dopasowania rozmytej nazwy firmy albo przeliczenia stawki, wchodzi węzeł z własnym kodem. Zostaje w tym samym przepływie, więc nie powstaje druga aplikacja do utrzymania.
JavaScript albo Python w węźle Code, na danych płynących przez przepływ
Zmiana w przepływie ma autora i datę
Historia zmian workflow jest w n8n funkcją płatną, a synchronizacja z Git wymaga wariantu enterprise. W instalacji Community wersjonujemy przez eksport przepływu do repozytorium, więc poprzednia wersja da się przywrócić.
Każdy przepływ jako plik JSON w repozytorium, z autorem i datą zmiany
Błąd zgłasza się sam
Każdy przepływ ma osobną gałąź na wyjątki i powiadomienie o nieudanym wykonaniu na Slacka, w Teams albo mailem. Zepsuta integracja nie czeka na to, że ktoś zauważy brakującą fakturę.
Powiadomienie w minutę od błędu, z nazwą węzła, który padł
Zespół utrzyma to bez nas
Po wdrożeniu szkolimy Wasze osoby z czytania przepływu i prostych zmian: inny odbiorca powiadomienia, nowe pole w CRM, inna godzina harmonogramu. Dokumentację dostajecie razem z przepływem.
Zero czarnych skrzynek: dokumentacja i szkolenie w zakresie wdrożenia
A u Ciebie
Co, jeśli n8n u Was nie ma sensu?
Cztery zdania, które słyszymy najczęściej. Dwa z nich kończą się rekomendacją innego narzędzia i mówimy to na konsultacji, zanim wystawimy jakąkolwiek wycenę.
Nie mamy nikogo, kto utrzyma serwer.
Wtedy n8n na własnym hostingu jest złym wyborem i tak Wam powiemy. Instancja wymaga aktualizacji, kopii zapasowych i kogoś, kto zareaguje, gdy przestanie odpowiadać w niedzielę wieczorem. Bez tej osoby zostaje n8n w chmurze albo Make, gdzie utrzymanie jest po stronie dostawcy. Taki scenariusz też umiemy zbudować i nie namawiamy na własny serwer, żeby podnieść zakres.
Nasz system nie ma gotowego węzła w n8n.
Zwykle wystarcza żądanie HTTP do jego API i to jest kwestia godzin, nie tygodni. Problem zaczyna się, gdy niszowy system nie ma publicznego API albo gdy inna platforma ma do niego gotowy konektor, a n8n nie. Wtedy liczymy, co jest tańsze w utrzymaniu, i czasem wychodzi z tego rekomendacja Make albo Zapiera, a nie nasza usługa.
Mamy Zapiera i to działa.
Jeśli scenariusz łączy dwa narzędzia jednym triggerem i uruchamia się kilkadziesiąt razy w miesiącu, migracja nie ma sensu. Rozmowa robi się sensowna, gdy dochodzi trzeci system, warunki albo dane osobowe klientów. Wtedy proste scenariusze zostają tam, gdzie są, a do n8n przenosimy tylko te, które na tym zyskują.
Dział bezpieczeństwa nie przepuści danych klientów do chmury.
To jest dokładnie ten powód, dla którego n8n pojawia się w tej rozmowie. Instancja stoi w Waszej sieci, więc dane nie opuszczają środowiska, które kontrolujecie. Na warsztacie spisujemy, jakie pola są niezbędne w każdym przepływie i jak długo mają być trzymane, żeby dział bezpieczeństwa dostał dokument, a nie zapewnienie.
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Księgowość i faktury
- Fakturownia, iFirma, Subiekt, Comarch Optima, sevDesk
- Sprzedaż online
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Praca zespołu
- Google Workspace, Microsoft 365, Slack, Notion, ClickUp, Jira, Asana
- Dane i raporty
- BigQuery, Google Sheets, GA4, bazy SQL
- Hosting instancji
- Własny serwer przez Dockera, AWS, GCP, Azure
Kiedy n8n, a kiedy inne narzędzie
Tabela odpowiada na pytanie, które zadajemy sobie na warsztacie, zanim cokolwiek zbudujemy. Nie każda sytuacja kończy się n8n i to jest w porządku.
| Sytuacja u Was | Nasza rekomendacja | Dlaczego tak |
|---|---|---|
| Dane osobowe klientów nie mogą wyjść z firmy | n8n na Waszym serwerze | instancja stoi w Waszej sieci, dane nie przechodzą przez zewnętrzną platformę |
| Przepływ ma kilkanaście kroków i tysiące uruchomień w miesiącu | n8n na Waszym serwerze | koszt to maszyna, a nie liczba wykonanych kroków |
| Reguły nie da się wyklikać, trzeba coś policzyć | n8n, węzeł z własnym kodem | JavaScript albo Python w środku przepływu, bez osobnej aplikacji |
| Przepływ ma wołać model językowy na danych z Waszych baz | n8n na Waszym serwerze | dane wychodzą tylko do dostawcy modelu, nie do platformy automatyzacji |
| Nikt u Was nie utrzyma serwera: aktualizacje, kopie, monitoring | n8n w chmurze albo Make | przy własnym hostingu utrzymanie jest po Waszej stronie i to realny koszt |
| Potrzebny gotowy konektor do niszowego systemu bez publicznego API | Make albo Zapier | tam konektor bywa już zbudowany, w n8n trzeba go napisać i utrzymywać |
| Dwa narzędzia, jeden trigger, kilkadziesiąt uruchomień w miesiącu | Zapier albo Make | n8n to wtedy serwer do utrzymania dla zadania na dziesięć minut |
Wiersze to punkt wyjścia, nie wyrok. Na warsztacie sprawdzamy je na Waszym procesie i zdarza się, że z tego samego procesu wychodzą dwie rekomendacje: część przepływów do n8n, część zostaje tam, gdzie jest.
Jak to robimy
Pięć kroków od procesu na kartce do przepływu na produkcji
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat procesowy
Mapujemy proces tak, jak działa dziś: kto co robi, w jakim systemie i ile to zajmuje. Wybieramy ten fragment, który pochłania najwięcej godzin, i ustalamy, gdzie stanie instancja. Efektem jest dokument, nie obietnica.
Projekt i instancja
Ustalamy, które systemy łączymy, jakie dane przez przepływ przechodzą i jakie wyjątki obsługujemy. Stawiamy instancję na Waszym serwerze albo w Waszej chmurze razem z domeną, certyfikatem, dostępami i kopiami zapasowymi.
Budowa i testy
Budowa typowego przepływu zajmuje 2 do 5 dni roboczych. Testujemy najpierw na danych testowych, potem na Waszych danych z ostatnich tygodni, żeby zobaczyć przypadki, których nikt nie przewidział na warsztacie.
Produkcja z monitoringiem
Przepływ rusza na produkcji z gałęzią wyjątków i powiadomieniem o nieudanym wykonaniu. Wersję wyjściową eksportujemy jako JSON do repozytorium, więc od pierwszego dnia da się wrócić do stanu, który działał.
Szkolenie i pomiar
Szkolimy Wasze osoby z czytania przepływu i prostych zmian, i przekazujemy dokumentację. Efekt mierzymy po 30 i po 90 dniach: liczba wykonań, liczba błędów, godziny, które zniknęły z kalendarza.
Przed i po
Jak zmienia się tydzień osoby, która dziś przeklikuje dane
Przedtem
- Poniedziałek zaczyna się eksportem z CRM i wklejeniem go do arkusza
- Faktura powstaje z danych, które ktoś przepisuje z zamówienia ręcznie
- Raport dla zarządu składa się z czterech plików i pamięci jednej osoby
- O zepsutej integracji dowiadujecie się od klienta, który nie dostał potwierdzenia
Po zmianie
- Dane przechodzą między CRM, arkuszem i bazą same, w ustalonym harmonogramie
- Faktura wystawia się z danych zamówienia, człowiek ją tylko akceptuje
- Raport przychodzi na Slacka w poniedziałek o ósmej, zawsze z tych samych źródeł
- O nieudanym wykonaniu wie osoba dyżurna, w minutę, z nazwą węzła
Pierwszy przepływ działa 14 dni od warsztatu. Efekt na czasie pracy oceniamy po 30 i po 90 dniach, na liczbie wykonań i na godzinach zdjętych z kalendarza, a nie na wrażeniu.
Dla osoby, która to zamawia
Co z tego ma dyrektor operacyjny
Pytanie „gdzie są nasze dane” przestaje być pytaniem otwartym. Umiesz odpowiedzieć nazwą maszyny i pokazać dokument z warsztatu, w którym stoi, jakie pola przechodzą przez każdy przepływ i jak długo są trzymane. To jest różnica między rozmową z audytorem a tłumaczeniem się przed audytorem.
Druga rzecz waży więcej przy budżecie na przyszły rok. Przy własnym hostingu koszt automatyzacji to maszyna, a nie pozycja rosnąca razem z liczbą uruchomień. Wiesz w październiku, ile to będzie kosztowało w grudniu, i nie musisz pilnować limitu operacji przed sezonem.
- Instancja w Waszej infrastrukturze, dostępy nadaje Wasz dział IT
- Licencja 0 zł przy własnym hostingu, rachunek nie rośnie z użyciem
- Każdy przepływ opisany i wyeksportowany do repozytorium, niezależny od jednej osoby
- Warsztat kończy się dokumentem, który obroni się bez nas i bez naszego wdrożenia
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień, od 1 do 7 tygodni, zależnie od tego, ile procesów wchodzi w zakres. Wdrożenie wyceniamy po warsztacie, bo dopiero wtedy wiadomo, ile systemów łączymy, ile wyjątków trzeba obsłużyć i w jakim stanie są dane.
Koszt instancji płacicie bezpośrednio dostawcy: maszyna u Waszego hostingodawcy albo w Waszej chmurze, a licencja wersji Community do użytku wewnątrz firmy kosztuje 0 zł. Jeśli przepływ woła model językowy, jego użycie płacicie dostawcy modelu. Na żadnym z tych rachunków nie ma naszej prowizji.
Warsztat procesowy
2500 zł netto
za tydzień, od 1 do 7 tygodni zależnie od zakresu
Zamknięta całość. Kończy się mapą procesu, rekomendacją narzędzia i planem wdrożenia, który możesz zrealizować bez nas.
- Mapa procesu w stanie dzisiejszym, z czasem i właścicielem każdego kroku
- Rekomendacja: n8n na własnym serwerze, n8n w chmurze albo inne narzędzie
- Lista systemów do połączenia i danych, które przez przepływ przechodzą
- Wskaźniki do pomiaru po 30 i po 90 dniach
- Najczęściej wybierany
Warsztat i wdrożenie n8n
Wycena po warsztacie
zakres wynika z liczby systemów i wyjątków
Najczęściej wybierany wariant. Pierwszy przepływ na produkcji 14 dni od warsztatu, złożone wdrożenie 2 do 4 tygodni.
- Wszystko z warsztatu
- Instancja n8n na Waszym serwerze albo w Waszej chmurze, z kopiami zapasowymi
- Przepływy spięte z CRM, księgowością, sklepem i bazami, z gałęzią wyjątków
- Powiadomienia o błędach i eksport przepływów do repozytorium
- Szkolenie zespołu i dokumentacja każdego przepływu
n8n i agent AI
Wycena po warsztacie
dla firm, które pytają o stan procesów kilka razy dziennie
Wszystko z wdrożenia plus BOND, firmowy agent AI, który odpowiada z Waszych danych zwykłym zdaniem.
- Wszystko z wdrożenia n8n
- BOND spięty z systemami, które wchodzą w przepływy, wdrożenie około 2 miesięcy
- Odpowiedź z danych firmy w 5 do 10 sekund, bez logowania do n8n
- Węzły AI w przepływach: kategoryzacja zapytań, dane z PDF, streszczenia
Warsztat kończy się dokumentem z mapą procesu, rekomendacją i planem wdrożenia, który możecie zrealizować własnymi rękami albo z kimkolwiek innym. Jeśli wyjdzie z niego, że n8n u Was nie ma sensu, bo nie ma kto utrzymać serwera albo bo wystarcza gotowy scenariusz w Make, mówimy to i sprawa kończy się na warsztacie.
Najczęstsze pytania
Czym jest n8n i czym różni się od Make i Zapiera?
n8n to narzędzie do automatyzacji o otwartym kodzie, które można zainstalować na własnym serwerze albo w prywatnej chmurze. Make i Zapier działają wyłącznie jako usługa u dostawcy, więc dane zawsze przechodzą przez jego infrastrukturę. Przy własnym hostingu n8n płacicie za maszynę, nie za uruchomienia, a wewnątrz przepływu możecie postawić węzeł z własnym kodem. Przy prostych scenariuszach z dwoma narzędziami Make i Zapier są szybsze do postawienia.
Czy dane naszych klientów wychodzą poza firmę?
Przy instancji na Waszym serwerze przepływ przetwarza dane wewnątrz Waszej sieci. Wychodzą tylko tam, gdzie sami je wysyłacie: do API systemu, z którym się łączycie, albo do dostawcy modelu językowego, jeśli przepływ go woła. Na warsztacie spisujemy, jakie pola są w każdym przepływie niezbędne, żeby nie przesyłać więcej, niż wymaga decyzja.
Ile trwa wdrożenie automatyzacji w n8n?
Budowa typowego przepływu zajmuje 2 do 5 dni roboczych, a od warsztatu do pierwszej automatyzacji na produkcji mija zwykle 14 dni. Złożone wdrożenie z logiką warunkową, obsługą wyjątków i kilkoma źródłami danych to 2 do 4 tygodni. Postawienie samej instancji razem z domeną i kopiami zapasowymi to kwestia godzin, nie dni.
Ile kosztuje licencja n8n?
Wersja Community jest darmowa do użytku wewnątrz firmy, więc przy własnym hostingu licencja kosztuje 0 zł, a płacicie tylko za maszynę. Wariant chmurowy u producenta jest płatny w abonamencie i rozlicza wykonania całych przepływów, nie pojedyncze kroki. Historia zmian przepływów i synchronizacja z repozytorium Git są funkcjami płatnych planów.
Co, jeśli nie mamy kogo do utrzymania serwera?
Wtedy własny hosting nie jest dla Was i powiemy to na konsultacji, a nie po podpisaniu umowy. Instancja wymaga aktualizacji, kopii zapasowych i kogoś, kto zareaguje na awarię poza godzinami pracy. Alternatywa to n8n w chmurze producenta albo Make, gdzie utrzymanie leży po stronie dostawcy, i takie wdrożenie też prowadzimy.
Co z systemem, który nie ma gotowego węzła w n8n?
Jeśli ma publiczne API, łączymy się z nim żądaniem HTTP i to zwykle kwestia godzin pracy. Gorzej, gdy niszowy system nie ma API wcale, bo wtedy zostaje eksport plików albo integracja po stronie bazy danych. Zdarza się też, że gotowy konektor istnieje w Make, a w n8n nie, i wtedy uczciwie rekomendujemy tamto narzędzie.
Jak wersjonujecie przepływy, żeby dało się wrócić do wersji, która działała?
Każdy przepływ eksportujemy jako plik JSON do repozytorium, więc każda zmiana ma autora, datę i możliwość przywrócenia poprzedniej wersji. To działa również na instalacji Community, w której wbudowana historia zmian i synchronizacja z Git są dostępne dopiero w planach płatnych. Przy zmianach na produkcji trzymamy zasadę: najpierw kopia stanu, który działał, potem modyfikacja.
Da się przenieść scenariusze, które mamy już w Make albo w Zapierze?
Da się, ale przenosimy tylko te, które na tym zyskują: dotykające danych osobowych, wielokrokowe albo uruchamiane tysiące razy w miesiącu. Scenariusz nie migruje automatycznie, bo węzły nazywają się inaczej, więc odbudowujemy go w n8n i zestawiamy wyniki obu wersji na tych samych danych, zanim wyłączymy stary. Prostych scenariuszy z dwoma narzędziami zwykle nie ruszamy i mówimy to wprost.
Sprawdźmy, który proces opłaca się przenieść pierwszy
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, co dziś robi się u Was ręcznie i gdzie dane przechodzą przez zewnętrzne platformy. Pokazujemy, co da się zamknąć w n8n w pierwszych 14 dniach, a co wymaga najpierw uporządkowania danych. Nie musisz na tym etapie udostępniać systemów.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym miesiącu ktoś u Was przeklejał dane z jednego systemu do drugiego, to jest dokładnie ten proces. Przeniesiony do n8n na Waszym serwerze przestaje zajmować czyjeś poranki, a dane klientów zostają w firmie. Piszesz bezpośrednio do Pawła, bez recepcji i bez ticketów.