Mokėjimo mygtukas svetainėje: ką jis turi daryti po paspaudimo

Mygtuką susiekite su konkrečiu pasiūlymu

Šalia mygtuko klientas turi matyti, ką perka, kokia yra suma ir kokia valiuta bus naudojama. Jeigu kaina priklauso nuo pasirinkimo, galutinė reikšmė turi būti aiški prieš mokėjimą. Nenaudokite bendro teksto, kuris slepia, ar veiksmas pradės užsakymą, ar iš karto pereis prie mokėjimo.

Pavyzdžiui, konsultacijos puslapyje klientas pasirenka trukmę. Mygtukas turi naudoti patvirtintą serverio pasiūlymą, o ne laisvai pakeičiamą naršyklės kainą. Jei laikas jau rezervuotas kitam, sistema turi sustabdyti pirkimą prieš priimdama mokėjimą už nebegalimą paslaugą.

Mokėjimo valdiklis

Pasirinkite nuorodą arba integruotą srautą

Paprastas mygtukas gali nukreipti į mokėjimo puslapį, o sudėtingesnis gali pradėti jūsų sistemos valdomą užsakymą. Įterptas valdiklis suteikia kitokį vaizdinį valdymą, bet jo palaikymas ir saugumo ribos turi būti aiškios. Pasirinkimas priklauso nuo tikro pardavimo scenarijaus.

Nereikia kurti sudėtingo atsiskaitymo vien todėl, kad galima pridėti daugiau laukų. Mažam paslaugų verslui aiški nuoroda gali būti pakankama. Tačiau individualiam užsakymui reikia patikimo ryšio su konkrečiu įrašu, kurio bendras viešas mokėjimo adresas savaime neužtikrina.

Mokėjimo puslapis

Apsaugokite paspaudimo kartojimą

Po paspaudimo parodykite, kad veiksmas vykdomas, ir neleiskite painių pakartojimų sąsajoje. Kartu serveris turi atpažinti tą patį užsakymą ir saugiai valdyti pakartotą užklausą. Naršyklės mygtuko išjungimas neapsaugo nuo ryšio pakartojimo ar antro atidaryto lango.

Jei atsakymas neaiškus, nepakeiskite mygtuko į kvietimą iš karto mokėti dar kartą. Mokėjimas galėjo būti sukurtas pas teikėją. Pateikite laukiančią būseną, užsakymo nuorodą ir pagalbos kelią, o esamo bandymo rezultatą tikrinkite patikimu serverio būdu.

Patikrinkite prieinamumą ir mobilų ekraną

Mygtuką turi būti įmanoma pasiekti klaviatūra, jo fokusas turi būti matomas, o tekstas suprantamas be vien piktogramos. Pakankamas kontrastas ir aiškus dydis padeda įvairiems klientams. Klaidos pranešimas turi būti susietas su veiksmu, o ne pasirodyti nepastebimoje puslapio vietoje.

Telefone patikrinkite ilgesnį išverstą tekstą, įkėlimą ir grįžimą iš išorinio mokėjimo puslapio. Mygtukas neturi uždengti svarbios kainos ar sąlygų. Naudokite realų mažą ekraną arba tinkamą peržiūrą, nes vien plataus darbalaukio vaizdas neparodo šių problemų.

Rezultatą patvirtinkite nepriklausomai nuo puslapio

Klientas gali uždaryti skirtuką, o mokėjimas vis tiek gali būti sėkmingas. Todėl užsakymo užbaigimas turi remtis patikrintu teikėjo pranešimu arba būsenos gavimu. Vien padėkos puslapio atidarymas neturi suteikti produkto ar pakeisti finansinio įrašo.

Pakartotas sėkmės pranešimas neturi sukurti antro verslo poveikio. Atskirai valdykite mokėjimą ir prekės pristatymą ar prieigos suteikimą. Komanda turi matyti, kuri dalis baigta, jei procesas nutrūko prieš išsiunčiant klientui patvirtinimą.

Paleiskite tik realiai palaikomą variantą

OrsunPay mokėjimo valdiklio ir mokėjimo puslapio galimybes tikrinkite atskirai. Demonstracinis dizainas ar Soon žyma nereiškia, kad visas parodytas kūrimo įrankis jau paruoštas naudojimui. Patvirtinkite konkrečią integraciją, teikėją, valiutą ir metodą prieš žadėdami klientui funkciją.

Paleidimo sąraše įtraukite sėkmę, atmetimą, laukimą, pakartotinį paspaudimą ir pagalbos kontaktą. Analitikoje fiksuokite saugius veiksmų pavadinimus, o ne klientų duomenis ar slaptus URL parametrus. Mygtukas bus vertingas tada, kai visas kelias nuo pasirinkimo iki patvirtinimo bus aiškus ir patikimas.

Praktinis priėmimo pavyzdys: žmogus naudojasi tik klaviatūra, pasirenka pasiūlymą, pradeda mokėjimą ir gauna laukimo pranešimą. Jis turi suprasti kitą veiksmą be spalvų ar animacijos interpretavimo. Patikrinkite ir pagalbos nuorodą. Tokia peržiūra dažnai atskleidžia problemas, kurių nepastebi dizaineris, matantis tik idealų greitą sėkmingo mokėjimo kelią dideliame ekrane.

Šaltiniai

• Stripe: mokėjimo nuorodos
• Stripe Checkout dokumentacija