Klient kupił. Kilka godzin później e-mail pyta: „Czy w koszyku coś zostało?”. Informuje o opóźnieniu dostawy; kolejna wiadomość zachęca do ponownego zamówienia. Technicznie automatyzacja działa dokładnie tak, jak ją skonfigurowano. Problem leży w tym, co pominęły zasady.
Zautomatyzowany proces stosuje zasady do danych i zdarzeń. Jeśli zdarzenie jest niekompletne, przychodzi z opóźnieniem lub jest źle interpretowane, wiadomość może być nieodpowiednia, nawet jeśli jej tekst jest dobry.
Pytanie dotyczy nie tylko tego, co uruchamia automatyzację, ale też tego, co powinno ją zatrzymać lub zmienić jej kierunek.
Od kalendarza do sytuacji
„Wysłać trzy dni po zamówieniu” to zasada kalendarzowa. „Wysłać po potwierdzonej dostawie, jeśli wiadomość jest odpowiednia, a jej warunki są spełnione” to zasada zbudowana wokół doświadczenia klienta.
Drugie podejście wymaga czegoś więcej niż lepszych sformułowań.
- Czy status dostawy jest wiarygodny?
- Kiedy trafia do systemu?
- Co liczy się jako wyjątek?
Jeśli dane nie pozwalają na taką logikę, trzeba wybrać wiadomość spójną z tym, co wiadomo.
Nie należy pisać „Teraz, gdy otrzymali Państwo produkt” na podstawie samej szacowanej daty. Można komunikować się przydatnie bez wymyślania statusu zamówienia.
Jakie rodzaje procesów mogą mieć sens
| Sytuacja | Możliwa funkcja | Pytanie przed wdrożeniem |
|---|---|---|
| Potwierdzony zapis | Orientacja i jasne oczekiwania | O co prosiła osoba? |
| Niedokończone działanie handlowe | Pomoc w kontynuowaniu ścieżki | Czy wiemy, że nie dokończyła go gdzie indziej? |
| Pierwsze doświadczenie | Pomoc w korzystaniu z produktu | Jakiego rzeczywistego statusu możemy użyć? |
| Produkt używany wielokrotnie | Trafne przypomnienie | Czy wybrany odstęp ma uzasadnienie? |
| Znacząca nieaktywność | Możliwe ponowne przedstawienie oferty | Czy nieaktywność jest nietypowa dla kategorii? |
Tabela opisuje wskazówki; nie zaleca uruchamiania każdego procesu. Niektóre firmy muszą najpierw poprawić swoje wiadomości potwierdzające i serwisowe.
Co trzeba sprawdzić przed wysłaniem
Zdarzenie może skierować osobę do weryfikacji. Przed wysłaniem trzeba sprawdzić obowiązujące zasady: zgody, preferencje, status handlowy, wcześniejsze wiadomości i powody zatrzymania.
Dane mogą się zmienić w czasie oczekiwania. Nowe zamówienie może sprawić, że przypomnienie stanie się zbędne. Wypisania trzeba stosować zgodnie z celem wiadomości. Nieudanej synchronizacji nie należy traktować jako dowodu, że wszystkie warunki są spełnione.
Co trzeba sprawdzić przed wysyłką?
Początkowe zdarzenie nie zastępuje sprawdzenia aktualnego stanu.
KWALIFIKOWALNOŚĆ
Cel, preferencje i obowiązujące warunki.
AKTUALNY STAN
Zamówienie, dostawa, zwrot lub nierozwiązany problem.
KOORDYNACJA
Już wysłane wiadomości i inne aktywne procesy.
DECYZJA
Wysłać, opóźnić, zatrzymać lub poprosić o interwencję, według uzgodnionych reguł.
Ramy poglądowe. Ich zastosowanie zależy od kontekstu i danych projektu.
W wiadomościach handlowych podstawę prawną i zasady kontaktu trzeba ustalić przed uruchomieniem. Automatyzacja porzuconego koszyka nie jest zwolniona z zasad marketingu tylko dlatego, że ktoś wykonał działanie na stronie.
Przykład, w którym sekwencja zmienia doświadczenie
Weźmy fikcyjny sklep z AGD. Klient kupuje urządzenie i po dostawie mógłby otrzymać instrukcję użytkowania. Później można rozważyć komunikację o kompatybilnych akcesoriach, jeśli jest uzasadniona i dozwolona.
Ale między tymi dwoma momentami produkt zostaje zwrócony. Jeśli platforma marketingowa o tym wie, oferta akcesoriów może zostać zatrzymana. Jeśli status nigdy nie dociera lub nie jest częścią zasad, proces trwa, jakby nic się nie zmieniło.
| Nowe zdarzenie | Pytanie dla procesu |
|---|---|
| Dostawa się opóźnia | Czy wiadomość zakłada, że klient otrzymał produkt? |
| Reklamacja lub prośba o pomoc | Czy komunikacja handlowa jest teraz odpowiednia? |
| Zamówienie zostaje anulowane lub zwrócone | Czy powiązany produkt nadal ma znaczenie? |
| Zmienia się preferencja marketingowa | Czy uprawnienie zostało zaktualizowane przed wysłaniem? |
Nie każda prośba o pomoc musi blokować całą komunikację. Zasada zależy od rodzaju sytuacji i funkcji wiadomości. Wiadomość potrzebna do rozwiązania problemu nie ma tego samego priorytetu co promocja.
Kilka procesów może mówić jednocześnie
W ciągu tygodnia osoba może otrzymać newsletter, sekwencję powitalną i e-maile pozakupowe. Każde z nich może wydawać się rozsądne osobno, a całe doświadczenie okazuje się natarczywe lub sprzeczne.
Ustalamy priorytety, limity częstotliwości, gdy systemy na to pozwalają, i zasady dla nakładających się komunikatów. Nie obiecujemy idealnej koordynacji między wszystkimi usługami, jeśli integracja tego nie udźwignie. Konkretnie sprawdzamy, jakie informacje przepływają między e-commerce, CRM, e-mailem i reklamą.
Wiadomości nie mają tego samego priorytetu.
Przykładowe pytania dla zamówienia z problemem w dostawie.
INFORMACJE KLUCZOWE
Co klient musi wiedzieć o swoim zamówieniu?
ROZWIĄZANIE
Jaka wiadomość pomaga klientowi uzyskać pomoc?
PROMOCJA
Czy dodatkowa oferta jest teraz odpowiednia?
Fikcyjny przykład, a nie wyniki ani prognozy NOT MORE.
Co oznacza testowanie procesu
Otrzymanie testowego e-maila nie wystarczy. Trzeba sprawdzić, kto wchodzi do procesu, jakie dane są używane, co go zatrzymuje i co się dzieje, gdy integracja się opóźnia.
Przypadki testowe mogą obejmować zamówienie potwierdzone w czasie oczekiwania, zduplikowane zdarzenie, wypisanie się, niedostępny produkt lub adres, do którego nie można dotrzeć. Oczekiwany wynik trzeba określić przed testem.
Te sprawdzenia to nie techniczne formalności. Zapobiegają doświadczeniom, które wyglądają na niedbałe: zduplikowanym e-mailom, niepasującym rekomendacjom czy ofertom wysłanym po tym, jak ktoś poprosił o zaprzestanie marketingu.
Kto utrzymuje automatyzację po uruchomieniu
Katalogi, produkty, formularze i zasady handlowe się zmieniają. Proces poprawny w chwili uruchomienia może stać się błędny, jeśli nikt nie przegląda tego, od czego zależy.
Ustalamy odpowiedzialności za dane, treść i działanie. Potrzebny jest sposób, by widzieć błędy oraz zatrzymać lub poprawić komunikację, gdy sytuacja tego wymaga. Automatyzacja ogranicza niektóre powtarzalne operacje, ale wprowadza pracę nad projektem i utrzymaniem.
Platforma może przypisać procesowi przychód, nie pokazując, że to on wywołał wszystkie te zakupy. Porównujemy wynik z kosztami, trafnością i wpływem na doświadczenie.
Jak pracujemy w NOT MORE.
Wychodzimy od ścieżki klienta i wiarygodnych informacji, którymi dysponujemy. Wybieramy automatyzacje, które mogą pomóc, określamy zasady i komunikaty, a następnie sprawdzamy ich działanie w normalnych sytuacjach i ważnych wyjątkach.
Czasem najlepszą opcją jest prosty proces oparty na wiarygodnych danych. Inne sytuacje wymagają szerszej integracji. Strategia określa cel; wdrożenie musi sprawić, by działał w rzeczywistych warunkach.
Kto otrzymuje alert i może zatrzymać proces
Przydatna automatyzacja potrzebuje zasad kontrolnych. NOT MORE. może wdrożyć integrację, warunki i alerty, a następnie przetestować uzgodnione sytuacje. Klient zatwierdza zasady handlowe i wyznacza osobę, która może przejrzeć prawdziwy przypadek, poprawić informację lub tymczasowo wstrzymać komunikację.
Dokumentujemy, co się dzieje, gdy brakuje statusu, gdy dwa systemy sobie przeczą lub gdy działanie się nie powiedzie. Monitorowanie ma częstotliwość, osobę odpowiedzialną i proces eskalacji. W stałej pracy obserwacje prowadzą do korekt i raportów, które pokazują zarówno to, co działa, jak i to, co pozostaje do rozwiązania.