Odbiorca wypisuje się z mailingu rano. Po południu dostaje kolejną wiadomość, bo została przygotowana wcześniej, a stan w systemie wysyłkowym nie zdążył się zmienić. Asystent AI może napisać świetny follow-up. Nie powinien jednak decydować, czy wolno go wysłać.
Sprawdź to na fikcyjnym kontakcie, zanim uruchomisz serię. Przygotuj trzy stany: aktywną zgodę na e-mail dotyczący wskazanego celu, wycofanie tej zgody oraz brak potwierdzonej decyzji. Dla pierwszego stanu sprawdź, czy wiadomość trafia do kolejki zgodnie z regułami. Dla dwóch pozostałych sprawdź, czy proces nie przekazuje marketingowej wiadomości do dostawcy. Dopiero potem zajrzyj do promptu.
To ćwiczenie dotyczy sposobu obsługi decyzji w CRM, kolejce i systemie wysyłkowym. Nie zastępuje oceny prawnej konkretnej kampanii, kanału ani sposobu pozyskania kontaktu.
Najpierw rozdziel wiadomości
Potwierdzenie realizacji zamówienia, odpowiedź na zgłoszenie i seria z ofertą mogą korzystać z tych samych narzędzi, ale służą różnym celom. Zapisz przy każdym scenariuszu, kto jest odbiorcą, co zawiera komunikat i dlaczego ma zostać wysłany. Dodanie oferty do wiadomości dotyczącej realizacji zamówienia może wymagać odrębnej oceny. Nie zakładaj, że techniczna nazwa szablonu rozstrzyga jego charakter.
W Polsce art. 398 Prawa komunikacji elektronicznej dotyczy używania wskazanych w nim urządzeń i systemów do przesyłania informacji handlowej, w tym marketingu bezpośredniego, do abonenta lub użytkownika końcowego. Przepis przewiduje uprzednią zgodę oraz opisuje także sposób jej wyrażenia przez udostępnienie adresu elektronicznego w określonym celu. Samo znalezienie adresu w bazie nie wyjaśnia, w jakich okolicznościach go udostępniono.
Osobno oceń podstawę przetwarzania danych osobowych i wymagania dotyczące danego sposobu komunikacji. Szczegóły konkretnej kampanii ustal z osobą odpowiedzialną za zgodność. Model językowy nie ustali ich za ciebie na podstawie historii zakupów.
Co faktycznie oznacza decyzja odbiorcy
Wycofanie zgody dotyczącej określonego zakresu i sprzeciw wobec przetwarzania danych osobowych na potrzeby marketingu bezpośredniego nie muszą być tym samym zdarzeniem. Według wyjaśnienia UODO po wniesieniu sprzeciwu danych nie wolno dalej wykorzystywać do takiego marketingu. Ustal, jak informacja o sprzeciwie dotrze do wszystkich procesów, które korzystają z danych w tym celu.
Nie każ modelowi dopowiadać zakresu, gdy odpowiedź jest niejasna. Wstrzymaj planowany kontakt marketingowy i przekaż rzeczywiście niejasną sprawę osobie, która oceni jej znaczenie. Jeżeli z wypowiedzi wynika sprzeciw osoby wobec przetwarzania jej danych osobowych na potrzeby marketingu bezpośredniego, wykonaj go bez żądania ponownego potwierdzenia. Nie ograniczaj go automatycznie do kanału, którym został zgłoszony. Nie wysyłaj nowej oferty tylko dlatego, że pole zgody w jednym z systemów nadal ma stary status.
Gdy podstawą przetwarzania jest zgoda, jej wycofanie powinno być tak samo łatwe jak jej wyrażenie. Wytyczne EROD dotyczące zgody pomagają sprawdzić tę zasadę. Przy projektowaniu formularza opisz sposób wycofania jeszcze przed zebraniem decyzji, a następnie przejdź tę drogę na komputerze i telefonie.
Zrób mapę przepływu przed kampanią
Wybierz jedną planowaną wiadomość i prześledź ją od źródła kontaktu do dostawcy. W małej firmie mogą w tym uczestniczyć formularz, CRM, narzędzie do automatyzacji i osobna usługa wysyłki. Przy każdym zapisz właściciela systemu, identyfikator kontaktu i miejsce, w którym zapada decyzja o dopuszczeniu wiadomości.
Przykładowa mapa dla fikcyjnej osoby może wyglądać tak:
| Miejsce | Co sprawdzić przed próbą |
|---|---|
| Formularz | Który cel i kanał były opisane przy decyzji odbiorcy? |
| CRM | Gdzie jest aktualny status i odnośnik do dowodu? |
| Kolejka | Czy przygotowaną wiadomość można zatrzymać przed przekazaniem? |
| Dostawca | Czy przyjął wiadomość i jak zwraca status oraz zdarzenia? |
Ta tabela jest schematem do uzupełnienia, nie opisem konkretnego produktu. Jeżeli dwa systemy pokazują różny stan, nie wybieraj tego, który pozwala wysłać więcej. Ustal źródło decyzji i wstrzymaj sporną wysyłkę do wyjaśnienia. Przy projektowaniu pól pomogą też statusy CRM i rezygnacji oraz mapowanie pól integracji.
Karta decyzji, którą da się sprawdzić
Dla decyzji zapisuj zakres i kanał, cel, źródło, datę, obowiązującą wersję treści oraz odnośnik do dowodu, jeśli proces go wymaga. Osoba sprawdzająca powinna móc ustalić, co i kiedy zostało zaakceptowane albo wycofane. Sam zielony przełącznik „zgoda: tak” nie mówi, czy dotyczy numeru telefonu, konkretnej skrzynki czy innego celu.
Ogranicz dostęp do dowodu i ustal, jak długo dane są potrzebne. Nie kopiuj całej korespondencji do każdego systemu tylko po to, by panel wyglądał na kompletny. Z drugiej strony sam identyfikator bez możliwości dotarcia do właściwego dowodu może nie wystarczyć do odtworzenia zakresu decyzji. Uzgodnij retencję oraz dostęp z osobą odpowiedzialną za ochronę danych.
Import starej listy nie powinien automatycznie przywracać statusu sprzed rezygnacji. Zapisz regułę, która odróżnia dane importowane od późniejszej decyzji, i sprawdź ją na fikcyjnych rekordach. Właściciel procesu powinien wiedzieć, kto rozstrzyga sprzeczne wyniki integracji.
Zaprojektuj również sposób rozpoznania wykluczenia przy następnym imporcie. W praktyce może to wymagać zachowania ograniczonej informacji pozwalającej nie przywrócić kontaktu do wysyłki. Ustal jej zakres, cel, dostęp i czas przechowywania z osobą odpowiedzialną za ochronę danych. Taki rejestr nie powinien stawać się zapasową listą potencjalnych klientów. Sprawdź, czy narzędzie kampanijne rzeczywiście uwzględnia go przed każdym przekazaniem wiadomości do wysyłki.
Przygotowana wiadomość nadal czeka na decyzję
Seria może powstać wiele dni przed wysyłką. Kontrola wykonana przy jej planowaniu nie mówi jeszcze, jaki stan będzie obowiązywał przy przekazaniu konkretnej wiadomości. Dodaj sprawdzenie właściwego celu i kanału blisko momentu przekazania do dostawcy. Jeżeli status jest nieznany, odczyt zawiódł albo synchronizacja nie została potwierdzona, wstrzymaj operację do wyjaśnienia.
Sprawdzenie i wysyłka nie zawsze są jedną nierozdzielną operacją. Rezygnacja może nadejść między nimi, a zewnętrzny dostawca może już przyjąć komunikat. Ustal więc, kiedy można anulować zadanie w kolejce, a kiedy trzeba sprawdzić stan u dostawcy. Nie obiecuj, że każdy komunikat da się cofnąć. W opisie kolejek i ponowień znajdziesz pytania o odpowiedzialność poszczególnych etapów.
Webhook nie jest magicznym potwierdzeniem
Webhook to powiadomienie wysłane przez jeden system do drugiego po określonym zdarzeniu. Na przykład Postmark opisuje webhooki dotyczące dostarczenia, błędu oraz zmiany subskrypcji. Każdy dostawca ma własną konfigurację i zakres informacji, dlatego nie zakładaj, że każda platforma obsługuje identyczne zdarzenia.
Zapisz identyfikator zdarzenia, jego typ oraz informację potrzebną do powiązania go z odpowiednim rekordem. Przed użyciem sprawdź dokumentację dostawcy i sposób uwierzytelniania powiadomień. Ustal też, co się stanie, gdy to samo zdarzenie dotrze ponownie albo starsze powiadomienie pojawi się po nowszym. Sam czas odebrania nie zawsze mówi, w jakiej kolejności decyzje powstały.
Przy utraconej odpowiedzi po próbie wysyłki wynik może być nieznany. Zanim ponowisz żądanie, sprawdź stan u dostawcy i to, czy rozpoznaje ponowienie tej samej operacji. Nie zakładaj obsługi klucza idempotencji, czyli identyfikatora pozwalającego rozpoznać tę samą operację, bez weryfikacji w dokumentacji używanego narzędzia. Więcej przykładów jest w poradniku o idempotencji.
Przykład: odpowiedź, której model nie rozumie
Załóżmy, że fikcyjny odbiorca odpowiada: „Nie teraz, proszę nie wysyłać więcej ofert”. Model oznacza wiadomość jako neutralną, bo nie znalazł na liście słowa „rezygnuję”. Jeżeli od klasyfikacji zależy kontynuacja serii, błąd może przenieść się do kolejnej wysyłki.
W tym przykładzie prośba o niewysyłanie ofert wyraża sprzeciw wobec marketingu bezpośredniego. Wstrzymaj marketing i wykonaj sprzeciw bez żądania kolejnego potwierdzenia, także w innych procesach wykorzystujących dane tej osoby do tego celu. Osoba uprawniona powinna dostać oryginalną wypowiedź i informację o podjętych działaniach. Tylko rzeczywiście niejasny zakres przekaż do wyjaśnienia. Zapisz decyzję wraz ze źródłem, bez przepisywania jej na „zainteresowanie” dla potrzeb raportu.
Tekst wiadomości nie musi trafiać w całości do każdego narzędzia AI. Wybierz tylko dane potrzebne do zadania, sprawdź ustawienia dostawcy oraz sposób dostępu. Zasady planowania kolejnych kontaktów znajdziesz w artykule o follow-upie bez spamu.
Gotowe polecenie do próbki bez danych klientów
Poniższe polecenie służy do przeglądu fikcyjnych odpowiedzi. Nie daje modelowi uprawnień do wysyłki ani do zmiany statusu w systemie.
Przeczytaj każdą odpowiedź z próbki. Dla każdej zaproponuj jedną z kategorii: kontynuacja wymaga oceny, wyraźna prośba o zakończenie kontaktu albo treść niejednoznaczna. Przytocz fragment uzasadniający propozycję. Nie wnioskuj zgody z zainteresowania produktem. Jeśli zakres decyzji jest niejasny, oznacz sprawę do sprawdzenia przez człowieka. Nie wysyłaj wiadomości i nie zmieniaj rekordów.
Do próby dodaj trzy wymyślone odpowiedzi: „Proszę o ofertę”, „Nie wysyłajcie mi więcej ofert” oraz „Teraz nie mogę rozmawiać”. W oczekiwanym wyniku druga wymaga zatrzymania marketingu, a trzecia wymaga interpretacji w kontekście. Pierwsza nie dowodzi automatycznie zgody na każdy kanał i każdą przyszłą kampanię.
Porównaj propozycję modelu z decyzją osoby odpowiedzialnej za proces. Zapisz, gdzie model pomylił zakres lub pominął fragment. Jeśli automatyzacja podejmuje działania bez człowieka, jej granice i testy muszą wynikać z rzeczywistego procesu, a nie z przykładowego promptu.
Próba od początku do końca
Przygotuj kontrolowaną skrzynkę oraz fikcyjny kontakt. Zapisz wersję konfiguracji i sprawdź kolejno pięć sytuacji:
- Poprawny status dla wskazanego celu i kanału przed przygotowaniem wiadomości.
- Wycofanie decyzji przed dodaniem wiadomości do kolejki.
- Rezygnację po przygotowaniu wiadomości, lecz przed przekazaniem jej dostawcy.
- Ponowny import starszego rekordu oraz powtórzone lub opóźnione powiadomienie.
- Odpowiedź odbiorcy, której zakres wymaga wyjaśnienia przez człowieka.
Dla każdej próby zapisz stan w źródle decyzji, kolejce i usłudze wysyłkowej oraz moment, w którym wiadomość została zatrzymana albo przekazana dalej. Jeżeli dostawca przyjął ją wcześniej, sprawdź dostępną możliwość anulowania zamiast oznaczać test jako udany wyłącznie na podstawie stanu CRM.
Prześledź też niewielką partię, na przykład dziesięć wiadomości dla fikcyjnych kontaktów, od źródła decyzji przez kolejkę do dostawcy. Zestaw identyfikatory wiadomości zaplanowanych, zatrzymanych i przekazanych. Wyjaśnij brakujące lub powtórzone identyfikatory oraz sprawdź, czy każde zatrzymanie odpowiada przyjętym regułom.
Zwróć uwagę na przypadki z więcej niż jednym adresem tej samej osoby. Nie łącz rekordów wyłącznie dlatego, że model uznał nazwiska za podobne. W razie niepewności wyjaśnij powiązanie, zanim wznowisz kontakt. Test próbki potwierdza sprawdzone scenariusze i konfigurację, nie działanie każdego rekordu w bazie.
Kiedy zatrzymać wysyłkę i co zachować
Niedziałający mechanizm wycofania decyzji, wysyłka mimo sprzeciwu, nieznana grupa odbiorców albo rozbieżne statusy między systemami wymagają wstrzymania odpowiedniego procesu. Zapisz identyfikatory serii i wersję konfiguracji, zabezpiecz informacje potrzebne do ustalenia zakresu i przekaż sprawę właścicielowi. Nie uruchamiaj automatycznych przeprosin ani ponownej kampanii, zanim ktoś oceni sytuację.
Po naprawie powtórz wcześniej przygotowane próby i sprawdź rezultat również po stronie dostawcy. Dopiero na tej podstawie właściciel może zdecydować o wznowieniu określonej części wysyłki. Zasady odbioru automatyzacji rozwijają testy wiadomości AI oraz audyt automatyzacji procesów. Mapowanie odpowiedzialności między systemami może także wspierać Aeneia Audit.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
