Veebipoe kassa: turvaline teekond ostukorvist tellimuseni

Kirjelda tellimuse eluiga

Pane enne integratsiooni kirja, millal tellimus tekib ja millal seda tohib täita. Väikese veebipoe jaoks võivad vajalikud etapid olla uus tellimus, makse ootel, makse kinnitatud ja tellimus täidetud. Need on ettevõtte sisemised olekud, mis tuleb siduda valitud makselahenduse tegelike vastustega.

Näiteks ei peaks laotöötaja pakkima kaupa lihtsalt seetõttu, et klient avas makselehe. Samuti ei tohiks ebaõnnestunud esimene maksekatse tühistada hiljem õnnestunud teist katset. Hoia tellimuse identifikaator eraldi iga maksekatse identifikaatorist. See teeb tõrgete uurimise lihtsamaks ka siis, kui klient proovib tasuda teise meetodiga.

Majutatud makseleht

Vali majutatud või oma kassa

Majutatud makseleht viib makse sisestamise selleks ette nähtud keskkonda. See võib vähendada enda kasutajaliidese arendamise mahtu, kuid ei kõrvalda vajadust serveripoolse integratsiooni järele. Kaupmees vastutab endiselt tellimuse loomise, summa kontrollimise ja maksetulemuse õige kasutamise eest.

Oma kassa annab rohkem kujundusvabadust, ent toob juurde testimist ja hooldust. Võrdle lahendusi päris kasutusjuhtumi järgi: kas ostukorvis on üks teenus või mitu toodet, kas kasutatakse mitut valuutat ning kuidas toimub mobiilist ostmine. Ükski valik ei taga iseenesest paremat konversiooni; tulemuse määrab kogu teekond koos hinnainfo ja tarne selgusega.

Allkirjastatud makseteavitused

Kontrolli makseviiside tegelikku saadavust

Makseviiside nimekiri toote veebilehel ei ole sama mis kaupmehe kontol aktiveeritud võimalused. Saadavus võib sõltuda teenusepakkujast, riigist, valuutast ja ettevõtte tegevusalast. Enne disaini kinnitamist kontrolli, milliseid meetodeid saab kasutada just teie lepingute ja ühendustega.

OrsunPay majutatud kassa kasutab seadistatud ühenduste kaudu sobivaid võimalusi. Kaupmehe lepingud ja rahaline arveldus jäävad makseteenuse pakkuja juurde. Tarkvara ei ole iseseisev maksete vastuvõtja ega uus pangakonto. Kui soovite mitut pakkujat, kinnitage iga ühenduse tegelik valmidus; ärge planeerige automaatset ümberlülitamist funktsioonina, mida pole kasutusse antud.

Arvuta summa usaldusväärses kohas

Brauseris näidatud ostukorv ei tohiks olla ainus summa allikas. Server peab kontrollima tooteid, koguseid, kokkulepitud hindu ning valuutat enne makse loomist. Vastasel juhul võib vana leht või vigane päring tekitada tellimuse ja makse vahel erinevuse, mida klienditugi peab hiljem käsitsi lahendama.

Dokumenteeri ka ümardamise reeglid ja summa vorming. Ära kopeeri ühe teenusepakkuja API näidet automaatselt teise liidese jaoks, sest raha esitamise viis võib erineda. Testi väikest ja suurt summat ning mitme rea kogusummat. Kontrolli alati, et kliendile kinnitatud hind, tellimuse hind ja maksele saadetud hind langevad kokku.

Käsitle hilinemist tavapärase olukorrana

Maksetulemus võib saabuda pärast seda, kui klient lahkus kassast. Seepärast vajab tellimussüsteem kontrollitud webhook-teavitusi ja korduvate sündmuste ohutut töötlemist. Sama kinnituse kaks korda vastuvõtmine ei tohi saata kahte pakki ega luua kaht kasutajakontot.

Näita kliendile vajaduse korral ootel olekut koos selge järgmise sammuga. Sisemine tugivaade peab võimaldama tellimust ja makset kõrvutada. Kui tagasisuunamine ebaõnnestub, kontrollib töötaja serveriandmeid enne uue makse küsimist. Tasutud tellimuse leidmine peab olema võimalik ilma kaardiandmete või kliendi kogu kirjavahetuse kopeerimiseta logidesse.

Katseta ka ebamugavaid teekondi

Enne avaldamist proovi makse katkestamist, brauseri tagasinuppu, sama nupu topeltvajutust ja aeglast ühendust. Kontrolli eri ekraanisuurusi ning makselehe keelt. Kui kasutusel on arenduskeskkond, veendu, et selle võtmed ja webhook-aadressid ei osutaks päris tellimusi täitvasse süsteemi.

Piloodi tulemust hinnates vaata kinnitatud makseid ja tellimuste täitmise täpsust. Ainult maksenupule vajutuste arv ei näita edukat müüki. Pane kirja käsitsi lahendatud juhtumid ning paranda korduva vea algpõhjus enne liikluse kasvatamist. Selge kassa on selline, millest saavad aru nii klient, arendaja kui ka tellimusi täitev töötaja.

Määra avaldamise otsusele omanik

Avaldamise eel võiks vastutav inimene kontrollida üht näidistellimust kõigis seotud süsteemides. Ta vaatab ostukorvi, makselehte, serveri kinnitust, tellimuse olekut ja kliendile saadetud kirja. Seejärel kontrollib teine töötaja sama tellimuse leidmist ainult selle viite abil. Selline läbikäik aitab märgata vastuolusid, mida üksnes visuaalne ülevaatus ei näita. Koostage nimekiri tingimustest, mille täitmisel võib kassa päris klientidele avada. Sinna kuuluvad õiged ühendused, toimivad teavitused, teadaolev tugikontakt ja taastamisplaan. Kui mõni vajalik võimalus on alles kavandamisel, tuleb see töövoost välja jätta või lahendada eraldi kinnitatud viisil. Pärast avamist jälgige esimesi tellimusi tavalisest tähelepanelikumalt ning säilitage leitud probleemide lühike kirjeldus koos lahendusega ja vastutaja nimega.

Allikad

• Stripe Checkout
• Stripe Webhooks