Punkt wyjścia
Czym jest utrzymanie automatyzacji
Wdrożenie to początek — jak je zaplanować, opisuję w artykule wdrożenie automatyzacji krok po kroku. Automatyzacja żyje jednak w systemach, które ciągle się zmieniają.
🛠️
Definicja — utrzymanie automatyzacji to stały zestaw działań po wdrożeniu: monitoring błędów i aktywności scenariuszy, reagowanie na awarie, aktualizacje po zmianach w narzędziach, dokumentacja w rejestrze i przypisanie odpowiedzialności za każdy proces
monitoring → alert → właściciel → naprawa → ponowne przetworzenie → wpis w rejestrze
Dlaczego warto
Automatyzacja, która cicho przestała działać, jest gorsza niż jej brak — bo wszyscy zakładają, że działa. Klient nie dostał faktury, potwierdzenia albo numeru przesyłki, a Ty dowiadujesz się z reklamacji. Ile to realnie kosztuje:
koszt błędu w realizacji zamówienia.
Co jest trudne
Automatyzacje łączą kilka narzędzi, z których każde zmienia się niezależnie. Do tego wiedza o tym, jak działają, często jest tylko w głowie osoby, która je zbudowała — dlatego warto spisać je jak
procedury operacyjne.
Czego wymaga
Powiadomień o błędach w Make (porównanie platform:
Make vs Zapier vs n8n) i innych narzędziach, raportu aktywności, rejestru automatyzacji, przypisanego właściciela i jasnej decyzji, kto naprawia: Ty, pracownik czy zewnętrzna opieka.
💡 Zacznij od rejestru. Jeśli nie potrafisz w 5 minut wypisać wszystkich automatyzacji w firmie, nie wiesz też, która z nich właśnie nie działa.
Przyczyny
Dlaczego automatyzacje przestają działać
Najczęstsze przyczyny z wdrożeń w sklepach i gabinetach.
| Przyczyna | Przykład | Jak się objawia | Jak zapobiegać |
|---|---|---|---|
| Wygasłe połączenie z kontem | Zmiana hasła, wygasły token Meta lub Google | Błąd autoryzacji w Make, ManyChat traci dostęp (zobacz ManyChat nie działa — przyczyny) | Przegląd połączeń raz w miesiącu |
| Zmiana po stronie człowieka | Ktoś zmienił nazwę pola w formularzu lub status w BaseLinkerze | Puste dane albo filtr, który nic nie przepuszcza | Zasada: zmiany w polach i statusach tylko po konsultacji |
| Limit planu | Skończyły się operacje w Make, kontakty w ManyChat (limity planów ManyChat) | Scenariusz zatrzymany lub wstrzymany | Alert przy 80% limitu |
| Zmiana zasad lub API | Zmiany zasad wiadomości Meta w 2026 r., okno 24 godzin | Wiadomości nie wychodzą mimo braku błędu w scenariuszu | Śledzenie zmian, przegląd kwartalny |
| Nietypowe dane | Brak telefonu, polskie znaki, bardzo długi adres | Błąd w jednym przypadku, reszta działa | Obsługa błędów i walidacja w scenariuszu, np. walidacja adresu i telefonu |
| Płatność za narzędzie | Wygasła karta, nieopłacona faktura | Konto zablokowane, wszystko staje naraz | Karta firmowa, przypomnienia o odnowieniu |
Make wyłącza scenariusz po kilku kolejnych błędach. To chroni przed lawiną złych danych, ale bez powiadomienia oznacza ciszę. Przykłady scenariuszy, w których warto ustawić obsługę błędów: 5 scenariuszy Make + BaseLinker.
Monitoring
Monitoring w trzech warstwach
Błędy, aktywność i przegląd okresowy — każda warstwa łapie inny problem.
Warstwa 1
błędy
błędy
Alert o błędzie
Powiadomienia e-mail z Make o błędach i wyłączeniu scenariusza
Obsługa błędów w scenariuszu: wiadomość na Slack, Teams lub e-mail
Warstwa 2
aktywność
aktywność
Raport „czy pracuje”
Codzienny raport: ile razy uruchomił się każdy kluczowy scenariusz (w ManyChat:
statystyki automatyzacji)
Zero wykonań w dniu z zamówieniami = alarm
Warstwa 3
przegląd
przegląd
Kontrola miesięczna
Połączenia kont, limity planów, niedokończone wykonania
Zmiany w narzędziach i
zasadach Meta
Wynik
rejestr
rejestr
Zapis i wnioski
Każda awaria w rejestrze: przyczyna, czas, naprawa
Powtarzający się błąd = zmiana w scenariuszu albo
audyt konta
Awaria
Co robić, gdy automatyzacja przestała działać
Sześć kroków — w tej kolejności.
1
Ustal zakres
Od kiedy nie działa i których klientów dotyczy. Historia wykonań w Make, logi w BaseLinkerze, historia wiadomości w ManyChat pokażą ostatnie poprawne uruchomienie. Gdy problem dotyczy DM, zacznij od listy
najczęstszych przyczyn awarii ManyChat.
→ Najpierw zakres, potem naprawa.
2
Zabezpiecz klientów
Jeśli chodzi o proces krytyczny — faktury, potwierdzenia, statusy zamówień — obsłuż zaległe przypadki ręcznie lub poinformuj klientów, zanim zaczną pytać. Przy powiadomieniach o zamówieniach pomocne są gotowe
szablony odpowiedzi.
→ Klient nie musi wiedzieć o awarii, jeśli dostanie to, czego potrzebował.
3
Znajdź przyczynę
Sprawdź po kolei: połączenia kont, limity planu, ostatnie zmiany w polach i statusach, komunikat błędu na konkretnym module.
→ W większości przypadków przyczyna jest w
tabeli przyczyn, a miejsca do sprawdzenia w poszczególnych narzędziach — w
checkliście narzędzi.
4
Napraw przyczynę, nie objaw
Ponowne połączenie konta, przywrócenie pola, dodanie walidacji. Jeśli błąd wynikał z nietypowych danych — dodaj obsługę takiego przypadku.
→ Restart bez zrozumienia przyczyny to awaria odłożona w czasie.
5
Dogoń zaległe zdarzenia
Make przechowuje niedokończone wykonania, które można przetworzyć ponownie po naprawie. Przy innych narzędziach — lista z eksportu i jednorazowe uruchomienie.
→ Sprawdź, czy ponowne przetworzenie nie zdubluje faktur lub wiadomości — przy fakturach pamiętaj o korektach w KSeF:
korekty i zwroty w KSeF.
6
Zapisz w rejestrze
Data, przyczyna, czas wykrycia, czas naprawy, co zmieniono. Po trzech miesiącach zobaczysz, które automatyzacje są kruche.
→ Rejestr awarii to argument przy decyzji o przebudowie.
Dokumentacja
Rejestr automatyzacji — co w nim zapisać
Jeden arkusz, jeden wiersz na automatyzację.
| Kolumna | Przykład | Po co |
|---|---|---|
| Nazwa i cel | Faktura po wizycie — klient dostaje fakturę bez ręcznej pracy | Wiadomo, co robi i po co istnieje |
| Wyzwalacz i narzędzia | Płatność w Setmore → Make → inFakt (jak to zbudować) | Wiadomo, gdzie szukać przy awarii |
| Ważność | Krytyczna / ważna / pomocnicza | Decyduje o czasie reakcji |
| Właściciel | Imię osoby, która reaguje na alert | Ktoś konkretny, nie „firma” |
| Konta i dostęp | Na czyje konto podpięte połączenia | Odejście pracownika nie wyłącza automatyzacji |
| Dane osobowe | Imię, e-mail, NIP — gdzie trafiają | Porządek w RODO i umowach powierzenia (RODO w automatyzacjach DM) |
| Plan B | Ręczne wystawienie w inFakcie | Wiadomo, co robić, zanim naprawa się skończy |
| Ostatni test | Data i wynik | Pewność, że działa, a nie założenie |
Rejestr przydaje się też przy zatrudnieniu nowej osoby, zmianie narzędzia i rozmowie z wdrożeniowcem. Jest też fundamentem szerszego systemu kontroli firmy.
Checklista dla narzędzi
Co sprawdzać w najczęściej używanych narzędziach
Ogólne zasady monitoringu są te same, ale każde narzędzie psuje się trochę inaczej. Poniżej miejsca, które warto mieć w comiesięcznym przeglądzie — dla stosów, które wdrażam najczęściej.
🤖
ManyChat — automatyzacje w DM
Instagram, Facebook, WhatsApp
Sprawdzaj połączenie z kontem Instagram/Facebook, liczbę kontaktów względem planu (
cennik ManyChat 2026), aktywność kluczowych automatyzacji w
statystykach oraz to, czy sekwencje nie wysyłają wiadomości poza
oknem 24 godzin. Integracje z innymi narzędziami (np.
MailerLite) wymagają planu Pro — po jego wygaśnięciu przestają działać bez komunikatu w samym scenariuszu.
✓ Pełna lista kontrolna:
audyt konta ManyChat.
⚙️
Make + BaseLinker — sklep
Zamówienia, statusy, dokumenty
Najczęściej psują się po zmianie statusów i pól dodatkowych w BaseLinkerze albo po wygaśnięciu tokenu API. Sprawdzaj niedokończone wykonania w Make, limit operacji i to, czy
automatyczne statusy,
dokumenty i
powiadomienia nadal uruchamiają się przy każdym zamówieniu.
✓ Gotowe scenariusze:
Make + BaseLinker i
20 problemów, które rozwiązują automatyzacje.
🩺
Setmore + Make + inFakt — gabinet
Wizyty, płatności, faktury
Kluczowa jest ciągłość łańcucha: wizyta opłacona w Setmore → scenariusz w Make → faktura w inFakt. Sprawdzaj połączenia kont, poprawność danych do faktury (NIP, nazwa firmy) i to, czy przy zmianach usług w Setmore nie zmieniły się nazwy pól. Instrukcje:
Setmore + Make i
faktura po wizycie Setmore + inFakt; zmiany w fakturowaniu:
KSeF 2026 w małej firmie usługowej.
✓ Plan B w rejestrze: ręczne wystawienie faktury w inFakcie do czasu naprawy.
✉️
MailerLite — sekwencje i lista
Automatyzacje e-mail, integracje
Automatyzacja e-mail może działać technicznie, a mimo to nie docierać — sprawdzaj otwarcia i trafienia do spamu (
dostarczalność w MailerLite), czy nowe kontakty z integracji trafiają do właściwych grup (
grupy i segmenty) i czy klucze API w podłączonych narzędziach są aktualne — np. w
Easytools + ManyChat + MailerLite czy
Setmore + MailerLite.
✓ Spadek liczby nowych subskrybentów do zera to sygnał zepsutej integracji, nie braku zainteresowania.
* 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.
Odpowiedzialność
Kto za co odpowiada po wdrożeniu
Bez przypisanych ról alert trafia do skrzynki, której nikt nie czyta.
👤
Właściciel firmy
Decyzje
Decyduje, które procesy są krytyczne, akceptuje zmiany w scenariuszach i budżet na narzędzia (pomaga
policzenie ROI automatyzacji). Nie musi naprawiać — musi wiedzieć, kto naprawia.
✓ Raz w miesiącu 15 minut na przegląd rejestru.
🧑💼
Osoba operacyjna
Pierwsza reakcja
Dostaje alerty, sprawdza zakres, uruchamia plan B i zgłasza problem dalej. W gabinecie jednoosobowym to zwykle Ty — przykłady automatyzacji gabinetu:
gabinet dietetyczny.
✓ Plan B opisany w rejestrze, nie w pamięci.
🛠️
Wdrożeniowiec lub opieka
Naprawa
Znajduje przyczynę, naprawia scenariusz, przetwarza zaległe zdarzenia i aktualizuje automatyzacje po zmianach w narzędziach.
✓ Uzgodniony czas reakcji dla procesów krytycznych.
📋
Wszyscy w zespole
Zgłaszanie zmian
Każda zmiana pola formularza, statusu w BaseLinkerze czy szablonu wiadomości może zepsuć automatyzację — więcej o tym w artykule
BaseLinker a praca zespołu. Zasada: najpierw zgłoś, potem zmień.
✓ Jedna zasada eliminuje dużą część awarii.
Opieka
Utrzymanie samodzielne czy abonament opieki
Obie drogi są w porządku — ważne, żeby była wybrana świadomie.
✅
Dobrze
Samodzielnie: kilka prostych automatyzacji i osoba, która rozumie Make.
Abonament: procesy krytyczne, jak faktury, płatności, statusy zamówień.
Abonament: kilka narzędzi połączonych ze sobą i brak czasu na ich śledzenie.
W obu przypadkach: rejestr, alerty i właściciel.
❌
Źle
Brak decyzji — „jak się zepsuje, to zadzwonimy”.
Wszystkie połączenia na prywatnym koncie byłego pracownika.
Alerty na skrzynkę, której nikt nie czyta.
Wdrożenie bez dokumentacji i bez przekazania wiedzy — typowy
błąd planowania wdrożenia.
🛠️
Abonament opieki to nie płacenie za to, że coś działa — to płacenie za to, że ktoś pilnuje, by działało. W ramach opieki zwykle obejmuję monitoring, naprawy, aktualizacje po zmianach w narzędziach, miesięczny przegląd i drobne zmiany w scenariuszach. Zakres i cenę dopasowuję do liczby i ważności automatyzacji. Jeśli dopiero zaczynasz, możesz zacząć od wdrożenia w modelu
system pod klucz z opieką po starcie.
Wolisz zapytać wprost?
Konsultacja: przegląd i opieka nad automatyzacjami
Robię przegląd istniejących scenariuszy, rejestr, monitoring i proponuję zakres opieki. Zobacz też jak pomagam w automatyzacji i systemach.
Co dostajesz
🔍
Przegląd
Lista automatyzacji, ich stan i kruche miejsca.
📡
Monitoring
Alerty o błędach i raport aktywności.
🛠️
Opieka
Naprawy, aktualizacje i miesięczny przegląd.
FAQ
Najczęstsze pytania o utrzymanie automatyzacji
Dlaczego automatyzacja przestała działać, skoro nic nie zmieniałem?
Zmieniać mogą się narzędzia wokół niej:
wygasłe połączenie z kontem, limit planu, zmiana zasad Meta lub API, nieopłacona subskrypcja. Często też ktoś z zespołu zmienił pole lub status, nie wiedząc, że korzysta z niego scenariusz. Dla ManyChat przygotowałem osobną listę:
ManyChat nie działa — przyczyny.
Jak dowiedzieć się o błędzie szybciej niż od klienta?
Włącz powiadomienia o błędach w Make, dodaj obsługę błędów w kluczowych scenariuszach i codzienny raport liczby wykonań. Zero uruchomień w zwykły dzień pracy to też sygnał awarii. Szczegóły w sekcji
monitoring w trzech warstwach.
Co to są niedokończone wykonania w Make?
To uruchomienia scenariusza, które zatrzymały się na błędzie, a Make je zapisał. Po naprawie przyczyny można je przetworzyć ponownie, zamiast obsługiwać zaległe przypadki ręcznie.
Kto powinien odpowiadać za automatyzacje w małej firmie?
Właściciel decyduje o priorytetach, jedna osoba reaguje na alerty i uruchamia plan B, a naprawy robi osoba techniczna: pracownik albo zewnętrzna opieka. Każda automatyzacja ma wpisanego właściciela w rejestrze.
Co obejmuje abonament opieki nad automatyzacjami?
Zwykle monitoring, naprawy, aktualizacje po zmianach w narzędziach, miesięczny przegląd i drobne zmiany w scenariuszach. Zakres zależy od liczby i ważności automatyzacji — ustalamy go na konsultacji.
Czy wygaśnięcie planu w narzędziu może zatrzymać automatyzacje?
Tak, i to jedna z najczęstszych „cichych” awarii. Gdy wygaśnie płatny plan albo nie przejdzie płatność kartą, funkcje dostępne tylko w wyższym planie — np. integracje ManyChat z zewnętrznymi narzędziami w planie Pro — przestają działać, często bez błędu w samym scenariuszu. Dlatego w rejestrze zapisuj daty odnowień i podpinaj narzędzia pod kartę firmową. Aktualne progi:
cennik ManyChat 2026; jeśli wracasz na Pro, możesz skorzystać z
rabatu −50% na 2 miesiące*.
Jak testować automatyzację po zmianie w scenariuszu?
Przejdź całą ścieżkę jako klient na koncie testowym lub z testowym zamówieniem i sprawdź efekt na końcu łańcucha — wysłaną wiadomość, dokument, wpis w liście — a nie tylko to, że scenariusz się uruchomił. Datę i wynik testu zapisz w kolumnie „Ostatni test” w
rejestrze. Przy fakturach testuj na danych testowych, żeby nie wysłać dokumentu do KSeF — sprawdź w swoim programie do faktur, jak wystawić dokument testowy (np. w
inFakt*).
Ile kosztuje brak utrzymania automatyzacji?
Tyle, ile procesy, które w tym czasie nie działały: niewystawione faktury, niewysłane potwierdzenia, utracone leady z DM. Przykładowe wyliczenia znajdziesz w artykułach
ile kosztują błędy w e-commerce i
brak automatyzacji to strata pieniędzy.
Powiązane materiały
Wdrożenie → monitoring → opieka
🤖
ManyChat
⚙️
Make i BaseLinker
🧭
Procesy i kontrola
📞
Wsparcie eksperta
Make · ManyChat · BaseLinker · Opieka
Automatyzacja działa tak długo, jak ktoś jej pilnuje.
Sześć przyczyn awarii, monitoring w trzech warstwach, procedura na wypadek awarii, rejestr automatyzacji, checklista dla ManyChat, Make, BaseLinkera, Setmore, inFakt i MailerLite oraz podział odpowiedzialności. Chcesz, żebym przejął opiekę? Umów konsultację.
✓ Alerty o błędach
✓ Raport aktywności
✓ Rejestr
✓ Zero zobowiązań
Utrzymanie — skrót
🗂️ Rejestr wszystkich automatyzacji
🚨 Alert o błędzie do konkretnej osoby
📊 Raport: czy w ogóle pracuje
🔁 Ponowne przetworzenie zaległych
📅 Przegląd co miesiąc
🧰 Checklista dla 4 stosów narzędzi
< 1 h
Wykrycie
3
Warstwy
0 zł
Konsultacja
Zakres i cena opieki zależą od liczby i ważności automatyzacji.