Ten telefon brzmi u nas zawsze podobnie: „oferty i faktury chodzą na automatyzacjach, które budował nam freelancer, a on od trzech tygodni nie odbiera". Albo: „firma, która utrzymuje nasze workflow, przysłała nowy cennik, trzy razy wyższy niż rok temu". Przejmowaliśmy automatyzacje po freelancerach i po innych firmach na tyle często, że zrobiliśmy z tego powtarzalną procedurę.
Dobra wiadomość: przejęcie da się przeprowadzić w kontrolowany sposób i zwykle bez zatrzymywania procesów. Zła: im później zaczniesz, tym drożej. Najwięcej nie kosztują same workflow, tylko odzyskiwanie dostępów do rzeczy, które od pierwszego dnia powinny być na kontach firmy, a nie wykonawcy.
Poniżej dokładnie ta procedura, którą stosujemy u klientów: pięć kroków od zabezpieczenia dostępów po monitoring, realne widełki czasu i kosztów oraz uczciwa odpowiedź na pytanie, kiedy przejmowanie nie ma sensu i taniej wyjdzie budowa od nowa.
TL;DR: Przejęcie automatyzacji to pięć kroków: zabezpiecz dostępy, póki współpraca jeszcze trwa, zinwentaryzuj workflow, zbuduj dokumentację odtworzeniową, w razie potrzeby zmigruj wszystko na firmowe konta i włącz monitoring z backupami od pierwszego dnia. Mała instalacja to kilka dni pracy i kilka tysięcy złotych; rozbudowana z migracją — 2–6 tygodni i 10–30 tys. zł.
Kiedy trzeba przejąć automatyzacje
Cztery sytuacje wracają w naszych rozmowach najczęściej.
Wykonawca zniknął albo nie odpowiada. Freelancer poszedł na etat, wyjechał, zachorował, czasem po prostu przestał odpisywać. Automatyzacje działają siłą rozpędu, ale pierwsza zmiana w API któregoś z narzędzi położy proces i nie będzie komu go podnieść.
Dotychczasowa firma podniosła stawki. Wdrożenie było tanie, a po roku stawka za utrzymanie rośnie trzykrotnie, bo wykonawca wie, że jesteś od niego zależny. To nie musi być zła wola (czasem po prostu przeszacował koszty na starcie), ale efekt jest ten sam: płacisz, bo nie masz jak odejść.
Współpraca się wypaliła. Odpowiedzi przychodzą po tygodniu, każda poprawka rodzi dwa nowe błędy, a rozmowy o rozwoju umarły. Formalnie masz wykonawcę, praktycznie go nie masz.
Wszystko działa, ale nikt nie wie jak. Najbardziej podstępny wariant. Automatyzacje zamawiał kierownik, który odszedł z firmy, wykonawca skończył projekt dwa lata temu, a dziś nikt w organizacji nie umie powiedzieć, co dokładnie się dzieje, gdy klient wyśle formularz. Do pierwszej awarii nikt nie czuje problemu.
Wspólny mianownik: procesy, na których firma zarabia, zależą od osoby spoza firmy — od jej dostępności, zdrowia i cennika.
Co najczęściej zastajemy po poprzednim wykonawcy
Po kilkunastu takich przejęciach umiemy przewidzieć, co zobaczymy, zanim jeszcze dostaniemy dostępy.
- Wszystko na prywatnych kontach wykonawcy. Konto Make albo instancja n8n założone na prywatny adres e-mail freelancera, hosting opłacany z jego karty, zdarza się, że nawet domena webhooków jest jego. Firma „ma automatyzacje", których formalnie nie posiada.
- Zero dokumentacji. Ani opisu, co robi który workflow, ani listy integracji. Cała wiedza jest w głowie jednej osoby.
- Hasła wpisane na sztywno. Tokeny i hasła wklejone bezpośrednio w kroki workflow zamiast w menedżer credentiali: widoczne dla każdego, kto otworzy edytor, i niemożliwe do podmiany w jednym miejscu.
- Brak backupów. Żadnych eksportów, żadnych kopii bazy. Awaria serwera albo skasowanie konta oznacza utratę wszystkiego.
- Workflow-spaghetti bez nazw. „Workflow 14 (copy) (copy)", osiemdziesiąt kroków bez jednej notatki, trzy wersje tego samego procesu i nie wiadomo, która jest aktywna.
„Najdroższe przejęcia wcale nie są po freelancerze, który zniknął. Są po rozstaniach w zgodzie — firma nie chce robić przykrości, więc nie prosi o eksporty i przekazanie kont, póki jeszcze ma kontakt. Pół roku później odtwarzamy logikę workflow z logów i zgadywania, bo dostępu nie ma już nikt." — Mikołaj Brunka, założyciel NoCodeWork
Jeśli rozpoznajesz u siebie choć dwie pozycje z tej listy, nie czekaj na awarię. Każdy kolejny miesiąc działa na Twoją niekorzyść.
Instrukcja przejęcia krok po kroku
Krok 1: zabezpiecz dostępy, póki współpraca trwa
Najważniejszy krok i jedyny, którego nie da się nadrobić później. Dopóki masz kontakt z wykonawcą, załatw trzy rzeczy:
- Przeniesienie własności kont. Platforma automatyzacji (Make, n8n, Zapier), hosting, domeny webhooków. Docelowo wszystko na firmowy e-mail i firmową kartę. Jeśli platforma nie pozwala przenieść konta, wykonawca dodaje Cię jako administratora, a workflow eksportujecie i wgrywacie na konto firmowe.
- Zmiana haseł. Po przejęciu kont zmień hasła, włącz 2FA i zrotuj klucze API do systemów firmowych. Stare hasła znała przynajmniej jedna osoba spoza firmy.
- Lista osób z dostępem. Kto jeszcze ma konto, token albo dostęp do serwera. Podwykonawcy Twojego wykonawcy to częsty ślepy punkt.
Zrób to nawet wtedy, gdy rozstanie jest przyjazne i „na pewno będziemy w kontakcie". Za rok ten kontakt będzie kosztował więcej niż dziś.
Krok 2: inwentaryzacja
Spisz wszystkie workflow w jednym arkuszu: nazwa, co robi (jednym zdaniem, po ludzku), jakie systemy łączy, jakich credentiali używa, jak często się wykonuje i (najważniejsza kolumna) czy jest krytyczny dla biznesu. Fakturowanie i obsługa zamówień to inna liga niż powiadomienie na Slacku o nowym wpisie na blogu.
Ta lista wyznacza kolejność całej reszty: dokumentujesz i migrujesz najpierw to, czego awaria boli najbardziej.
Krok 3: dokumentacja odtworzeniowa
Cel jest prosty: gdyby jutro wszystko zniknęło, da się to odtworzyć bez poprzedniego wykonawcy. Trzy elementy:
- Opis każdego krytycznego workflow. Co go wyzwala, co robi krok po kroku, co jest na wyjściu i co się dzieje przy błędzie.
- Eksporty JSON. n8n i Make pozwalają wyeksportować każdy workflow do pliku. Trzymaj eksporty poza platformą (repozytorium, dysk firmowy) i odświeżaj po każdej większej zmianie.
- Diagram przepływów. Jedna strona pokazująca, które systemy są połączone i przez które workflow. Przy kilkunastu automatyzacjach to jedyny sposób, żeby nowa osoba ogarnęła całość w godzinę zamiast w tydzień.
Krok 4: migracja, jeśli trzeba
Jeśli automatyzacje działają na prywatnych kontach albo na infrastrukturze, której nie kontrolujesz, przenieś je na własną: firmowe konto platformy albo własną lub zarządzaną instancję n8n. Opcje z kosztami porównaliśmy w artykule o hostingu n8n dla firmy; mały VPS pod n8n to wydatek rzędu 30–50 zł miesięcznie (ceny z lipca 2026).
Zasady, które oszczędzają nerwy:
- Migruj falami, nie wszystko naraz. Najpierw procesy krytyczne dla biznesu, potem reszta.
- Stara wersja zostaje jako fallback. Nową uruchamiasz równolegle, porównujesz wyniki przez kilka dni i dopiero wtedy wyłączasz starą. Wyłączasz, nie kasujesz.
- Credentiale konfigurujesz od nowa. Eksport JSON przenosi logikę, ale nie hasła i tokeny. Zaplanuj czas na przepięcie każdej integracji i przy okazji zrotuj klucze.
Krok 5: monitoring i backupy od pierwszego dnia
Przejęte automatyzacje traktuj jak nowe wdrożenie: alert, gdy workflow się wywali albo po cichu przestanie się wykonywać, regularne kopie bazy i eksportów oraz przetestowane odtwarzanie. Jak to poukładać w n8n, opisaliśmy w poradniku o backupach i aktualizacjach. Bez tego kroku za dwa lata ktoś będzie przejmował automatyzacje po Tobie — tyle że po własnej firmie.
Ile to trwa i ile kosztuje
Widełki z naszej praktyki, nie z cennika, bo każde przejęcie wygląda inaczej:
| Scenariusz | Co obejmuje | Czas | Koszt |
|---|---|---|---|
| Mała instalacja: kilka workflow na Make/Zapier albo jednej instancji n8n | dostępy, inwentaryzacja, dokumentacja | 2–5 dni roboczych | 3–6 tys. zł |
| Średnia: kilkanaście workflow, część do przeniesienia na konta firmowe | pełne przejęcie + migracja procesów krytycznych | 1–3 tygodnie | 6–15 tys. zł |
| Rozbudowana: kilkadziesiąt workflow, pełna migracja na własną instancję | przejęcie + migracja falami + monitoring i backupy | 2–6 tygodni | 10–30 tys. zł |
Dwie rzeczy podbijają koszt najbardziej: brak dokumentacji (każdy workflow trzeba rozczytać krok po kroku) i prywatne konta wykonawcy (czasem tygodniami czekasz na jego ruch, a bez niego część rzeczy trzeba odbudować od zera). Sama liczba workflow ma mniejsze znaczenie, niż się wydaje: dwadzieścia czytelnie nazwanych i opisanych automatyzacji przejmuje się szybciej niż osiem splątanych.
Kiedy lepiej zbudować od nowa
Uczciwie: nie każdą instalację opłaca się przejmować. Jeżeli zastajesz spaghetti bez dokumentacji, w którym rozczytanie jednego workflow zajmuje dzień, rachunek bywa brutalny: rozplątanie kosztuje więcej niż zbudowanie tego samego od zera, tym razem porządnie.
Sygnały, że odtworzenie wygra z przejęciem: nikt nie umie powiedzieć, co robi połowa workflow; logika jest rozsmarowana po dziesiątkach nienazwanych kroków; platforma była od początku dobrana źle; procesy biznesowe i tak zdążyły się zmienić od wdrożenia. W takiej sytuacji dokumentujemy zachowanie starego systemu od zewnątrz (co wchodzi, co wychodzi) i budujemy nową wersję obok, zamiast uprawiać archeologię w cudzych workflow.
Decyzję podejmuj po inwentaryzacji z kroku 2, nie przed. Dopiero lista workflow pokazuje realną skalę i pozwala porównać oba rachunki.
Jak nie wpaść w tę sytuację następnym razem
Cała ta procedura to leczenie objawów. Profilaktyka jest prostsza i prawie darmowa:
- Konta firmowe od pierwszego dnia. Platforma, hosting, domeny: właścicielem jest firma, wykonawca dostaje dostęp jako użytkownik. To jeden zapis w umowie i pięć minut przy zakładaniu kont.
- Eksport i dokumentacja jako element odbioru. Płatność końcowa po przekazaniu eksportów JSON i opisów workflow, a przy stałej współpracy świeży eksport co kwartał.
- Lista dostępów na bieżąco. Wiesz, kto ma jakie konta i klucze, więc offboarding wykonawcy to godzina pracy, a nie śledztwo.
Co dokładnie wpisać do umowy, z konkretnymi punktami o kontach i eksporcie danych, rozpisaliśmy w artykule o umowie na automatyzacje. A jeśli właśnie wybierasz nowego wykonawcę, przeczytaj, jak dobrać partnera do automatyzacji. Świadomy wybór na starcie oszczędza całej tej procedury.
FAQ
Czy mogę przejąć automatyzacje bez udziału poprzedniego wykonawcy?
Częściowo. Jeśli konta platformy i hosting należą do firmy, wystarczy odebrać wykonawcy dostępy i przejąć administrację. Jeśli wszystko stoi na jego prywatnych kontach, bez jego współpracy nie wejdziesz tam ani legalnie, ani technicznie i zostaje odtworzenie procesów od zera na własnej infrastrukturze. Dlatego dostępy zabezpiecza się przed końcem współpracy, nie po niej.
Co zrobić, gdy wykonawca w ogóle nie odpowiada?
Zinwentaryzuj procesy „od skutków": co przychodzi na skrzynki, co pojawia się w CRM, jakie maile dostają klienci. Równolegle sprawdź w firmowych systemach listy użytkowników i kluczy API, bo to pokaże, które integracje istnieją. Potem odbuduj procesy na własnych kontach i dopiero na końcu zrotuj klucze, żeby nie położyć działających automatyzacji w losowym momencie.
Ile kosztuje przejęcie automatyzacji po freelancerze?
Z naszej praktyki: mała instalacja (kilka workflow) to 2–5 dni pracy i 3–6 tys. zł. Rozbudowana, z pełną migracją na własną instancję, to 2–6 tygodni i 10–30 tys. zł. Koszt podbijają głównie brak dokumentacji i prywatne konta poprzedniego wykonawcy, a nie sama liczba workflow.
Czy przejęcie oznacza przerwę w działaniu automatyzacji?
Przy dobrze poprowadzonej migracji nie. Nowe wersje workflow uruchamia się równolegle ze starymi, porównuje wyniki przez kilka dni i dopiero wtedy wyłącza stare. Krótkie przerwy zdarzają się przy przepinaniu credentiali; planuje się je poza godzinami szczytu danego procesu.
Jak sprawdzić, czy poprzedni wykonawca nadal ma dostęp do naszych systemów?
Przejrzyj listy użytkowników i aktywnych kluczy API w każdym systemie, którego dotykały automatyzacje: CRM, księgowość, skrzynki, platforma automatyzacji, hosting. Usuń nieużywane konta, zrotuj klucze i włącz 2FA na kontach administracyjnych. Zrób z tego rutynę przy każdym zakończeniu współpracy, nie jednorazową akcję.
Podsumowanie
Przejęcie automatyzacji to w gruncie rzeczy pięć nudnych kroków (dostępy, inwentaryzacja, dokumentacja, migracja, monitoring) i jedna zasada nadrzędna: zacznij, póki masz jeszcze kontakt z wykonawcą. Wszystko, co dziś da się załatwić jednym mailem, po zerwaniu kontaktu urasta do tygodni odtwarzania.
Jeżeli automatyzacje, na których zarabia Twoja firma, stoją dziś na czyichś prywatnych kontach, potraktuj to jak nieopłaconą polisę: im dłużej zwlekasz, tym więcej zapłacisz przy szkodzie. A jeśli zastałeś spaghetti bez dokumentacji, policz na chłodno oba warianty, bo budowa od nowa bywa tańsza niż rozplątywanie.
W NoCodeWork przejmujemy automatyzacje po freelancerach i innych firmach: od audytu dostępów, przez dokumentację odtworzeniową, po migrację na firmową instancję z monitoringiem i backupami. Umów bezpłatną konsultację — spojrzymy na Twoją sytuację i powiemy wprost, czy przejmowanie ma sens, czy taniej wyjdzie budowa od nowa.
