Mokėjimo prašymas klientui: nuo pasiūlymo iki patvirtinto užsakymo

Pirmiausia apibrėžkite prašymo paskirtį

Prieš kurdami mokėjimo prašymą užrašykite, už ką klientas moka, kokia yra suma ir kokia valiuta naudojama. Suteikite užsakymui atskirą vidinį numerį. Vien kliento vardas arba elektroninio pašto adresas nėra pakankamas identifikatorius, nes tas pats žmogus gali turėti kelis neapmokėtus užsakymus.

Pavyzdžiui, dizaino studija prašo avanso, o vėliau siunčia galutinės sumos prašymą. Abu veiksmai turi turėti aiškią paskirtį ir ryšį su projektu. Jei nuolat siunčiama ta pati bendra nuoroda, finansų komanda gali nesuprasti, kuriam darbų etapui priskirti gautą sumą.

Mokėjimo nuorodos

Atskirai įvertinkite nuorodos elgesį

Patikrinkite, ar nuoroda skirta vienam užsakymui, ar gali būti naudojama pakartotinai. Ar klientas gali pakeisti sumą? Ar nuoroda turi galiojimo laiką? Kas nutinka po sėkmingo mokėjimo? Šios savybės priklauso nuo pasirinkto produkto, todėl jų negalima numanyti vien iš pavadinimo.

Jei paslauga rezervuojama konkrečiam laikui, verslo rezervacijos terminas ir techninis nuorodos galiojimas turi derėti. Klientas neturėtų sumokėti už laiką, kuris jau atiduotas kitam. Numatyti tokį atvejį reikia serverio logikoje, o ne tik paaiškinime šalia mygtuko.

Prieglobos mokėjimo puslapis

Parašykite suprantamą žinutę

Žinutėje nurodykite verslo pavadinimą, paslaugą, sumą, valiutą ir pagalbos kontaktą. Klientui turi būti aišku, kodėl prašymas atsiųstas ir kas įvyks sumokėjus. Prieš siųsdami patikrinkite mokėjimo puslapio domeną. Kortelės saugos kodo, slaptažodžio ar vienkartinio banko kodo neprašykite pokalbyje.

Jeigu klientas turi atlikti papildomą veiksmą, pavyzdžiui, patvirtinti pasiūlymo apimtį, atskirkite jį nuo mokėjimo. Mokėjimo nuoroda savaime neišsprendžia visų sutartinių klausimų. Pardavimo komanda ir mokėjimo puslapis turi pateikti suderintą informaciją, kad klientas negautų prieštaringų instrukcijų.

Patvirtinkite mokėjimą serverio pusėje

Patikimas rezultatas gaunamas iš patikrinto paslaugų teikėjo pranešimo arba būsenos užklausos. Palyginkite užsakymo nuorodą, sumą ir valiutą. Klientas gali uždaryti naršyklę po apmokėjimo, todėl vien grįžimas į padėkos puslapį neturi būti vienintelis užsakymo užbaigimo pagrindas.

Jei atsakymas vėluoja, iš karto nesiųskite naujo prašymo mokėti dar kartą. Pirmiausia patikrinkite ankstesnį bandymą. Komandai naudinga turėti atskirą laukiančių mokėjimų sąrašą su atsakingu darbuotoju, kad neaiški būsena neliktų nepastebėta kelias dienas.

Apsaugokite procesą nuo pakartojimų

Tas pats pranešimas gali būti pristatytas kelis kartus. Vienas sėkmingas mokėjimas neturi du kartus suteikti paslaugos, papildyti kreditų ar išsiųsti prekės. Išsaugokite operacijos identifikatorių ir užtikrinkite, kad pakartotinis apdorojimas nesukurtų naujo verslo veiksmo.

Grąžinimo atveju raskite originalų mokėjimą, o ne vien išsiųsto laiško datą. Saugokite ryšį tarp prašymo, užsakymo, mokėjimo ir grąžinamos sumos. Dalinis grąžinimas turi palikti aiškią informaciją, kiek klientas sumokėjo iš viso ir kokia dalis jau grąžinta.

Patikrinkite visą kelią prieš naudojimą

Atidarykite puslapį telefone, atlikite leidžiamą bandomąjį mokėjimą ir suraskite patvirtinimą darbo erdvėje. Patikrinkite pasibaigusį prašymą, pakartotinį paspaudimą ir uždarytą naršyklę. Pagalbos komanda turi gebėti rasti užsakymą pagal saugią nuorodą, neprašydama jautrių mokėjimo duomenų.

OrsunPay mokėjimo nuorodų galimybes vertinkite pagal dabartinę produkto apimtį ir konkretaus paslaugų teikėjo jungtį. Ne kiekvienas metodas ar valiuta bus prieinami kiekvienam prekybininkui. Pradėkite nuo aiškaus scenarijaus ir plėskite procesą tik tuomet, kai patvirtinimas ir kasdienė apskaita veikia patikimai.

Komandos priėmimo pavyzdys: darbuotojas sukuria du skirtingus prašymus tam pačiam bandomajam klientui. Apmokamas tik antrasis. Ataskaitoje pirmasis turi likti neapmokėtas, o antrasis būti susietas su tikra operacija. Pakartotinai gautas patvirtinimas neturi pakeisti bendros sumos. Toks konkretus bandymas parodo, ar sistema remiasi užsakymu, o ne vien kliento kontaktu.

Šaltiniai

• Stripe: mokėjimo nuorodos
• Stripe: webhook dokumentacija