Makseteenuse pakkuja valimine ettevõtte töövoo järgi
Makseteenuse pakkujat valides ei piisa makseviiside nimekirjast või ühest hinnareast. Ettevõttel on vaja teada, kas teenus sobib tema tegevuse, klientide ja tehnilise töökorraldusega. Võrdlus muutub selgemaks, kui lahutada maksete vastuvõtmine, kliendi makseleht ning eri süsteemide ühendamine eraldi otsusteks.

Kirjelda ettevõtte tegelik vajadus
Alusta müügimudelist: kas klient tasub ühe tellimuse eest, ostab korduvalt või maksab pärast pakkumise kinnitamist. Kirjuta üles vajalikud riigid, valuutad ja kanalid. Väike teenuseettevõte, kes saadab makselinke, vajab teistsugust töövoogu kui mitme süsteemiga veebipood.
Lisa ka meeskonna piirangud. Kui ettevõttel puudub püsiv arendusressurss, võib keeruline iseseisev integratsioon kujuneda kulukaks isegi soodsate tehingutasude korral. Kui olemas on arendustiim, võivad olulisemad olla API selgus ja sündmuste jälgitavus. Võrdle konkreetset tellimuse teekonda, mitte abstraktset kõige suurema funktsioonide arvuga teenust.
Kontrolli konto ja meetodite saadavust
Pakkuja peab saama teenindada just teie ettevõtet ja tegevust. Konto avamine, kontroll ja makseviiside lubamine sõltuvad pakkuja tingimustest. Üldine tooteleht ei anna garantiid, et kõik nimetatud meetodid on teie kontol kohe aktiveeritavad.
Küsi kinnitust vajalikule riigile, valuutale ja müügiviisile. Näiteks makselingi tugi ning korduva tasumise tugi on erinevad võimekused. Kontrolli mõlemat eraldi, kui ärimudel neid vajab. Ära käsitle partneri logo või integratsioonitarkvara valikut makseteenuse pakkuja heakskiidu asendusena. Lõplikud tingimused tuleb kinnitada konkreetse konto ja lepinguga.
Arvuta kogu töö maksumus
Võrdle avaldatud või teile pakutud tasusid sama realistliku tehingumustri alusel. Lisaks maksete mahule võivad tähtsust omada valuutad, töökorraldus ja tehnilise integratsiooni hooldus. Ära kasuta oletatavat keskmist tehingut, kui teie müük koosneb hoopis väikestest regulaarsetest või suurtest harvadest ostudest.
Sisemise töö hind väärib samuti tähelepanu. Kui iga nädal tuleb käsitsi siduda makseid tellimustega, on see päris kulu ka ilma eraldi arvereata. Samas ei tähenda lisatarkvara automaatselt kokkuhoidu. Kirjelda, millise konkreetse käsitöö see eemaldab, ning võrdle tulemust tarkvara kasutustasu ja rakendamise tööga.
Erista pakkuja ja orkestreerimise roll
Makseteenuse pakkuja haldab oma lepingu alusel maksete vastuvõtmist ja arveldust. Orkestreerimistarkvara ühendab ettevõtte rakenduse makseprotsessiga ning aitab kasutada ühist liidest, olekuid ja teavitusi. Need rollid võivad olla vajalikud korraga, kuid need ei ole omavahel samad.
OrsunPay puhul jäävad kaupmehele oma makseteenuse pakkujate kontod ja lepingud. Stripe on olemasolev ühendus; muud ühendused vajavad eraldi kinnitust. OrsunPay ei ole Stripe konto otsene asendus ega taga teenusepakkuja heakskiitu. Tarkvara tasu on eraldi maksepakkuja rahalisest arveldusest. Automaatset kaskaadimist või kulupõhist nutisuunamist ei tohi eeldada olemasoleva standardvõimalusena.
Võrdle tõrkeolukorra tööriistu
Paljud lahendused näevad eduka makse demonstratsioonis sarnased välja. Erinevused ilmnevad siis, kui klient sulgeb brauseri või server ei saa vastust. Uuri, kuidas kontrollitakse makseolekut, millised webhookid on olemas ning kuidas välditakse korduva päringu topeltmõju.
Tugimeeskond peaks suutma leida tellimuse makseviite järgi ilma arendaja abita iga üksiku juhtumi puhul. Samal ajal ei tohiks kõigile töötajatele anda kõiki õigusi. Küsi, millised vaated, ekspordid ja tegevusjäljed on saadaval ning millised vajavad eraldi lahendust. Dokumenteeritud piirang on kasulikum kui üldine lubadus, et kõike saab vajaduse korral teha.
Otsusta kontrollitud piloodi põhjal
Vali üks realistlik müügiteekond ning testi see algusest lõpuni. Kaasa edukas makse, katkestamine, hilinenud teavitus ja aruandesse jõudmine. Lepi enne pilooti kokku, millised tulemused peavad olema nähtavad ning kes annab ärilise ja tehnilise kinnituse.
Võrdluse lõpptulemus võiks olla lühike põhjendus, miks lahendus sobib praegusele mahule ja millal otsus üle vaadatakse. Kõige keerukam arhitektuur ei ole igale ettevõttele vajalik. Hea valik ühendab kinnitatud saadavuse, selge lepingu ning töövoo, mida teie meeskond suudab igapäevaselt kasutada ja tõrke korral usaldusväärselt taastada.
Pane võrdlus kirjalikult kokku
Lihtsas võrdlustabelis võiks iga nõude kõrval olla kinnitatud vastus, selle allikas ja kontrollimise kuupäev. Eralda olemasolev võimalus kavandatavast ning avalik kirjeldus teie kontole antud konkreetsest kinnitusest. Kui hind või saadavus pole teada, jäta see lahtiseks küsimuseks, mitte ära täida oletusega. Näiteks võib ühel lahendusel olla sobiv majutatud kassa, kuid vajalik leping pole veel kinnitatud. Teisel võib konto olla valmis, kuid tellimussüsteemi ühendus vajab arendust. Need erinevused mõjutavad kasutuselevõttu rohkem kui üldine funktsioonide arv. Lõplik otsus peaks nimetama ka vastutaja, järgmise kontrollpunkti ja asjaolud, mille muutumisel võrdlus uuesti avatakse. Nii jääb valiku põhjendus alles ka siis, kui ettevõtte meeskond või müügimudel hiljem muutub.
Seotud tooted
Võta ühendustAllikad
Seotud artiklid

Maksenupp veebilehel: lihtne välimus, selge töövoog
Kuidas lisada veebilehele maksenupp, kontrollida tellimuse andmeid ja käsitleda maksetulemust.
Loe artiklit
Maksete API integratsioon: tellimused, kordused ja kinnitused
Kuidas kavandada maksete API ühendus, mis säilitab tellimuste seosed ja talub korduvaid päringuid.
Loe artiklit
WooCommerce maksed: kuidas kavandada töökindel ühendus
WooCommerce maksete juhend kaupmehele: pistikprogramm, webhookid, tellimuse olekud ja kontrollitud kasutuselevõtt.
Loe artiklit