Automatyzacja powiadomień z progiem, eskalacją i ciszą po godzinach
Nie chodzi o to, żeby wysyłać więcej alertów. Chodzi o to, żeby każde zdarzenie miało jednego adresata, jeden próg, jeden kanał i drabinę eskalacji, gdy nikt nie zareaguje. Ustalamy to razem na warsztacie, potem wdrażamy jedną regułę w miejsce dwudziestu powiadomień, które każdy system wysyła osobno.
- 72 godzinytyle daje RODO na zgłoszenie naruszenia ochrony danych organowi nadzorczemu, licząc od stwierdzenia naruszenia, a nie od chwili, gdy ktoś zajrzy do logu. Art. 33 rozporządzenia 2016/679
- 4 kanałySlack, Microsoft Teams, e-mail i SMS. Kanał wybiera pilność zdarzenia i odbiorca, nie przyzwyczajenie systemu, który alert wysyła
- 2 do 4 tygodniod warsztatu do działających powiadomień, przetestowanych na Waszych prawdziwych zdarzeniach z ostatnich tygodni
Problem
Dlaczego zespół wycisza powiadomienia, o które sam prosił?
Faktura na 40 000 zł była przeterminowana 18 dni, bo każdy zakładał, że pilnuje jej ktoś inny. Lead z czwartkowego popołudnia czekał na kontakt do poniedziałku. Manager dowiedział się o problemie technicznym w chwili, gdy klient zapytał o status projektu. Kampania przepalała budżet trzeci dzień, bo w weekend nikt nie patrzy na koszt pozyskania.
W żadnym z tych przypadków powiadomień nie brakowało. CRM wysyła swoje, system zadań swoje, sklep swoje, monitoring swoje, a wszystkie idą do tej samej skrzynki tym samym tonem, do wszystkich i bez progu. Zespół uczy się ich nie czytać w ciągu dwóch tygodni. Od tego momentu awaria wygląda w skrzynce identycznie jak newsletter, a to jest gorsze niż brak alertów, bo daje złudzenie, że coś tego pilnuje.
Część terminów ma źródło poza firmą i nie da się ich przesunąć. Art. 33 RODO (rozporządzenie 2016/679) daje 72 godziny na zgłoszenie naruszenia ochrony danych organowi nadzorczemu i liczy ten czas od stwierdzenia naruszenia. Jeśli o awarii dowiadujecie się z maila klienta w poniedziałek, ustawowy zegar ruszył w piątek wieczorem, bez Was.
- Ważny alert ginie w strumieniu, którego zespół już nie czyta
- Termin ustawowy biegnie, choć nikt w firmie o zdarzeniu nie wie
- Nikt nie wie, czy alert ktoś przyjął, bo nie ma potwierdzenia odbioru
- Ludzie dostają wiadomości w nocy o rzeczach, które mogły czekać do rana
Dlaczego teraz
Co się zmieniło, że powiadomienia da się w końcu uporządkować?
Systemy, z których korzystacie, umieją powiedzieć na zewnątrz, że coś się stało. CRM, system zadań, sklep i bramka płatnicza wysyłają webhook w momencie zdarzenia, a BigQuery, bazy SQL i Google Sheets da się odpytać harmonogramem. Dzięki temu decyzja o tym, kto i kiedy ma o czymś wiedzieć, wychodzi z ustawień pojedynczego narzędzia do jednego miejsca, które kontrolujesz.
Druga zmiana jest w podejściu do kanału. Każdy kanał ma inny koszt uwagi: Slack albo Microsoft Teams dla spraw w godzinach pracy, e-mail dla tego, co może czekać do rana, SMS dla zdarzeń, które kogoś budzą. Wybór wynika z odbiorcy i pilności, nie z tego, którą integrację akurat ktoś włączył. Jeden kanał opisujemy osobno, bo pytacie o niego najczęściej: automatyczne powiadomienia na Slack to składnik tej układanki, nie całość.
Trzecia zmiana to agent AI. Alert mówi, że coś się stało teraz, ale nie odpowie na pytanie „ile takich zdarzeń mieliśmy w tym miesiącu i ile z nich ktoś przyjął”. BOND, nasz firmowy agent AI, odpowiada na to z danych firmy w 5 do 10 sekund, zwykłym zdaniem, bez logowania do pięciu systemów.
Co się zmienia
Co dostaje firma po uporządkowaniu alertów?
Alert wychodzi tylko wtedy, gdy ktoś ma coś zrobić
Każde zdarzenie przechodzi przez ten sam filtr: kto reaguje, w jakim czasie i jakie działanie ma wykonać. Zdarzenie bez adresata albo bez działania zostaje w systemie do przeglądu na żądanie i nie wysyła nic.
Trzy pytania kontrolne na warsztacie, zamiast domyślnego „włącz wszystko”
Drabina eskalacji zamiast nadziei, że ktoś zauważy
Brak reakcji w ustalonym czasie podnosi sprawę wyżej: z wykonawcy na przełożonego, z przełożonego na zarząd. Zaległość przestaje zależeć od tego, czy jedna osoba ma dziś otwartą skrzynkę.
Trzy poziomy eskalacji z własnym czasem na każdym z nich
Kanał dobrany do odbiorcy i pilności
Awaria idzie SMS-em do osoby dyżurnej, przeterminowana faktura e-mailem do opiekuna, sprawa zespołowa na Slacka albo do Microsoft Teams. Ten sam mechanizm, cztery różne koszty uwagi.
SMS tylko dla zdarzeń z listy, którą zatwierdzasz na warsztacie
Cisza poza godzinami pracy
Alerty niepilne czekają i wychodzą jako jedno podsumowanie na początku dnia pracy, według kalendarza z Waszymi godzinami, świętami i dyżurami. Pilne wychodzą natychmiast, w dowolnej godzinie.
Jedno podsumowanie o 8:30 zamiast dwudziestu wiadomości w nocy
Potwierdzenie odbioru zamiast domysłu
Odbiorca potwierdza jednym kliknięciem, że przyjmuje sprawę, a potwierdzenie zapisuje się z godziną. Brak potwierdzenia w ustalonym czasie sam uruchamia kolejny szczebel eskalacji.
Kto przyjął zdarzenie i o której, zapisane przy każdym alercie
Jedna reguła zamiast dwudziestu strumieni
Wyłączamy natywne powiadomienia, które dublują treść, a w ich miejsce wchodzi warunek łączący dane z kilku systemów naraz. Zamiast dwóch osobnych maili dostajesz jeden alert, który już wie, że sprawa jest poważna.
Warunek z kilku pól: faktura po terminie i brak kontaktu z klientem od 14 dni
Dowód
Czy sami tak pilnujecie zdarzeń?
Tak. W agencji naszych założycieli sprawdzenia, o których zespół musi wiedzieć, wykonuje agent AI i sam podaje wynik. Poniżej skala tej pracy razem z tym, czego ta liczba NIE dowodzi.
Wdrożone u nas. To nie są wdrożenia u klienta zewnętrznego, tylko w spółkach założycieli JustAutomate. Piszemy to wprost, bo dowód, którego nie da się sprawdzić, nie jest dowodem.
JustBotich agentJustIdea Agency, agencja performance marketingu, około 30 osób
- 23
- osób z firmy pracuje z agentem
- 38
- systemów wpiętych na stałe
- 112
- procesów chodzi bez człowieka
- 475
- tysięcy linii kodu agenta
Agent spięty z CRM, systemem zadań, narzędziami reklamowymi, monitoringiem stron klientów i hurtownią danych. Uruchomiony w marcu 2026, dziś korzystają z niego 23 osoby.
8 z 38 systemów, w których pracuje
Google Ads
Meta Ads- HubSpot
- ActiveCollab
- Ahrefs
GA4
Search Console
BigQuery
- Przedtem
- O tym, że coś wymaga uwagi, decydował człowiek, który wszedł i sprawdził. Każde sprawdzenie było osobną pracą do wykonania, a wynik trzeba było jeszcze komuś przekazać.
- Po zmianie
- Sprawdzenia idą w tle, a do ludzi trafia wynik, nie surowe dane do przejrzenia. Człowiek wchodzi tam, gdzie sprawdzenie coś wykazało.
29 854 z 64 903 operacji w 30 dni, czyli 46 procent, wykonanych bez udziału człowieka
A u Ciebie
Co, jeśli u nas powiadomienia już działają?
Cztery zdania, które słyszymy najczęściej, i to, co na nie odpowiadamy.
Powiadomienia mamy w każdym systemie, one działają.
Pytanie nie brzmi, czy przychodzą, ale ile z nich ktoś w tym tygodniu otworzył. Pierwszy efekt warsztatu jest odejmowaniem: zwykle wyłączamy więcej istniejących powiadomień, niż dodajemy nowych. Zostają te, które mają adresata, próg i działanie.
Nie chcemy pisać do ludzi wieczorem i w weekend.
Dlatego lista zdarzeń pilnych jest krótka i zatwierdzasz ją sam. Wszystko poza nią czeka i wychodzi jako jedno podsumowanie na początku dnia pracy, według kalendarza z Waszymi godzinami i świętami. Dyżury i urlopy czytamy z kalendarza, żeby SMS nie trafiał do osoby, która ma wolne.
Nie używamy Slacka, siedzimy w Microsoft 365.
Mechanizm jest ten sam: zdarzenie ze źródła, warunek, sformatowana wiadomość do kanału albo do osoby. Robimy to na Microsoft Teams, e-mailu i SMS-ie tak samo jak na Slacku. Kanał to decyzja o odbiorcy i pilności, nie o narzędziu, które lubimy.
Zdarzenia siedzą w pięciu systemach, jedna reguła tego nie ogarnie.
Na warsztacie ustalamy źródło prawdy dla każdego zdarzenia, żeby ta sama sprawa nie wysyłała dwóch alertów z dwóch systemów. Gdy pole potrzebne do warunku jest puste albo wpisywane ręcznie na trzy sposoby, mówimy to wprost i najpierw porządkujemy to jedno pole.
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Kanały dostarczania
- Slack, Microsoft Teams, e-mail, SMS, Telegram, webhook do dowolnego systemu
- Praca zespołu i zadania
- Google Workspace, Microsoft 365, Notion, ClickUp, Jira, Asana
- Sprzedaż, sklep i finanse
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop, Fakturownia, iFirma, Comarch Optima, sevDesk
- Dane i wskaźniki
- BigQuery, Google Sheets, GA4, bazy SQL
- Warstwa automatyzacji
- Make, n8n, Zapier, własne integracje przez API
Kanał, próg i eskalacja dla typowych zdarzeń
Tak wygląda pojedynczy wiersz polityki powiadomień: rodzaj zdarzenia, sposób dostarczenia i to, co dzieje się dalej, gdy nikt nie zareaguje. Czasy są przykładowe, bo ustalasz je sam na warsztacie.
| Rodzaj zdarzenia | Kanał i tryb | Co się dzieje bez reakcji |
|---|---|---|
| Awaria systemu albo integracji | SMS do osoby dyżurnej, natychmiast, także w nocy | po 15 minutach bez potwierdzenia SMS do drugiej osoby z listy |
| Podejrzenie naruszenia ochrony danych | SMS i e-mail do osoby odpowiedzialnej, natychmiast | po godzinie eskalacja do zarządu, bo termin z RODO to 72 godziny |
| Faktura przeterminowana o 14 dni | e-mail do opiekuna, raz dziennie w podsumowaniu | po 30 dniach sprawa idzie na kanał finansów i do przełożonego |
| Lead bez pierwszego kontaktu | Slack albo Teams do opiekuna, w godzinach pracy | po 2 godzinach informacja do kierownika sprzedaży |
| Zadanie po terminie | wiadomość do wykonawcy na kanale projektu | po 2 dniach do kierownika projektu, z listą spraw zaległych |
| Wskaźnik poza normą, na przykład koszt pozyskania | podsumowanie na kanał zarządu, raz dziennie | dwa dni z rzędu poza normą podnoszą sprawę do osoby pilnującej budżetu |
| Wniosek czeka na akceptację | e-mail w podsumowaniu dnia | po 24 godzinach przypomnienie i kopia do przełożonego |
Wiersze to punkt wyjścia. Reguła bez ustalonego adresata i bez ustalonego działania nie wchodzi do wdrożenia, bo po miesiącu i tak zostanie wyciszona.
Jak to robimy
Pięć kroków od szumu do polityki powiadomień
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat i inwentaryzacja
Wypisujemy zdarzenia, o których ktoś u Was musi wiedzieć, i osobno liczymy powiadomienia, które już lecą: ile ich jest na dzień, z których systemów i ile z nich ktoś realnie otwiera. Bez tej drugiej listy nowe alerty tylko dołożą się do szumu.
Polityka powiadomień na papierze
Dla każdego zdarzenia ustalamy adresata, kanał, próg, drabinę eskalacji, sposób potwierdzenia odbioru i godziny ciszy. Ustalamy też, jakie dane wolno umieścić w treści alertu, a co zostaje za linkiem do rekordu. Wychodzi z tego jeden dokument, który obroni się bez nas.
Wdrożenie równolegle
Reguły startują obok obecnych powiadomień, na kanale testowym z kilkoma osobami. Odpalamy je na prawdziwych zdarzeniach z ostatnich tygodni, żeby zobaczyć realną liczbę wiadomości na dzień, a nie tę z założeń.
Przełączenie i wyłączanie duplikatów
Po weryfikacji przenosimy alerty na właściwe kanały i wyłączamy stare powiadomienia, które dublują treść. Konfigurujemy monitoring samych reguł, bo cicha awaria alertów jest groźniejsza niż ich brak: zespół zakłada, że skoro nic nie przyszło, to nic się nie stało. Osoba u Was uczy się zmieniać próg i adresata sama.
Pomiar po 30 i 90 dniach
Patrzymy na dwie liczby: ile alertów wyszło i ile z nich ktoś potwierdził. Reguła z zerową reakcją dostaje wyższy próg albo wylatuje, bo alert, którego nikt nie czyta, psuje wszystkie pozostałe.
Przed i po
Jak zmienia się tydzień zespołu
Przedtem
- Alerty z pięciu systemów lecą do jednej skrzynki i mają regułę „archiwizuj”
- O zaległości wszyscy dowiadują się na przeglądzie tygodnia
- Nikt nie wie, czy ktoś przyjął sprawę, więc pytanie krąży po kanale
- Ludzie dostają wiadomości w nocy o rzeczach, które mogły czekać do rana
Po zmianie
- Na kanale i w skrzynce są tylko zdarzenia z progiem, więc zespół je czyta
- Brak reakcji sam podnosi sprawę wyżej, w ustalonym czasie
- Przy każdym alercie widać, kto go przyjął i o której
- Poza godzinami pracy wychodzi jedno podsumowanie, pilne idzie od razu
Pierwsze reguły widać w dniu przełączenia. Progi, kanały i drabinę eskalacji oceniamy po 30 dniach na tym, co realnie wyszło, i jeszcze raz po 90 dniach.
Dla osoby, która to zamawia
Co z tego ma dyrektor operacyjny
Przestajesz być kanałem, przez który przepływa informacja o problemach. Zdarzenie samo dociera do osoby odpowiedzialnej, a gdy ta nie zareaguje w ustalonym czasie, sprawa sama idzie wyżej. To zdejmuje z Ciebie rolę człowieka, który musi wszystko pamiętać i wszystkiego dopytywać.
Druga rzecz waży więcej w rozmowie z zarządem. Wiesz, ile zdarzeń danego typu było w miesiącu, ile z nich ktoś potwierdził i ile trzeba było eskalować, bo alerty i potwierdzenia są zapisane. Przy audycie albo przy naruszeniu ochrony danych pokazujesz ślad decyzji, a nie relację z pamięci.
- Polityka powiadomień spisana, więc nie zależy od jednej osoby w firmie
- Terminy ustawowe pilnowane regułą, na przykład 72 godziny z art. 33 RODO
- Reguły uruchomione równolegle, więc stare powiadomienia działają do końca testów
- Pomiar reakcji po 30 i 90 dniach, nie wrażenie z rozmowy na korytarzu
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy powiadomieniach zwykle wystarcza jeden tydzień, bo zakres jest wąski: lista zdarzeń, progi, kanały i eskalacje. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile systemów źródłowych wchodzi w grę i czy dane potrzebne do warunków są kompletne.
Koszt działania reguł płacisz bezpośrednio dostawcy narzędzia, na przykład Make, Zapier albo bramce SMS, albo nie płacisz wcale, gdy n8n stoi na Waszej infrastrukturze. Bez naszej prowizji.
Warsztat procesowy
2500 zł netto
za tydzień, przy powiadomieniach zwykle jeden
Zamknięta całość. Kończy się polityką powiadomień, którą możesz wdrożyć bez nas albo dać komukolwiek innemu.
- Lista zdarzeń z adresatem, progiem i kanałem dla każdego
- Drabina eskalacji, zasady potwierdzania odbioru i godziny ciszy
- Spis powiadomień do wyłączenia, bo dublują treść albo nikt ich nie czyta
- Rekomendacja narzędzia i wskaźniki do pomiaru po 30 dniach
- Najczęściej wybierany
Warsztat i wdrożenie powiadomień
Wycena po warsztacie
zakres wynika z liczby zdarzeń, kanałów i systemów źródłowych
Najczęściej wybierany wariant. Działające powiadomienia w 2 do 4 tygodni od warsztatu, przetestowane na Waszych prawdziwych zdarzeniach.
- Wszystko z warsztatu
- Reguły w n8n, Make albo przez API, spięte z CRM, zadaniami, sklepem i hurtownią
- Dostarczanie na Slack, Microsoft Teams, e-mail i SMS, z podziałem na pilne i podsumowania
- Eskalacja bez reakcji, potwierdzenia odbioru, cichy tryb poza godzinami pracy
- Monitoring samych reguł i szkolenie osoby, która będzie zmieniać progi
Powiadomienia i agent AI
Wycena po warsztacie
dla firm, w których ktoś codziennie pyta o stan spraw
Wszystko z wdrożenia plus BOND, który odpowiada na pytania o zdarzenia i reakcje zwykłym zdaniem.
- Wszystko z wdrożenia powiadomień
- Agent AI spięty z CRM, systemem zadań i hurtownią danych
- Odpowiedź z danych firmy w 5 do 10 sekund, bez logowania do systemów
- Podsumowania dzienne i tygodniowe pisane przez agenta, nie przez człowieka
Jeśli na warsztacie okaże się, że wystarczy wyłączyć część powiadomień i ustawić dwa progi w narzędziach, które już macie, mówimy to i pokazujemy jak. Warsztat kończy się dokumentem, który obroni się bez nas, a sprawa nie idzie do wdrożenia, którego nie potrzebujecie.
Najczęstsze pytania
Czym jest automatyzacja powiadomień?
To ustalenie i wdrożenie polityki: jakie zdarzenia zasługują na alert, kto go dostaje, przy jakim progu, w którym kanale i co się dzieje, gdy nikt nie zareaguje. Reguły odbierają zdarzenia z Waszych systemów i dostarczają je na Slacka, Microsoft Teams, e-mailem albo SMS-em. Efektem jest mniej wiadomości niż przed wdrożeniem, ale takich, które ktoś czyta.
Czym to się różni od powiadomień, które mamy już w każdym systemie?
Natywne powiadomienia wysyłają to, co przewidział producent narzędzia, zwykle bez progu, bez wyboru adresata i bez wiedzy o pozostałych systemach. Jedna reguła po naszej stronie widzi kilka źródeł naraz, więc potrafi połączyć fakturę po terminie z brakiem kontaktu z klientem. Jeśli w Waszym przypadku natywne powiadomienia wystarczą, powiemy to na warsztacie.
Jak ustalacie, które zdarzenie zasługuje na alert?
Zadajemy trzy pytania: kto ma zareagować, w jakim czasie i jakie działanie ma wykonać. Zdarzenie bez odpowiedzi na którekolwiek z nich zostaje w systemie i jest dostępne na żądanie, ale nie wysyła powiadomienia. To najczęstszy powód, dla którego z warsztatu wychodzi krótsza lista alertów, niż była na wejściu.
Jak działa eskalacja, gdy nikt nie zareaguje?
Każda reguła ma czas na reakcję i kolejnego adresata. Brak potwierdzenia odbioru w tym czasie przenosi sprawę o szczebel wyżej: z wykonawcy na przełożonego, potem na zarząd. Poziomy i czasy ustalasz na warsztacie, bo dla awarii to bywa 15 minut, a dla przeterminowanej faktury 30 dni.
Czy da się wyłączyć powiadomienia poza godzinami pracy?
Tak, i to jest osobna decyzja dla każdej reguły. Zdarzenia z listy pilnych idą natychmiast, w dowolnej godzinie, a reszta czeka i wychodzi jako jedno podsumowanie na początku dnia pracy. Reguła zna Wasze godziny pracy, kalendarz świąt i dyżury, więc SMS nie trafia do osoby, która ma wolne.
Który kanał wybieracie: Slack, Teams, e-mail czy SMS?
Decyduje pilność i odbiorca. SMS zostawiamy dla zdarzeń, które kogoś budzą, Slack albo Microsoft Teams dla spraw zespołowych w godzinach pracy, e-mail dla tego, co może czekać do rana i wymaga śladu w skrzynce. Jedno zdarzenie może mieć dwa kanały, gdy pierwszy nie dostanie potwierdzenia.
Ile trwa wdrożenie systemu powiadomień?
Tydzień warsztatu i 2 do 4 tygodni wdrożenia, z testami na prawdziwych zdarzeniach z ostatnich tygodni. Pierwsza działająca reguła wchodzi zwykle w ciągu 14 dni od warsztatu. Przy większej liczbie systemów źródłowych albo przy danych, które trzeba najpierw uporządkować, dochodzi do 6 tygodni.
Co się dzieje, gdy same powiadomienia przestaną wychodzić?
Monitoring reguł konfigurujemy standardowo: nieudane wykonanie zgłasza się na kanał techniczny i do osoby dyżurnej, a zdarzenia z okresu awarii reguła nadrabia po powrocie. Cicha awaria alertów jest groźniejsza niż ich brak, bo zespół zakłada, że skoro nic nie przyszło, to nic się nie stało.
Sprawdźmy, o czym Wasz zespół dowiaduje się za późno
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, z jakich systemów korzystacie i o którym zdarzeniu ostatnio dowiedzieliście się od klienta, a nie z własnego narzędzia. Pokazujemy, które reguły da się ustawić od razu, które powiadomienia warto najpierw wyłączyć i gdzie brakuje danych do warunku. 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 u Was ktoś ustawił w skrzynce regułę, która archiwizuje alerty z CRM, to jest dokładnie ten problem. Powiadomienie bez progu i bez adresata zamienia się w szum, a wtedy o przeterminowanej fakturze albo o awarii dowiadujecie się od klienta. Zdarzenie z progiem, eskalacją i potwierdzeniem odbioru skraca to do minut. Od wypisania tych zdarzeń zaczyna się warsztat.