Przekazanie automatyzacji: dokumentacja, konta i odejście pracownika
Pracownik, który zbudował automatyzacje, odszedł. Tydzień później zmienił hasło do swojego Google, połączenia w Make przestały działać, a nikt nie wiedział, które scenariusze od niego zależą ani co robią. Pokazuję, co musi zawierać przekazanie automatyzacji po wdrożeniu, na czyje konta zakładać narzędzia, jak dokumentować scenariusz na jednej stronie i co zrobić krok po kroku, gdy odchodzi pracownik lub kończy się współpraca z wykonawcą.
Autor: Mateusz Matuszczak · Aktualizacja:
Jak przekazać automatyzacje, żeby działały bez autora?
Narzędzia zakładaj na firmę, a autorowi i pracownikom dawaj konta użytkowników. Przy przekazaniu oddaj rejestr automatyzacji, kartę każdego scenariusza, listę kont z właścicielem, plan B, wyniki testów i ustalenia, kto naprawia. Przy odejściu najpierw przepnij połączenia i przetestuj, dopiero potem odbierz dostęp.
📦 Zobacz pakiet →Czym jest przekazanie automatyzacji?
Ostatni etap wdrożenia, który najczęściej się pomija, bo „przecież działa”. Jak zaplanować całość od początku: wdrożenie automatyzacji krok po kroku.
Przekazanie automatyzacji to uporządkowane oddanie firmie wszystkiego, czego potrzebuje, żeby automatyzacje działały, dało się je naprawić i zmienić bez osoby, która je zbudowała: dokumentacji scenariuszy, kont i dostępów zapisanych na firmę, planu B, wyników testów i ustaleń dotyczących opieki. Dotyczy końca wdrożenia, zmiany wykonawcy i odejścia pracownika.
Kiedy przekazanie automatyzacji jest potrzebne?
Nie tylko na koniec wdrożenia. Każda zmiana osób wokół automatyzacji to moment ryzyka.
W skrócie: przekazanie robi się na koniec wdrożenia, przy zmianie wykonawcy lub agencji, przy odejściu pracownika, który budował lub obsługiwał automatyzacje, przy zatrudnieniu nowej osoby do ich obsługi i przy zmianie właściciela firmy. W każdym z tych przypadków najważniejsze jest to samo: konta na firmę i dokumentacja.
| Sytuacja | Największe ryzyko | Co zrobić najpierw |
|---|---|---|
| Koniec wdrożenia | Firma nie wie, co dostała i jak to działa | Pełny pakiet przekazania i wspólne przejście przez rejestr |
| Zmiana wykonawcy | Scenariusze na koncie poprzedniego wykonawcy | Przeniesienie scenariuszy na konto firmy, zanim współpraca się skończy |
| Odejście pracownika | Połączenia na jego prywatnych kontach przestają działać | Procedura w 6 krokach: najpierw przepięcie, potem odcięcie |
| Nowa osoba do obsługi | Alerty trafiają do kogoś, kto nie wie, co z nimi zrobić | Przejście przez rejestr, karty scenariuszy i plan B (pierwszy zespół e-commerce) |
| Zmiana właściciela firmy | Narzędzia opłacane z karty i zapisane na e-mail poprzedniego właściciela | Zmiana administratorów, metod płatności i adresów kontaktowych we wszystkich narzędziach |
Co powinno zawierać przekazanie automatyzacji? 6 elementów
Taki pakiet przekazuję klientom po każdym wdrożeniu. Możesz go wymagać od każdego wykonawcy.
W skrócie: pakiet przekazania to rejestr automatyzacji, karta każdego scenariusza, lista kont i dostępów z właścicielem, plan B dla procesów krytycznych, wyniki testów i historia awarii oraz ustalenia dotyczące opieki: kto naprawia i w jakim czasie.
| Element | Co zawiera | Po co |
|---|---|---|
| 1. Rejestr automatyzacji | Jeden wiersz na automatyzację: cel, narzędzia, ważność, właściciel, konta, dane osobowe, plan B, ostatni test (szablon rejestru) | Pełna lista tego, co działa w firmie |
| 2. Karty scenariuszy | Jedna strona na scenariusz: wyzwalacz, kroki, filtry, zależności (szablon karty) | Zrozumienie i naprawa bez autora |
| 3. Konta i dostępy | Lista narzędzi, administrator, konto, którym autoryzowano połączenia, metoda płatności, data odnowienia | Odejście jednej osoby nie wyłącza procesów |
| 4. Plan B | Co zrobić ręcznie, gdy automatyzacja nie działa, i kto to robi | Klient dostaje fakturę lub potwierdzenie, zanim naprawa się skończy |
| 5. Testy i historia awarii | Karty testów (szablon) i lista dotychczasowych awarii z przyczynami | Wiadomo, co sprawdzono i co bywa kruche |
| 6. Ustalenia dotyczące opieki | Kto reaguje na alerty, kto naprawia, w jakim czasie, w jakim trybie rozliczenia | Alert nie trafia w próżnię (role po wdrożeniu) |
Wszystkie elementy mogą być zakładkami jednego arkusza. Ważniejsze od formy jest to, żeby leżały w miejscu, do którego właściciel firmy ma dostęp bez pytania kogokolwiek o zgodę.
Na czyje konta zakładać narzędzia do automatyzacji?
Zasada jest jedna: właścicielem kont jest firma. Pracownicy i wykonawcy dostają konta użytkowników z uprawnieniami, które można odebrać.
W skrócie: każde narzędzie zakładaj na firmowy e-mail i opłacaj firmową kartą, z właścicielem firmy jako administratorem. Połączenia między narzędziami autoryzuj kontami firmowymi. Hasła trzymaj w firmowym menedżerze haseł. Wdrożeniowiec i pracownicy pracują na własnych kontach użytkowników z ograniczonymi uprawnieniami.
Make
BaseLinker i inFakt
ManyChat i Meta
MailerLite i Setmore
* Linki partnerskie — jeśli założysz konto przez te linki, mogę otrzymać wynagrodzenie, a Twoje warunki się nie zmieniają. Polecam tylko narzędzia, które sam wdrażam i utrzymuję u klientów: narzędzia, które polecam.
Jak dokumentować scenariusz? Karta na jedną stronę
Przykład dla scenariusza „Faktura po opłaconej wizycie: Setmore → Make → inFakt”.
W skrócie: karta scenariusza ma dziesięć pól: cel, wyzwalacz, kroki, filtry, zależności (pola i statusy, których nie wolno zmieniać bez konsultacji), połączenia, dane osobowe, obsługa błędów, plan B oraz data ostatniej zmiany i testu. Najczęściej pomijane, a najważniejsze, są zależności.
| Pole | Przykład |
|---|---|
| Cel | Klient po opłaconej wizycie dostaje fakturę bez ręcznej pracy |
| Wyzwalacz | Opłacona wizyta w Setmore (webhook do Make) |
| Kroki | Pobranie danych klienta → router firma / osoba prywatna → faktura w inFakt → e-mail z PDF |
| Filtry | Tylko wizyty opłacone; ścieżka B2B, gdy podano NIP |
| Zależności | Pole „NIP” i „Nazwa firmy” w formularzu Setmore; nazwy usług zgodne z pozycjami w inFakt |
| Połączenia | Setmore: konto firmowe gabinetu; inFakt: konto firmowe, token z [data] |
| Dane osobowe | Imię, nazwisko, e-mail, adres, NIP; przetwarzane w Setmore, Make, inFakt |
| Obsługa błędów | Break + alert do [osoba] na module faktury; sprawdzenie duplikatu (obsługa błędów w Make) |
| Plan B | Ręczne wystawienie w inFakt na podstawie listy wizyt z dnia |
| Ostatnia zmiana / test | [data], [co zmieniono], test pełny: OK |
Pole „Zależności” to lista rzeczy, których zespół nie może zmieniać bez zgłoszenia. Warto ją wydrukować obok standardu operacyjnego albo dopisać do procedur. Pełny scenariusz z tego przykładu: faktura po wizycie Setmore + inFakt.
Co zrobić z automatyzacjami, gdy odchodzi pracownik lub wykonawca? 6 kroków
Najlepiej w ostatnim tygodniu współpracy, gdy osoba odchodząca jeszcze może pomóc.
W skrócie: 1) znajdź w rejestrze automatyzacje zależne od tej osoby, 2) przepnij połączenia na konta firmowe, 3) zmień odbiorców alertów i właścicieli procesów, 4) odbierz dostępy, 5) przetestuj procesy krytyczne, 6) zaktualizuj rejestr. Kroki 2 i 3 zawsze przed krokiem 4.
-
1
Znajdź automatyzacje zależne od tej osoby
W rejestrze sprawdź kolumny „Właściciel” oraz „Konta i dostęp”. W Make przejrzyj listę połączeń i zobacz, którymi kontami są autoryzowane. Wypisz scenariusze, połączenia, tokeny API i alerty powiązane z tą osobą.→ Bez rejestru ten krok zajmuje godziny. Z rejestrem kilka minut. -
2
Przepnij połączenia na konta firmowe
W Make utwórz nowe połączenia z kont firmowych i podmień je w modułach scenariuszy. Wygeneruj nowe tokeny API z kont firmowych w BaseLinkerze, MailerLite i innych narzędziach. W ManyChat i Meta upewnij się, że podłączenie i uprawnienia ma konto firmowe.→ Rób to po kolei, scenariusz po scenariuszu, z krótkim testem po każdym. -
3
Zmień odbiorców alertów i właścicieli procesów
Przekieruj powiadomienia o błędach z Make i innych narzędzi na nową osobę. W rejestrze wpisz nowego właściciela każdej automatyzacji. Sprawdź też e-maile kontaktowe i adresy do powiadomień o płatnościach w narzędziach.→ Alert na skrzynkę osoby, która odeszła, to brak monitoringu. -
4
Odbierz dostępy
Usuń konto użytkownika z Make, BaseLinkera, ManyChat, MailerLite, Setmore, programu do faktur, firmowego portfolio Meta i menedżera haseł. Zmień hasła do kont współdzielonych, jeśli osoba je znała.→ Dopiero teraz, gdy nic już od tych kont nie zależy. -
5
Przetestuj procesy krytyczne
Dla każdej automatyzacji, której połączenia zmieniono, przejdź przypadek typowy na danych testowych i sprawdź efekt w docelowym narzędziu. Faktury testuj tak, żeby nic nie trafiło do KSeF: testowanie faktur.→ Przez kolejny tydzień codziennie sprawdzaj historię wykonań. -
6
Zaktualizuj rejestr
Zapisz datę zmiany, nowe konta i połączenia, nowych właścicieli i wynik testów. Jeśli przy okazji wyszło, że część automatyzacji nie była w rejestrze, dopisz je teraz.→ To dobry moment na przegląd: co z tego, co działa, jest jeszcze potrzebne.
Jak sprawdzić, czy przekazanie się udało?
Prosty test, który robię z klientem na koniec każdego wdrożenia.
W skrócie: osoba przejmująca, bez pomocy autora, powinna znaleźć dowolną automatyzację w rejestrze, wyjaśnić, co robi i od czego zależy, uruchomić plan B i przetestować ją na danych testowych. Jeśli utknie na którymkolwiek kroku, dokumentacja wymaga uzupełnienia.
znajdź
Gdzie jest automatyzacja X?
wyjaśnij
Co robi i od czego zależy?
plan B
Co zrobić, gdy przestanie działać?
przetestuj
Czy działa teraz?
Przekazanie automatyzacji: co działa, a co nie?
Sytuacje, z którymi klienci przychodzą do mnie po odejściu pracownika lub poprzedniego wykonawcy.
Konsultacja: przegląd kont i dokumentacja automatyzacji
Sprawdzę, na czyich kontach działają Twoje automatyzacje, przepnę je na firmę i przygotuję pakiet przekazania. Zobacz też jak pomagam w automatyzacji i systemach.
Najczęstsze pytania o przekazanie automatyzacji
Co powinno zawierać przekazanie automatyzacji po wdrożeniu?
Na czyje konto zakładać narzędzia przy wdrożeniu automatyzacji?
Co się stanie z automatyzacjami, gdy pracownik odejdzie?
Czy wdrożeniowiec może prowadzić automatyzacje na swoim koncie?
Jak dokumentować scenariusz automatyzacji?
Gdzie przechowywać hasła i dostępy do narzędzi?
Jak sprawdzić, czy przekazanie automatyzacji się udało?
Budowa → test → utrzymanie → przekazanie
Automatyzacja należy do firmy dopiero wtedy, gdy da się ją przekazać.
Pakiet przekazania w 6 elementach, konta i dostępy w pięciu narzędziach, karta scenariusza, procedura na odejście pracownika i sprawdzian przekazania. Chcesz uporządkować swoje automatyzacje? Umów konsultację.
Zakres prac zależy od liczby automatyzacji i narzędzi.