Marka jest gotowa, gdy depozyt trafia do raportu

Gracz może wejść na stronę marki, ukończyć rejestrację i odejść bez udanego depozytu. Pieniądze mogą też wpłynąć, a źródło zniknąć z raportu. Przed testem przejdź tę drogę, korzystając z konta zatwierdzonego przez markę, i sprawdź, które części rzeczywiście działają. Wtedy wadliwy krok wyjdzie na jaw, zanim zacznie się spór o jakość odbiorców. Wynik kontroli musi dać się powtórzyć na tej samej ścieżce.

Źródło musi przetrwać przejście do konta

Ścieżka jest prosta do narysowania: link twórcy, strona docelowa, rejestracja, konto, kasa, potwierdzenie płatności i raport. Użyj drogi, którą przejdą gracze, razem z przekierowaniami i ekranami pośrednimi. Strona otwarta z wewnętrznej zakładki niewiele mówi o działaniu linku śledzącego. Zmiana języka i powrót z zewnętrznego potwierdzenia również należą do kontroli.

Sprawdzenie kończy się dopasowanym wierszem depozytu. Udaną transakcję można połączyć z kontem gracza i źródłem, które go przyprowadziło. Poprawne otwarcie linku zamyka jeden krok. Pozostałe nadal czekają na kontrolę. Udana wpłata na ścieżce omijającej zwykłe ekrany nie dowodzi, że standardowa ścieżka gracza działa.

Źródło może przetrwać pierwszą stronę i zniknąć przy rejestracji. Sprawdź miejsce jego zapisu na koncie i sposób, w jaki późniejszy depozyt otrzymuje tę informację. Kontrola linku, kodu promocyjnego i postbacku opisuje ten łańcuch, również przy różnych źródłach linku i kodu. Jeśli oba oznaczenia występują naraz, ich wynik powinien odpowiadać regule ustalonej przed testem.

Użyj identyfikatorów konta i transakcji, które zespół marki potrafi odnaleźć. Nie trzeba przekazywać danych osobowych gracza, aby pokazać brak pola źródła. Zapis kontroli powinien wskazywać uszkodzony krok na tyle jasno, żeby odpowiedzialna osoba mogła go powtórzyć. Zachowaj datę, użyte wejście i znalezioną transakcję.

Sprawdź też oznaczenie pierwszego depozytu (FTD). Definicję opisuje raport o depozytach. Gotowość oznacza, że uzgodnione pole trafia do danych bez zmiany znaczenia. Zielony licznik kliknięć nie zastępuje tego końcowego wiersza. Historia konta musi nadal rozstrzygać, czy jest to pierwsza, czy kolejna wpłata.

Kasa musi działać na ścieżce gracza

Otwórz kasę z ustawieniami docelowego geo i konta. Sprawdź metody widoczne dla tego gracza, walutę i akceptowane kwoty. Metoda wymieniona na ogólnej stronie produktu może nie być dostępna w kasie tego konta. Sam symbol metody albo widoczny formularz wpisania kwoty nie potwierdza możliwości wpłaty.

Niech zespół marki zatwierdzi konto i metodę do kontroli oraz sposób uwzględnienia powstałej transakcji. Zacznij od drogi potrzebnej przy starcie. Jeśli inna wymaga osobnego sprawdzenia, zapisz to wprost. Nie trzeba tworzyć wielu kont testowych tylko po to, by ustalić, czy jedna wpłata trafia do raportu.

Tryb testowy może pomagać w sprawdzeniu powiązania zdarzeń, ale nie musi odtwarzać wszystkich ograniczeń zwykłego konta. Jeśli część jest wyłączona, pozostały odcinek sprawdź osobno. Informacja, że wpłata przeszła w trybie testowym, nie rozstrzyga dostępności tej metody dla gracza w docelowym geo.

Śledź płatność również poza kasą. Gracz może opuścić stronę, potwierdzić ją i wrócić. Sprawdź końcowy status oraz saldo konta. Przyjazny ekran powrotu może pojawić się podczas oczekiwania na wynik. Błąd na tym ekranie może również zasłonić już zakończoną płatność. Odpowiedzi szukaj w historii transakcji, a nie wyłącznie w komunikacie interfejsu.

Odrzucona wpłata i udana wpłata bez źródła wymagają różnych napraw. Pierwszą zajmuje się zespół płatności, drugą atrybucja lub raportowanie. Znalezienie brakującego wiersza przez jeden zespół nie wyjaśnia odmowy sprawdzanej przez drugi. Oczekujące próby pozostają widoczne do końcowego statusu.

Kontrola kończy się udaną transakcją na zatwierdzonej drodze i tą samą transakcją w raporcie. Jeśli metody nie da się jeszcze sprawdzić, pozostaw punkt otwarty. Osoba kontaktowa powinna dokładnie wiedzieć, która ścieżka przeszła kontrolę przed pojawieniem się graczy. Sukces jednej metody nie zatwierdza automatycznie pozostałych.

Limity, język i wsparcie należą do ścieżki wpłaty

Kwota pokazana graczowi musi zgadzać się z zakresem wybranej metody. Ogólne minimum konta może różnić się od minimum tej metody. Według procedury marki sprawdź dozwolone granice i komunikat dla wartości poza nimi. Ostrzeżenie powinno pojawić się, zanim gracz wyśle płatność, oraz pokazać, co trzeba zmienić.

Sprawdź walutę przy kwocie, treść limitu i drogę powrotu do kasy. Jeśli o ograniczeniu gracz dowiaduje się dopiero poza stroną, problem jest już wewnątrz ścieżki depozytu. Sam komunikat „błąd” nie wyjaśnia przyczyny ani możliwości ponowienia. Przy oczekującej transakcji rada, by wpłacić jeszcze raz, wymaga porównania z jej aktualnym statusem.

Następnie sprawdź teksty na całej ścieżce w języku odbiorców: rejestrację, potwierdzenie konta, instrukcje kasy, błędy płatności i wszystkie wiadomości potrzebne do dalszego kroku. Tłumaczenie samej strony docelowej pozostawia zbyt wiele niewiadomych. Strona geo wskazuje języki produktu i wsparcia oraz lokalne waluty. Właściwa kontrola odbywa się jednak w produkcie marki.

Wsparcie musi obsługiwać tę samą drogę w tym języku. Zapytaj, co dzieje się po wiadomości „wpłaciłem, ale nie mam salda”. O jaki identyfikator prosi obsługa i kto otrzymuje sprawę dalej? Gracz nie powinien przekazywać wrażliwych danych płatności w zwykłym czacie, żeby uruchomić sprawdzenie transakcji.

Uwzględniamy wsparcie w kontroli przed startem, bo problem z wpłatą może trafić tam wcześniej niż do zespołu testu. Dostępna osoba kontaktowa i jasne przekazanie sprawy pomagają marce odnaleźć transakcję, gdy gracz nadal o nią pyta. Samo powitanie potwierdza kontakt; znaleziony status i czytelny następny krok pokazują pomoc w sprawie depozytu.

Ten punkt jest zamknięty, gdy potrzebne ekrany są zrozumiałe w docelowym języku, a wsparcie potrafi przekazać sprawę płatności odpowiedniemu zespołowi. To kontrola produktu po stronie marki. Jeśli ekran pozostał w innym języku, nazwij go i wyznacz osobę do ponownego sprawdzenia po poprawce.

Każdy problem potrzebuje odpowiedzialnej osoby

Wyznacz osobę po stronie marki, która dotrze do zespołów odpowiedzialnych za drogę gracza. Nie musi sama naprawiać każdej usterki. Powinna skierować brak źródła do atrybucji, odmowę do płatności, a niezrozumiały błąd do produktu. Każdy zespół otrzymuje informacje wystarczające do powtórzenia uszkodzonego kroku.

Nazwij problem precyzyjnie. Dla metody pozostającej w oczekiwaniu po potwierdzeniu przekaż drogę i identyfikator transakcji. Dla zakończonej wpłaty bez źródła w eksporcie poproś raportowanie o prześledzenie tego zapisu. Ogólny komunikat, że depozyty nie działają, kieruje kilka różnych problemów do tego samego worka.

Przypisz zadania konkretnym osobom i ustal zastępstwo. Sprawdź, kiedy odpowiedzą podczas testu i jak dociera pilny problem płatniczy. Nazwisko bez możliwości kontaktu nadal pozostawia zespół przy tym samym uszkodzonym kroku. Jeśli przyczyna nie jest znana, potrzebny jest status kontroli i termin następnej odpowiedzi.

Wiadomość „wdrożone” nie zamyka problemu.

Po naprawie powtórz tę samą ścieżkę. Jeśli źródło pozostaje zapisane albo płatność kończy się powodzeniem, dołącz odpowiedni zapis do zadania. Jeśli nadal zawodzi, punkt pozostaje otwarty. Pytanie brzmi, czy gracz może już zakończyć ten krok, a nie czy zespół wysłał informację o poprawce.

Depozyty kontrolne nie są wynikiem pozyskania

Zatwierdzone konta testowe pozostają widoczne w kontroli gotowości, ale są wyłączone z wyniku pozyskiwania graczy. Ustal oznaczenie i sposób wykluczenia. Inaczej kontrolna wpłata może trafić do pierwszego raportu tygodniowego albo zniknąć z eksportu potrzebnego do sprawdzenia atrybucji. Oba widoki muszą mieć jasny cel.

Porównaj tę samą zakończoną płatność w kasie i raporcie. Identyfikator, kwota, waluta, czas zakończenia i źródło powinny się zgadzać. Sprawdź też strefę czasową i moment zamknięcia eksportu. Depozyt wykonany później trafia do następnego pliku. Wiersz kontrolny powinien pozwalać to łatwo potwierdzić.

Zachowaj identyfikatory kont i zatwierdzone drogi płatności w krótkim arkuszu gotowości. Po naprawie osoba kontaktowa wraca do tego samego konta, metody i kroku. Zostaw pierwotny wynik obok powtórzonej kontroli, żeby było widać, co już działa, a co nadal wymaga sprawdzenia.

Prosimy markę, żeby pokazała w próbnych danych depozyt kontrolny razem z jego źródłem. Za pomocą tego zapisu sprawdź również informacje przekazywane do testu. Działający link, zakończona wpłata i jej źródło w eksporcie dają osobie kontaktowej konkretną drogę do zatwierdzenia. Próba potwierdza, że transakcja z tej ścieżki może trafić do raportu. Wynik pozyskiwania graczy ocenisz dopiero we właściwym teście.

Zatwierdź sprawdzoną drogę i obserwuj zmiany

Osoba kontaktowa potrzebuje jasnego obrazu: co przeszło, co jest zablokowane i co pozostawiono poza kontrolą. Potrzebna metoda, która nie działa, blokuje start. Inna, poza wybraną drogą, może zostać na osobnej liście. Przy decyzji zapisz geo, język konta, metody, limity depozytów i regułę atrybucji.

Jeśli podczas testu zmieni się rejestracja albo kasa, powtórz kontrolę części, której dotyczy zmiana. Inaczej spadek liczby FTD łatwo przypisać odbiorcom, mimo że zmienił się produkt, z którego korzystają. Data zmiany pomaga oddzielić wcześniejszy wynik od wyniku po zmianie. Ustalenia przekazuj agencji razem z wynikiem kontroli.

Ten podział pokazuje, komu przekazać problem. Kontrola ruchu w danych marki pomaga, gdy ścieżka działa, ale zachowanie graczy nadal budzi pytania. Najpierw napraw uszkodzoną drogę, potem oceń właściwy test według wyniku, który rzeczywiście przyniósł.