Powiadomienie prowadzi do zadania z danymi i możliwymi rozwiązaniami.
Dane przykładowe
PRZYKŁADOWY PRZEBIEG
Warunek, kanał i dalsza odpowiedzialność.
Połącz potwierdzoną niedostępność strony z odpowiednią reakcją. Reguła wiąże warunek z opiekunem, kanałem powiadomienia i opcjonalnym działaniem, aby zespół miał jasną drogę od sygnału do rozwiązania.
01
Oddziel ważny warunek od pojedynczej obserwacji.
Ustal, co proces ma potwierdzić, jakiego obiektu dotyczy sytuacja i kto odpowiada za reakcję. W przypadku strony znaczenie ma kontekst aktywnych reklam, nie sam fakt wystąpienia jednego błędu.
Rezultat krokuWarunek reguły i wskazany właściciel reakcji.
02
Dobierz powiadomienie i ewentualne działanie.
Wybierz email, SMS lub telefon przez Twilio. Reguła może uruchamiać powiadomienie, obsługiwaną akcję albo oba kroki. Odbiorca, kanał i zakres zmiany muszą odpowiadać znaczeniu zdarzenia.
Rezultat krokuSkonfigurowana ścieżka reakcji z potrzebnymi połączeniami.
03
Wróć do taska i zweryfikuj sytuację.
Osoba powiadomiona otwiera sprawę, sprawdza dane oraz dostępne rozwiązania. Wysłanie alertu nie naprawia problemu; po wykonaniu działania potrzebna jest ocena wyniku i odpowiedzialność za pozostałą pracę.
Rezultat krokuTask z kontekstem oraz następny krok do rozwiązania sprawy.
01
WARUNEK
Zdefiniuj, kiedy warto przerwać pracę.
Wybierz proces i warunek, który wymaga reakcji. Przypisz odpowiedzialność oraz kanał powiadomienia do znaczenia sytuacji.
Próg i harmonogram procesu
Opiekun sprawy
Warunek uruchomienia reguły
02
KANAŁ
Email, SMS lub telefon.
Powiadomienie może dotrzeć mailem, SMS-em albo przez połączenie Twilio. Skonfiguruj potrzebne połączenia i numery; dostępność i koszty dostawców zależą od wybranego kanału.
Email do zespołu
SMS przy ważnej zmianie
Połączenie telefoniczne przez Twilio
03
CIĄG DALSZY
Alert prowadzi do działania.
Otwórz task z danymi i następnym krokiem. Proces może także uruchomić skonfigurowaną akcję; powiadomienie i wykonanie mają własny zakres oraz historię.
Task z kontekstem
Manualnie, AI lub automatyzacja
Weryfikacja rozwiązania
DOBIERZ SPOSÓB PRACY
Decyzje, które warto podjąć przed uruchomieniem reguły.
01
Znaczenie zdarzenia decyduje o kanale.
Email może służyć do przeglądu spraw, a SMS lub połączenie do sygnału wymagającego uwagi. To decyzja organizacyjna: określ, kto ma odebrać powiadomienie i co ma zrobić po jego otrzymaniu, zamiast wybierać najgłośniejszy kanał dla wszystkiego.
02
Powiadomienie i akcja mają odrębny zakres.
Możesz poinformować człowieka bez zmiany kampanii albo połączyć komunikat z dopuszczoną akcją. Możliwość wysłania wiadomości nie daje automatycznie uprawnień do modyfikacji reklamy. Każda integracja wymaga odpowiedniej konfiguracji.
03
Dane w tasku są ważniejsze od samego alarmu.
Odbiorca potrzebuje wiedzieć, którego projektu i obiektu dotyczy sytuacja, jaki warunek zaszedł oraz co sprawdzić dalej. Zbiorczy widok alertów w portfolio pomaga zespołowi zachować wspólny obraz spraw wymagających reakcji.
PRZED ROZPOCZĘCIEM
Warto wiedzieć.
Czy automat czeka, aż ktoś otworzy task?
Nie. Skonfigurowana reguła może uruchomić obsługiwaną akcję lub powiadomienie po potwierdzeniu warunku, bez otwierania taska przez człowieka. Zakres i uprawnienia ustalasz wcześniej. Możesz też zacząć od samego alertu i pozostawić wybór działania osobie odpowiedzialnej.
Czy SMS i połączenia telefoniczne są bezpłatne?
Nie zakładaj tego. Kanały wymagają konfiguracji, a koszty i dostępność zależą od dostawcy oraz wybranego sposobu użycia. Przed uruchomieniem ustal połączenia, odbiorców i warunki rozliczenia kanału.
Czy wysłany alert oznacza rozwiązanie problemu?
Nie. Powiadomienie przekazuje informację, akcja wykonuje określony krok, a rozwiązanie wymaga sprawdzenia sytuacji. Na przykład wstrzymanie reklam nie przywraca działania strony, na którą kierowały.