Akkor indulhat a teszt, ha a befizetés a riportban is látszik

A játékos eljuthat a márkához, befejezheti a regisztrációt, majd sikeres befizetés nélkül távozhat. Az is lehet, hogy a pénz megérkezik, de a forrás eltűnik a riportból. A teszt előtt járd végig ezt az utat a márka által engedélyezett tesztfiókkal, és nézd meg, melyik része működik ténylegesen. Így a hibás lépés már azelőtt láthatóvá válik, hogy bárki a közönség minőségéről kezdene vitázni.

A forrást a landing oldal után is kövesd

Az út könnyen felrajzolható: az influenszer linkje, landing oldal, regisztráció, fiók, pénztár, fizetési visszaigazolás, riport. Ugyanazon az útvonalon menj végig, amelyen a játékosok fognak, az átirányításokkal és a köztes oldalakkal együtt. Egy belső könyvjelzőből megnyitott landing oldal keveset mond a mérési linkről.

Az ellenőrzés végén legyen egy azonosítható befizetési sor: a sikeres tranzakciót vissza lehessen vezetni a játékos fiókjához és ahhoz a forráshoz, ahonnan érkezett. A helyesen megnyíló link egyetlen lépést igazol. A többi még ellenőrzésre vár.

A forrás az első oldalon még megmaradhat, a regisztrációnál viszont elveszhet. Nézd meg, hol tárolódik a játékos fiókjában, és később hogyan kapcsolódik hozzá a befizetés. A link, a promóciós kód és a postback ellenőrzéséről szóló cikk ezt a láncot is végigveszi, beleértve azt, amikor a link és a kód eltérő forrásra mutat.

Olyan fiók- és tranzakcióazonosítókat használj, amelyeket a márka csapata vissza tud keresni. Egy hiányzó forrásmező bemutatásához nincs szükség a játékos személyes adatainak továbbküldésére. A munkajegyzetből annak is meg kell tudnia ismételni a hibás lépést, aki a javításáért felel.

A próba során az első befizetések (FTD) mezőjét is ellenőrizni kell. A jelentését a befizetési riportnak kell meghatároznia. Az indulási ellenőrzés azt vizsgálja, hogy a márkával egyeztetett mező változatlan jelentéssel jut-e el a kimenetig. A rendben lévő kattintásszám nem helyettesíti ezt az utolsó sort.

A pénztár a játékos útvonalán működjön

A célpiacnak megfelelő fiókbeállításokkal nyisd meg a pénztárt. Nézd meg, milyen fizetési módok jelennek meg ennél a játékosnál, milyen pénznemet lát, és milyen összegeket fogad el az adott mód. Ami a termék általános bemutatóoldalán szerepel, az ebből a fiókból hiányozhat.

A márka csapata hagyja jóvá az ellenőrzéshez használt fiókot és fizetési módot, a létrejövő tranzakció kezelését pedig egyeztesd vele. Az induláshoz szükséges útvonallal kezdj. Ha egy másik útvonal külön ellenőrzést igényel, azt írd le. Nem kell rengeteg tesztfiókot létrehozni ahhoz, hogy kiderüljön, eljut-e egy fizetés a riportig.

A fizetést a pénztár után is kövesd. A játékos elhagyhatja az oldalt a jóváhagyáshoz, majd visszatérhet. Ellenőrizd a tranzakció végső állapotát és a fiókegyenleget. Barátságos visszatérő képernyő akkor is megjelenhet, ha a fizetés még függőben van. Ugyanott egy hibaüzenet sikeresen lezárult fizetést is eltakarhat.

A sikertelen fizetés és a forrás szerinti riportból hiányzó sikeres fizetés eltérő javítást igényel. A meghiúsult tranzakció a fizetési csapaté. Az elveszett forráskapcsolat a mérésért vagy riportálásért felelős csapaté. Attól, hogy az egyik csapat megtalál egy hiányzó sort, a másik által vizsgált elutasítás még nem oldódik meg.

Az indulási ellenőrzés végén legyen sikeres tranzakció a jóváhagyott útvonalon, és ugyanaz jelenjen meg a riportban is. Ha az adott mód még nem ellenőrizhető, maradjon nyitott tétel. Az indulásért felelős kapcsolattartónak még a játékosok érkezése előtt pontosan tudnia kell, melyik útvonal ment át az ellenőrzésen.

A limit, a nyelv és a segítség is a befizetés része

A játékosnak mutatott összeg legyen összhangban azzal, amit a kiválasztott fizetési mód elfogad. A fiók általános minimuma eltérhet az adott mód minimumától. A márka tesztelési eljárása szerint ellenőrizd a megengedett határértékeket, majd azt a hibaüzenetet is, amely a tartományon kívüli összegnél jelenik meg.

Elutasításkor derüljön ki, min kell változtatnia a játékosnak. Nézd meg az összeg mellett álló pénznemet, a limithiba szövegét és a pénztárhoz visszavezető utat. Ha a játékos csak az oldal elhagyása után értesül a korlátról, a hiba már a befizetési útvonalon belül van.

Ezután olvasd végig az utat a közönség nyelvén: regisztráció, fiókmegerősítés, pénztári útmutató, fizetési hibák és minden üzenet, amelyen a továbblépés múlik. Ha csak a landing oldal fordítását ellenőrzöd, túl sok rész marad ki. A piacokat bemutató oldalon a termék és az ügyfélszolgálat nyelve mellett a helyi pénznem is szerepel. A tényleges ellenőrzést a márka termékében kell elvégezni.

Az ügyfélszolgálatnak ugyanezt az utat kell tudnia kezelni ezen a nyelven. Kérdezd meg, mi történik, ha a játékos azt írja: „Befizettem, de nincs meg az egyenlegemen.” Milyen azonosítót kérnek tőle? Ki kapja meg utána az ügyet? A továbblépéshez ne kelljen érzékeny fizetési adatokat egy hétköznapi chatbe bemásolnia.

Az indulási ellenőrzésünk része az ügyfélszolgálat is, mert hozzájuk hamarabb eljuthat egy fizetési probléma, mint a tesztet végző csapathoz. Az elérhető kapcsolattartó és az egyértelmű továbbítás segít a márkának megtalálni a tranzakciót, miközben a játékos még a választ várja.

A nyelvi és ügyfélszolgálati ellenőrzés akkor kész, ha a szükséges képernyők érthetők a célközönség nyelvén, az ügyfélszolgálat pedig el tudja juttatni a fizetési ügyet a felelőséhez. Ezt a termékoldali ellenőrzést a márka végzi.

Minden akadálynak legyen felelőse

Jelölj ki a márkánál egy kapcsolattartót, aki eléri a játékos útjáért felelős embereket. Nem kell minden hibát személyesen kijavítania. A hiányzó forrást a mérési csapathoz, az elutasítást a fizetési csapathoz, a lefordítatlan hibát a termékcsapathoz kell eljuttatnia, a javításhoz szükséges részletekkel együtt.

Pontosan nevezd meg a problémát. Ha egy fizetési mód a jóváhagyás után is függőben marad, a használt útvonalat és a tranzakcióazonosítót küldd a fizetési csapatnak. Ha a sikeres tranzakció forrás nélkül szerepel az exportban, a riportálásért felelős csapattól kérd a sor visszakövetését. Így minden ügy ahhoz kerül, aki meg tudja ismételni az elakadt lépést.

Valós emberekhez rendeld ezeket a feladatokat, és helyettest is jelölj ki. Tudd meg, mikor tudnak válaszolni a teszt alatt, és hogyan jut el hozzájuk egy sürgős fizetési ügy. Egy név elérhetőség nélkül ugyanannál a hibás lépésnél várakoztatja az induló csapatot.

Az „élesítettük” válasz még nem zárja le az akadályt.

Javítás után ismételd meg a hibás útvonalat. Ha a forrás megmarad vagy a fizetés sikerül, az egyező rekordot tartsd az ügy mellett. Ha továbbra is hibás, az akadály nyitva marad. Az a kérdés, hogy a játékos most már be tudja-e fejezni azt a lépést.

A próbabefizetés ne kerüljön a kampány eredményébe

A márka által engedélyezett tesztfiókok maradjanak láthatók az indulási ellenőrzésben, a kampány eredményéből viszont legyenek kizárva. Egyeztesd, hogyan lesznek megjelölve és kiszűrve. Különben egy próbabefizetés bekerülhet az első heti eredménybe, vagy eltűnhet a mérés ellenőrzéséhez szükséges exportból.

Ugyanazt a sikeres fizetést nézd meg a pénztárban és a riportban. Egyezzen a tranzakcióazonosító, az összeg, a pénznem, a teljesítés ideje és a forrás. Az export zárási időpontját és időzónáját is ellenőrizd. A zárás után teljesült fizetés egy későbbi exportba tartozik. A tesztsorból ezt könnyen vissza kell tudni ellenőrizni.

A tesztfiókok azonosítóit és a jóváhagyott fizetési útvonalakat tartsd egy rövid ellenőrző táblában. Ha egy akadályt kijavítottak, az indulásért felelős kapcsolattartó visszatérhet ugyanahhoz a fiókhoz, módhoz és lépéshez, amely korábban elakadt. Az eredeti eredmény maradjon az új ellenőrzés mellett, hogy a csapat lássa, mi működik már, és mi maradt nyitva.

Ezzel a táblával ellenőrizd, mit ad át a márka a teszthez. A működő link, a sikeres fizetés és az exportban látható forrás olyan útvonalat ad a kapcsolattartónak, amelyet jóváhagyhat.

A próba azt igazolja, hogy az ellenőrzött útvonalból létrejöhet egy befizetési sor. A közönség eredményét majd az éles teszt mutatja meg.

A jóváhagyott útvonal változásait is kövesd

Az indulásért felelős kapcsolattartó lássa tisztán, mi ment át az ellenőrzésen, mi akadályozza az indulást, és mi maradt ki. Ha egy szükséges fizetési módon nem lehet befejezni a tranzakciót, az akadály. A kiválasztott útvonalon kívüli másik mód külön listán maradhat. Egyetlen mód sikere nem igazolja az összes többit.

A döntés mellett maradjanak ott az ellenőrzött beállítások: piac, fióknyelv, fizetési módok, befizetési limitek és mérési szabály. Ha a regisztráció vagy a pénztár megváltozik a teszt alatt, ismételd meg az érintett útvonalat. Különben az első befizetésig eljutók arányának csökkenését közönségproblémaként értékelheted, miközben a termék változott meg.

Ebből a bontásból látszik, kihez kell küldenie a márkának a problémát. A forgalom ellenőrzése a márka adatai alapján akkor segít, ha a befizetési útvonal működik, de az érkező játékosokkal továbbra is gond van. Előbb javítsd ki az elakadt útvonalat, utána értékeld az éles tesztet a ténylegesen elért eredmény alapján.