A webáruházak egyik leggyakoribb, mégis legkellemetlenebb helyzete, amikor a vevő lead egy rendelést, de a fizetés végül nem sikerül. Ilyenkor a vásárló bizonytalan: levonták-e, mit rontott el, kell-e újra próbálkoznia – te pedig ott állsz egy függőben maradt rendelés, esetleges készletfoglalás és egy rossz vásárlói élmény között. Ebben a cikkben végigvesszük, milyen okok állhatnak a sikertelen fizetések mögött, hogyan érdemes pár perc alatt tisztázni a helyzetet és milyen lépésekkel tudod egyszerre megmenteni a rendelést és csökkenteni a hasonló esetek számát a jövőben.
Olyan meglévő technikai megoldásokat is bemutatunk az Unas rendszerből, amelyeket kevesen ismernek, illetve egy új funkciót is hoztunk, amivel még könnyebben oldhatod meg a helyzetet.
Mitől sikertelen egy fizetés?
A fizetés sikertelenségének oka legtöbbször nem rejtély, hanem néhány jól ismert forgatókönyv valamelyike. Előfordulhat, hogy a bank elutasítja a tranzakciót (például nincs elegendő fedezet, alacsony a kártyás limit, lejárt vagy hibásan megadott kártyaadat került be, esetleg a 3D Secure jóváhagyás – SMS/app – elmarad), de az is gyakori, hogy a vásárló egyszerűen félbehagyja a folyamatot: bezárja a böngészőt, megzavarják, mobilon vásárol és a fizetőoldal betöltése közben megszakad a kapcsolata. Emellett technikai tényezők is közrejátszhatnak, például ideiglenes banki vagy fizetési szolgáltatói (PSP) hiba, karbantartás, illetve biztonsági szűrők miatti blokkolás, ha a rendszer gyanúsnak ítéli a tranzakciót. A lényeg ugyanaz, a sikertelen fizetés mögött nagyon különböző okok állhatnak, ezért érdemes gyorsan azonosítani, melyik esetről van szó, utána pedig a vásárlót újabb lépésekre kérni, ha lehet automatikusan, humán beavatkozás nélkül.
Online fizetés az Unas rendszerben
Közismert, hogy aki Unas webshopot üzemeltet, pár perc alatt beállíthatja az összes népszerű online fizetési megoldást. A rendszer közvetlen integrációkkal rendelkezik, így nincs szükség külső fizetőkapukra, bővítményekre a működéshez. Használható a nagyobb bankfüggetlen megoldásoktól kezdve (Barion, Simplepay) a banki modulokon keresztül (Raiffeisen, CIB, K&H) a nemzetközi platformokig (Stripe, Teya, Gopay) minden olyan szolgáltatás, amelyet a vevők jól ismernek. Bármelyikkel is szerződsz, a fizetési folyamat szempontjából ezek hasonlóan működnek.
Ha az integrált fizetési megoldások valamelyikét választja a vásárló a fizetéshez, a vásárlási folyamat során bekapcsolódik az ún. fizetés kezelés a konkrét megrendeléshez. Az adminisztrációs felületen a megrendelés listában és a rendelés részleteiben is látni fogod a fizetés állapotát. Jó esetben fizetett a megrendelés, rosszabb esetben fizetetlen, de bizonyos körülmények között részben fizetett is lehet. A megrendelés adatlapján külön fület kapott a Fizetés részletek, ahol naplózva látod a történéseket, a tranzakció azonosítót és a hibaüzenetet (ha van). Ugyanitt manuálisan fizetettre állíthatod a vásárlást vagy akár vissza is fordíthatod a kifizetett összeget.
Automatizmusok a fizetések kezelésére
A fizetéshez kapcsolódóan több háttérfolyamatot is beállíthatsz vagy akár tetszőleges automata folyamatot is létrehozhatsz. Alapból beállítható, hogy egy bizonyos fizetési mód kiválasztása esetén melyik státuszból induljon a megrendelés, majd sikeres fizetés után milyen státuszba kerüljön át. Érdemes lehet tehát bankkártyás fizetési mód kiválasztása esetén a megrendelést fizetésre vár státuszba tenni, sikeres fizetés esetén pedig fizetett státuszba átrakni. Ha minden stimmel, fizetésre vár státuszban csak rövid ideig lesz a rendelés, ezáltal még jobban szegmentálhatod a megrendelés listában, melyek azok a rendelések, amelyek végül nem sikerültek és később is fizetésre várnak vagy már kifizették és lehet csomagolni, feladni őket.
További előnye az efféle státusz kezelésnek, hogy automata folyamattal emlékeztetőt is küldhetsz a vásárlónak, ha huzamosabb ideig fizetésre vár státuszban marad a rendelése. Ezek automatizálásához mutatunk emailekben használható cseremezőket.
Utólagos rendeléskövetés: [url_track]
Ha valaki nem ismerné a cseremező kifejezést: ez egy olyan változó, amit ha beleírsz valamelyik értesítő emailbe, státuszváltó levélbe, annak értéke elküldéskor konkrét adatra cserélődik. VIP csomagban létezik egy hasznos cseremező, amit nem sokan ismertek illetve használtok [url_track] néven. Ez egy konkrét megrendeléshez kapcsolódó oldal url-jét tartalmazza, ahol attól függetlenül, hogy regisztrált e a vásárló vagy sem, utólag meg tudja tekinteni a vásárlásának adatait. A mi esetünkben fontos, hogy ezen az oldalon újra is indíthatja a fizetési folyamatot. Érdemes tehát ezt a cseremezőt akár a megrendelés visszaigazolásába is belefogalmazni, hiszen így a vevő könnyebben nyomon követheti a megrendelés állapotát egy kattintással az emailben. Fontos azonban tudni, hogy ez a cseremező az oldal url-jét tartalmazza, amit ugyan sok levelező kliens kattinthatóvá tesz, de érdemesebb linkkel ellátni. Ezáltal nem a hosszú url fog látszani, hanem pl. "...a megrendelés részleteihez kattints ide" felirat.
Az újra fizettetéshez készíthetsz egy olyan automata folyamatot, aminél az esemény a megrendelés leadása, ami után emailt küld a rendszer pl. 5 órával később, de csak akkor, ha a küldés időpontjában még mindig fizetésre vár státuszban van a rendelés. Ebben az emailben felhívhatod a vásárló figyelmét, hogy a bankkártyás fizetése nem sikerült, próbálja meg újra kifizetni az előbb leírt oldalról indulva. Ez a cseremező a státuszváltó emailben is működik, tehát ha a fizetésre vár státusz szövegébe fogalmazod bele, majd a fizetésre vár státuszú megrendelésnél megnyomod a státusz értesítő kiküldését, akkor is kézhez kapja az oldal linkjét a vásárló. Ha a státuszváltó emailek automatikusak nálad, akkor ha fizetésre vár státuszba kerül a megrendelés (nem abból indul, hanem pl. te váltod arra), akkor automatikusan kimegy az email róla szintén az oldal linkjével. Ha a vásárlónak a megrendelés adatlapjáról küldesz közvetlen emailt, ott is használhatod ezt a cseremezőt.
Fizetési link cseremező és másolás: [url_payment]
A fenti cseremező mellé készítettünk egy újat is, [url_payment] néven. A fentiekhez hasonlóan ezt is használhatod emailekben és értesítőkben annyi különbséggel, hogy ez az url egyből a fizetésre küldi a vásárlót, nem a megrendelés oldalára. Ez tehát egyszerűen arra való, hogy automatizáltan közöld a vevővel: "itt próbálhatsz meg újra fizetni".
Ha pedig rendszeren kívül kommunikációban, egyéb emailben vagy más csatornán szeretnéd elküldeni neki a linket, a megrendelés részleteinél - ha sikertelen volt a fizetés - a fizetés szekcióban találsz egy Fizetési URL a vágólapra gombot, amivel ezt a fizetési linket kimásolhatod magadnak. Mondanunk sem kell, hogy ez minden rendeléshez más és más, ügyelj arra, hogy kinek és mit küldesz ki és persze arra is, hogy fizetett rendeléshez ne küldj ki ilyen linket.
Mi az előnye más rendszerekhez képest?
Sok fizetési szolgáltatónál lehet fizetési linket kinyerni, némelyik ki is tudja küldeni a vásárlónak emailben. Azonban ezek rendszerint az eredeti fizetés megismétlésére valók csupán. Tehát ha később a vásárló lemond a rendelésből tételeket, újakat kér mellé vagy egyszerűen utólag adsz neki kedvezményt, akkor is az eredeti összeget lehet azokkal a linkekkel fizettetni. Ráadásul az így történő utólagos fizetésről a webshop nem minden szolgáltató esetén értesül.
Az Unas rendszerben az [url_track] által hivatkozott megrendelés oldal és az utólag kiküldhető / kimásolható fizetési link mindig az aktuális adatokat tartalmazza, úgy hogy az url nem változik. Tehát ha a fizetési link korábban már kiküldésre került a vásárlónak és közben változtatsz a megrendelésen, akkor is a helyes összeget fogja fizetni. További előny, hogy a link egységes és minden integrált szolgáltató esetén működik, még azoknál is, ahol egyébként nem lenne ilyen lehetőség kiépítve.
