Punkt wyjścia
Czym jest utrzymanie automatyzacji
Wdrożenie to początek. Automatyzacja żyje 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.
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.
Czego wymaga
Powiadomień o błędach w Make 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 | 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 | Scenariusz zatrzymany lub wstrzymany | Alert przy 80% limitu |
| Zmiana zasad lub API | Zmiany zasad wiadomości Meta w 2026 r. | 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 |
| 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ę.
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
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
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.
→ 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ć.
→ 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 wyżej.
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.
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 | 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 |
| 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.
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. 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.
✓ 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ę. 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.
🛠️
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.
Wolisz zapytać wprost?
Konsultacja: przegląd i opieka nad automatyzacjami
Robię przegląd istniejących scenariuszy, rejestr, monitoring i proponuję zakres opieki.
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.
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.
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.
Powiązane materiały
Wdrożenie → monitoring → opieka
⚙️
Make i BaseLinker
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 i 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
< 1 h
Wykrycie
3
Warstwy
0 zł
Konsultacja
Zakres i cena opieki zależą od liczby i ważności automatyzacji.