Mokėjimo nuoroda verslui: nuo užsakymo iki patvirtinto mokėjimo

Pirmiausia apibrėžkite pardavimo situaciją

Pasirinkite konkretų atvejį, kuriam norite naudoti nuorodas. Tai gali būti paslauga su iš anksto suderinta kaina arba užsakymas, patvirtinamas po pokalbio su klientu. Nuspręskite, kas nustato galutinę sumą ir kada galima prašyti mokėjimo. Jeigu darbuotojai skirtingai supranta šį momentą, naujas įrankis tik perkels neaiškumą į kitą ekraną.

Užsakymo turinį išsaugokite įmonės sistemoje dar prieš kurdami nuorodą. Turi būti aišku, kas parduodama, kokia suma ir valiuta sutarta bei pagal kokią vidinę nuorodą užsakymą galima rasti. Šie duomenys reikalingi ne tik pardavėjui. Kolega, kuris vėliau atsakys į kliento klausimą, turi suprasti sandorį be papildomo aiškinimosi ir asmeninių susirašinėjimų paieškos.

Mokėjimo nuorodos

Atskirkite nuorodą nuo mokėjimo paslaugos

Mokėjimo nuoroda atveria mokėjimo procesą, tačiau pinigus apdoroja pasirinktas mokėjimo paslaugų teikėjas. Nuorodos kūrimo programa gali būti atskira nuo šio teikėjo. Stripe dokumentacijoje Payment Links aprašomas kaip būdas bendrinti mokėjimo puslapį. Vis dėlto vieno produkto galimybės nereiškia, kad tokią pačią funkciją turi bet kuri kita programa ar integracija.

OrsunPay yra mokėjimų orkestravimo programinė įranga. Įmonė išsaugo savo paskyras ir sutartis su palaikomais mokėjimo paslaugų teikėjais. Jie apdoroja mokėjimus ir tiesiogiai atsiskaito su įmone pagal savo sutartis. Programinės įrangos mokesčiai pateikiami atskirai. Vertinant pasiūlymą svarbu žinoti šį atsakomybės pasidalijimą, ypač kai klausimas susijęs su išmokomis, paskyros sąlygomis ar techniniu duomenų perdavimu.

Mokėjimų orkestravimas

Patikrinkite tikrąją paskyros konfigūraciją

Prieš žadėdami klientui konkretų mokėjimo būdą, patikrinkite jo prieinamumą savo paskyroje. Galimybės priklauso nuo paslaugų teikėjo, įmonės šalies, valiutos ir naudojamos integracijos. Bendras teikėjo palaikomų metodų sąrašas nėra patvirtinimas kiekvienai įmonei. Prašykite atsakymo apie konkretų derinį, kurį naudosite, o ne vien apie produkto pavadinimą.

Jeigu parduodate skirtingose rinkose, aprašykite kelias įprastas pirkimo situacijas. Kliento šalis ir įmonės registracijos šalis yra skirtingi kriterijai. Taip pat atskirai tikrinkite, ar reikiamas metodas veikia būtent nuorodos atveriamame procese. Užrašykite nepatvirtintas prielaidas ir paskirkite atsakingą žmogų joms išsiaiškinti. Tai padeda nekurti klientų lūkesčių, kurių vėliau nepavyks įgyvendinti.

Priglobtas mokėjimo puslapis

Sumą ir valiutą tikrinkite kartu

Nuorodos suma turi atitikti patvirtintą užsakymą. Kai įmonė dirba keliomis valiutomis, vien skaičiaus patikrinimo nepakanka. Valiutos kodas turi būti toks pat aiškus kaip ir mokėtina suma. Jeigu kaina pasikeitė, pirmiausia susitarkite, kaip pakeičiamas ankstesnis mokėjimo prašymas. Nekurkite kelių nuorodų tam pačiam pirkimui be aiškaus paaiškinimo, kuri yra galiojanti.

OrsunPay mokėjimo nuorodos kuriamos nurodant sumą ir valiutą, jas galima peržiūrėti sąraše bei išjungti. Nuorodų valdymas kliento paskyros aplinkoje skirtas realių mokėjimų režimui. Todėl naujo darbo proceso peržiūrą planuokite su už paskyrą atsakingu žmogumi. Nuorodos atidarymas ar peržiūra rodo puslapį, tačiau neįrodo, kad mokėjimas jau atliktas.

Pasirašyti webhook pranešimai

Siųskite aiškų ir atpažįstamą pranešimą

Prie nuorodos nurodykite įmonę, pirkimo paskirtį ir tai, ką klientas turi atlikti. Gavėjas turėtų atpažinti anksčiau suderintą užsakymą. Vien nepaaiškintas adresas gali kelti abejonių, net jei techninė mokėjimo sistema veikia gerai. Naudokite su klientu jau sutartą bendravimo kanalą ir venkite skubinančių formuluočių, kurios nepadeda suprasti mokėjimo esmės.

Neprašykite siųsti visų kortelės duomenų atsakant į žinutę. Mokėjimas turi vykti tam skirtame puslapyje, o klausimai apie užsakymą gali būti sprendžiami įprastame klientų aptarnavimo kanale. Klientui turi būti aišku, kaip susisiekti su įmone ir patikrinti nepažįstamą prašymą. Į bendrinamą adresą taip pat nedėkite nereikalingų asmens duomenų, nes nuoroda gali būti persiųsta.

Peržiūrėkite procesą telefone

Nuoroda dažnai atidaroma tiesiai iš pranešimo, todėl svarbu įvertinti mažą ekraną ir naršyklę programėlės viduje. Patikrinkite, ar matomi įmonės pavadinimas, suma ir valiuta. Įsitikinkite, kad klientas supranta, kodėl pereina į mokėjimo puslapį ir kur sugrįš po jo. Pirmo ekrano išvaizda neparodo visos patirties, ypač kai reikia papildomo patvirtinimo.

Paprašykite proceso nekuriančio žmogaus pereiti visą kelią ir paaiškinti, ką jis mano kiekviename etape. Peržiūrėkite ir nutrauktą mokėjimą. Jeigu būsena dar neaiški, tekstas neturėtų skatinti iš karto mokėti pakartotinai. Klientui reikia konkretaus kito žingsnio: palaukti, patikrinti užsakymą ar kreiptis į pagalbą. Tokia instrukcija naudinga ir aptarnavimo darbuotojui.

Užsakymą vykdykite pagal patvirtintą būseną

Ačiū puslapis, atidaryta nuoroda ar kliento atsiųsta ekrano kopija nėra pakankamas mokėjimo įrodymas. Užsakymo sprendimą grįskite integracijos patikrinta būsena. Susiekite ją su teisingu užsakymu bei palyginkite sumą ir valiutą. Kol rezultatas nepatvirtintas, užsakymui turi būti priskirta aiškiai suprantama laukimo būsena, kad skirtingi darbuotojai nepriimtų prieštaringų sprendimų.

Webhook pranešimams reikia autentiškumo patikros ir taisyklių pasikartojantiems įvykiams. Tas pats mokėjimas neturi sukelti dviejų pristatymų ar dviejų prieigų suteikimo. OrsunPay siūlo pasirašytus webhook pranešimus, tačiau jūsų programa nusprendžia, kaip jie pakeičia užsakymą. Užrašykite, kokia būsena leidžia vykdymą ir kas nutinka gavus tą patį pranešimą dar kartą.

Numatykite tvarką neapmokėtiems užsakymams

Nuspręskite, kas stebi užsakymus, kuriems mokėjimas dar nepatvirtintas. Prieš siųsdamas priminimą darbuotojas turi patikrinti dabartinę būseną. Mokėjimas galėjo įvykti, nors vienas įmonės ekranas dar neatnaujintas. Pakartotinis reikalavimas sumokėti tokioje situacijoje tik padidina painiavą. Vienas atsakingas žmogus ar aiški komandos taisyklė padeda išlaikyti nuoseklų bendravimą.

Pasikeitus užsakymui, atskirai tvarkykite seną nuorodą ir jau atliktą mokėjimą. Nuorodos išjungimas nereiškia pinigų grąžinimo. Grąžinimo poreikį ir palaikomą būdą reikia patikrinti atskirai pagal naudojamą teikėją bei integraciją. Klientui pasakykite, kas tiksliai padaryta: uždarytas mokėjimo prašymas, pakeistas užsakymas ar pradėtas mokėjimo grąžinimas. Šie veiksmai turi skirtingą rezultatą.

Susiekite mokėjimus su apskaita

Kliento mokėjimas ir vėlesnė teikėjo išmoka įmonei yra skirtingi įvykiai. Jų datos ir nuorodos gali nesutapti. Iš anksto aptarkite, kaip apskaitos darbuotojas ras ryšį tarp užsakymo, operacijos ir išmokos ataskaitos. Reikalingos nuorodos turi būti išsaugotos tinkamose sistemose, kad mokėjimo paskirties nereikėtų ieškoti ilguose pokalbiuose su klientu.

Vertindami kainą atskirkite teikėjo mokesčius, galimą valiutos keitimą ir programinės įrangos mokestį. Skaičiuokite pagal savo įmonės tipiškus užsakymus ir patvirtintas sutarties sąlygas. Įtraukite darbuotojų laiką, skirtą klaidoms bei neaiškioms būsenoms spręsti. Nenaudokite vieno viešo kainos pavyzdžio kaip pažado, kad kiekviena operacija ar visas verslas turės tokias pačias išlaidas.

Pradėkite nuo mažo aiškaus proceso

Pirmą kartą pasirinkite ribotą pardavimo scenarijų. Paskirkite atsakingus už nuorodos sukūrimą, mokėjimo patvirtinimą ir užsakymo vykdymą. Peržiūrėkite sėkmingą mokėjimą, nutraukimą, vėluojantį patvirtinimą ir pakeistą užsakymą. Įsitikinkite, kad aptarnavimo komanda su turimomis teisėmis gali rasti reikiamą informaciją. Techninis ryšys yra tik viena parengto darbo proceso dalis.

Kai šis scenarijus veikia nuosekliai, galima spręsti dėl automatizavimo ir kitų pardavimo kanalų. OrsunPay nuorodos, mokėjimo puslapis ir bendra būsenų tvarka gali padėti sujungti įmonės sistemas su jos teikėjų paskyromis. Svarbiausias vertinimo kriterijus lieka praktinis: klientas supranta mokėjimo prašymą, įmonė gauna patikimą patvirtinimą, o kiekvienas užsakymas turi aiškų tolesnį žingsnį.

Šaltiniai

• Stripe Payment Links
• Stripe Webhooks