Maksājumu vārteja uzņēmumam: ko pārbaudīt pirms izvēles

Nosakiet, kuru procesa daļu vēlaties mainīt

Ar maksājumu vārteju dažkārt saprot klientam redzamu lapu, bet citreiz visu savienojumu ar maksājumu pakalpojumu sniedzēju. Pirms piedāvājumu salīdzināšanas uzrakstiet konkrēto problēmu. Varbūt klienti nesaprot maksājuma rezultātu, varbūt darbinieki manuāli salīdzina pasūtījumus, vai arī esošā integrācija ir grūti uzturama. Katrai no šīm situācijām var būt vajadzīgs atšķirīgs risinājums.

Jauna norēķinu lapa pati par sevi nemaina uzņēmuma līgumu par maksājumu apstrādi. Savukārt jauns pakalpojumu sniedzējs automātiski nesakārto pasūtījuma statusu jūsu sistēmā. Nošķiriet šos uzdevumus jau sākumā. Tā būs vieglāk saprast, vai nepieciešama cita konta konfigurācija, jauns tehnisks savienojums vai tikai precīzāka darba kārtība esošajā sistēmā.

Maksājumu orķestrēšana

Aprakstiet svarīgākos pirkšanas scenārijus

Izveidojiet īsu sarakstu ar pirkumiem, kas uzņēmumam ir svarīgi. Norādiet pārdošanas kanālu, valūtu, klienta situāciju un brīdi, kad summa kļūst galīga. Interneta veikala grozs atšķiras no pakalpojuma, par kuru vienojas sarunā. Abos gadījumos maksājumam jāsaglabā saikne ar pasūtījumu, lai vēlāk būtu skaidrs, kas ir apmaksāts un kas jāizpilda.

Apsveriet arī retākus, bet svarīgus izņēmumus. Klients var pārtraukt maksājumu, mainīt pasūtījumu vai jautāt par jau veikto samaksu. Noskaidrojiet, cik viegli darbinieks šobrīd atrod atbildi. Šādas situācijas bieži atklāj vairāk nekā veiksmīga demonstrācija. Izmantojiet tās kā piemērus sarunā ar piegādātāju un prasiet parādīt ne tikai maksājuma sākumu, bet arī turpmāko apstrādi.

Savienojumi ar sniedzējiem

Pārbaudiet metodes konkrētajā kontā

Maksājumu metodes pieejamība ir atkarīga no izvēlētā pakalpojumu sniedzēja, uzņēmuma konta, ģeogrāfijas, valūtas un savienojuma konfigurācijas. Vispārīgs metožu saraksts nav garantija, ka katra metode darbosies jūsu uzņēmumam. Pārbaudiet tieši to kombināciju, kuru plānojat izmantot. Ja atbilde vēl nav apstiprināta, atstājiet to kā atvērtu jautājumu, nevis solījumu klientiem.

Uzņēmuma reģistrācijas valsts un klienta atrašanās vieta nav viens un tas pats kritērijs. Arī viena veiksmīga maksājuma pieredze neapstiprina visas valūtas un pārdošanas situācijas. Saglabājiet konfigurācijas aprakstu ar kontu, vidi un nepieciešamajām metodēm. Piekļuves atslēgas tajā neiekļaujiet; dokumentam ir jāizskaidro uzbūve, nevis jādod plašam cilvēku lokam piekļuve maksājumu kontam.

Uzturēta norēķinu lapa

Izvēlieties norēķinu sākšanas veidu

Ja pārdošana sākas interneta veikalā, maksājuma summai jānāk no apstiprināta pasūtījuma. Ja darījums rodas sarunā, var noderēt maksājuma saite, kuru darbinieks sagatavo pēc cenas saskaņošanas. Neviens no šiem variantiem nav universāli labāks. Izvēle ir atkarīga no tā, kur rodas pasūtījums un kā uzņēmums kontrolē tā izmaiņas.

Pakalpojumu sniedzēja uzturēta norēķinu lapa var atvieglot klienta maksājuma ievades daļu. Stripe dokumentācijā šāds piemērs ir uzņēmuma uzturētā Checkout lapa. Tomēr uzņēmuma sistēmai joprojām jāizveido pareizais maksājums un jāsasaista rezultāts ar pasūtījumu. Ārēja lapa neatceļ nepieciešamību pārbaudīt summu, valūtu un maksājuma gala stāvokli.

Parakstīti webhook paziņojumi

Saprotiet OrsunPay lomu

OrsunPay ir maksājumu orķestrēšanas programmatūra. Uzņēmums saglabā savus kontus un līgumus ar atbalstītajiem maksājumu pakalpojumu sniedzējiem. Pakalpojumu sniedzējs apstrādā maksājumu un norēķinās tieši ar uzņēmumu, savukārt OrsunPay savieno uzņēmuma lietotni ar konfigurētajiem kontiem. Programmatūras maksa tiek rēķināta atsevišķi. Tas jāņem vērā, salīdzinot risinājuma cenu un atbildības.

Šāda programmatūra var būt piemērota, ja vajadzīgs kopīgs veids maksājumu izveidei un statusa notikumu saņemšanai. Piedāvājumā ietilpst arī uzturēta norēķinu lapa, maksājumu saites un parakstīti webhook paziņojumi. Konkrētās iespējas joprojām ir atkarīgas no konta un konfigurācijas. Aprakstītais piedāvājums nesola automātisku atkārtotu mēģinājumu pie cita sniedzēja vai lētākā maršruta automātisku izvēli.

Pārskatiet klienta pieredzi telefonā

Apskatiet visu maksājuma ceļu mazā ekrānā. Uzņēmuma nosaukumam, summai un valūtai jābūt saprotamiem pirms apstiprināšanas. Klientam arī jāzina, kāpēc viņš pāriet uz citu lapu un kur nonāks pēc maksājuma. Pārbaudiet ne tikai pirmo ekrānu, bet arī papildu apstiprinājuma darbības, pārtraukšanu un atgriešanos uzņēmuma vietnē.

Palūdziet kādam, kurš nav veidojis integrāciju, izskaidrot redzamo procesu saviem vārdiem. Ja cilvēks nezina, vai samaksa jau notikusi, teksts ir jāprecizē. Ja statuss vēl tiek pārbaudīts, nesūtiet klientu uzreiz maksāt vēlreiz. Skaidrs gaidīšanas vai saziņas norādījums palīdz novērst situāciju, kurā uzņēmumam jāizmeklē vairāki viena pasūtījuma mēģinājumi.

Izpildiet pasūtījumu pēc pārbaudīta apstiprinājuma

Pateicības lapas apmeklējums vai klienta ekrānuzņēmums nav pietiekams pamats pasūtījuma atzīmēšanai kā apmaksātam. Izmantojiet integrācijas pārbaudītu maksājuma statusu. Piesaistiet to pareizajam pasūtījumam un salīdziniet summu un valūtu. Kamēr rezultāts nav skaidrs, arī darbiniekam jāredz, ka pasūtījums gaida apstiprinājumu, nevis ir gatavs automātiskai izpildei.

Webhook paziņojumu saņemšanā nepieciešama autentiskuma pārbaude un noteikumi atkārtotiem notikumiem. Viens maksājums nedrīkst radīt divas piegādes. OrsunPay nodrošina parakstītus webhook paziņojumus, bet jūsu lietotne nosaka, kā tie maina pasūtījumu. Dokumentējiet pieņemamo statusu, vajadzīgās pārbaudes un nākamo darbību, lai šis lēmums nebūtu paslēpts tikai viena izstrādātāja zināšanās.

Nosakiet palīdzības un atmaksas kārtību

Darbiniekam jāzina, kur meklēt pasūtījumu un ar kuru pusi sazināties dažādu kļūmju gadījumā. Konta iestatījuma problēma un uzņēmuma lietotnes kļūda var prasīt atšķirīgu risinātāju. Izmantojiet konkrētas darījuma atsauces un skaidru notikuma aprakstu. Pilni maksājuma dati un piekļuves atslēgas nav vajadzīgi parastā sarakstē, lai paskaidrotu problēmas būtību.

Nošķiriet neizmantotas saites izslēgšanu no jau saņemta maksājuma atmaksas. Tie ir dažādi procesi ar atšķirīgu rezultātu. Ja pasūtījums mainās, pārbaudiet, kas tieši jādara un vai to atbalsta attiecīgais savienojums. Klientam precīzi pasakiet, vai tiek slēgts maksājuma pieprasījums, mainīta pasūtījuma summa vai veikta atmaksa, nevis visās situācijās lietojiet vienu vispārīgu vārdu.

Salīdziniet izmaksas un uzskaites darbu

Klienta maksājums un pakalpojumu sniedzēja vēlākā izmaksa uzņēmumam ir atsevišķi notikumi. To datumi un atsauces var atšķirties. Pirms izvēles noskaidrojiet, kā grāmatvedība savienos pasūtījumus ar maksājumiem un izmaksu pārskatiem. Veiksmīgo maksājumu skaits pats par sevi neizskaidro, kā veidojusies konkrētā saņemtā summa vai kādas pozīcijas tajā jāņem vērā.

Izmaksu salīdzinājumā atdaliet sniedzēja komisijas, iespējamu valūtas maiņu un programmatūras maksu. Izmantojiet sava uzņēmuma reālus pirkumu scenārijus un apstiprinātus līguma nosacījumus. Ņemiet vērā arī darbinieku laiku nesakritību meklēšanai. Viena publiska piemēra cena nedod pamatu solīt konkrētu ietaupījumu visām operācijām vai visam uzņēmuma maksājumu apjomam.

Ieviesiet risinājumu ierobežotā plūsmā

Sāciet ar vienu skaidru pārdošanas veidu un norādiet atbildīgos par kontu, integrāciju un pasūtījumu izpildi. Pārskatiet veiksmīgu maksājumu, pārtraukumu, novēlotu apstiprinājumu un atkārtotu paziņojumu. Nosakiet, ko darīt neskaidras situācijas gadījumā. Šāda sagatavošanās palīdz saprast, vai risinājums der ikdienas darbam, ne tikai vienreizējai demonstrācijai.

Pēc šī posma var izvērtēt papildu kanālus un automatizāciju. Lēmumu pamatojiet ar konkrētu darba kārtību: klients saprot maksājumu, uzņēmums saņem uzticamu apstiprinājumu, un darbinieks spēj atrast pasūtījumu. OrsunPay var nodrošināt kopīgu programmatūras slāni starp uzņēmuma sistēmu un tā sniedzēju kontiem, taču izvēlei jābalstās uz jūsu pašu pārbaudītajām vajadzībām un konfigurāciju.

Saglabājiet pieņemto lēmumu un tā pamatojumu vienā dokumentā. Kad vēlāk mainās pārdošanas kanāls vai tiek pieslēgts cits konts, komanda var pārbaudīt sākotnējos pieņēmumus, nevis sākt salīdzināšanu no jauna. Atjauniniet arī atbildīgo cilvēku sarakstu, lai neskaidrs maksājums vienmēr nonāktu pie pareizā darbinieka.

Avoti

• Stripe Checkout dokumentācija
• Stripe dokumentācija par webhook paziņojumiem