Potwierdzenie zamówienia, przypomnienie o terminie i alert o awarii mają różne zadania. Dobry system wie, dlaczego wysyła wiadomość, do kogo ma ona trafić i co zrobić, jeśli wysyłka się nie powiedzie. Samo wywołanie funkcji wysyłającej nie zamyka tego procesu.
W tym poradniku
Zacznij od listy zdarzeń
Rozpisz sytuacje wymagające kontaktu: przyjęcie zgłoszenia, potwierdzenie rezerwacji, zmiana terminu, płatność albo błąd integracji. Dla każdej z nich określ odbiorcę, kanał, treść i warunek wysłania. Powiadomienie dla klienta nie musi zawierać tych samych informacji co alert dla obsługi.
Oddziel wiadomości związane z obsługą konkretnej sprawy od kampanii promocyjnych. Ustal preferencje odbiorcy, godziny wysyłki i zasady wyłączenia przypomnień. W treści podawaj tylko informacje potrzebne do zrozumienia zdarzenia i wykonania następnego kroku.
Oddziel zdarzenie od wysyłki
Proponowany schemat jest prosty: system zapisuje zdarzenie i zadanie wysyłki, a osobny proces obsługuje kolejkę. Dzięki temu chwilowy problem u dostawcy wiadomości nie musi blokować zapisu rezerwacji. Zadanie powinno wskazywać sprawę, odbiorcę i rodzaj komunikatu.
Przed wysłaniem przypomnienia sprawdź aktualny stan sprawy. Jeśli klient przełożył wizytę lub anulował rezerwację, stare zadanie nie powinno wysłać nieaktualnej wiadomości. Daty przechowuj jednoznacznie, a wyświetlanie i godziny kontaktu przeliczaj według ustalonej strefy czasowej.
Przyjęcie wiadomości nie oznacza dostarczenia
Dostawcy mogą rozróżniać statusy takie jak przyjęta, wysłana, dostarczona i niedostarczona. Dostępne informacje zależą od kanału i operatora. Nawet status dostarczenia nie dowodzi, że odbiorca przeczytał wiadomość. Panel obsługi powinien pokazywać status wraz z czasem jego aktualizacji.
Przy błędach przejściowych można zaplanować ograniczoną liczbę ponowień z rosnącym odstępem. Błędny numer lub adres wymaga innej reakcji niż chwilowa niedostępność usługi. Powiązanie zadania z konkretnym zdarzeniem pomaga uniknąć wysyłki tej samej wiadomości wielokrotnie.
Przetestuj cały cykl sprawy
- utworzenie, zmianę i anulowanie rezerwacji,
- nieprawidłowy adres oraz odmowę dostawcy,
- powtórne uruchomienie tego samego zadania,
- przypomnienia przy zmianie daty i strefy czasowej,
- widoczność historii wysyłki dla uprawnionej obsługi.
Powiadomienia warto projektować razem z systemem rezerwacji. Dzięki temu treść wiadomości i aktualny stan sprawy wynikają z tych samych danych, a obsługa nie musi ręcznie poprawiać kilku niezależnych narzędzi.
Potrzebujesz pomocy?