कारोबार में ऑनलाइन पेमेंट शुरू करने की व्यावहारिक सूची

कारोबार और ग्राहक का दायरा लिखें

अपने उत्पाद, ग्राहकों के देश, अपेक्षित मुद्राएँ और औसत ऑर्डर आकार लिखें। डिजिटल सेवा, भौतिक वस्तु और सदस्यता की जरूरतें अलग हो सकती हैं। यह जानकारी प्रदाता से बात करते समय अधिक उपयोगी है, बजाय केवल सबसे कम प्रतिशत पूछने के। प्रतिबंधित या विशेष समीक्षा वाले कारोबार की आवश्यकताएँ भी पहले स्पष्ट करें।

प्रदाता का लोगो वेबसाइट पर दिखना आपके व्यापारी खाते की स्वीकृति का प्रमाण नहीं है। कंपनी की पहचान, व्यावसायिक समीक्षा और अनुबंध के बाद ही संबंधित क्षमता उपलब्ध हो सकती है। लॉन्च की तारीख तय करते समय इस प्रक्रिया के लिए वास्तविक समय रखें।

होस्टेड चेकआउट

ग्राहक को भुगतान तक पहुँचाने का तरीका चुनें

शुरुआती दुकान के लिए होस्टेड भुगतान पेज कम कस्टम विकास माँग सकता है। किसी परामर्श सेवा के लिए ऑर्डर से जुड़ा भुगतान लिंक उपयोगी हो सकता है। अपना एम्बेडेड इंटरफ़ेस अधिक नियंत्रण दे सकता है, लेकिन उसकी तकनीकी और सुरक्षा जिम्मेदारी भी समझनी होगी।

एक छोटा उदाहरण लें: ग्राहक सेवा चुनता है, व्यापारी सर्वर ऑर्डर बनाता है और उसे भुगतान पेज पर भेजता है। राशि और मुद्रा सर्वर तय करे। ग्राहक के ब्राउज़र में दिखने वाले मूल्य को बदलकर कम भुगतान करने का रास्ता नहीं होना चाहिए।

प्रदाता कनेक्शन

भुगतान विधि और मुद्रा का मेल जाँचें

हर प्रदाता हर देश, मुद्रा और भुगतान विधि को एक जैसा समर्थन नहीं देता। भुगतान लेने की मुद्रा और निपटान की मुद्रा अलग हो सकती हैं। आवश्यक विधि, राशि की सीमा और रिफंड समर्थन की पुष्टि अपने वास्तविक खाते के लिए करें। सामान्य विपणन सूची को अनुबंध का विकल्प न मानें।

यदि मुद्रा रूपांतरण दिखाते हैं, तो ग्राहक को अंतिम राशि और मुद्रा भुगतान से पहले समझ आनी चाहिए। दर का स्रोत, समय और लागू शुल्क अपनी प्रक्रिया में स्पष्ट रखें। अनुमानित रिपोर्टिंग रूपांतरण और वास्तविक ग्राहक चार्ज को एक ही गणना न समझें।

लंबित परिणाम के लिए पहले से योजना बनाएँ

नेटवर्क त्रुटि के बाद यह संभव है कि प्रदाता ने भुगतान बनाया हो, लेकिन आपकी सेवा को उत्तर न मिला हो। ऐसे ऑर्डर को तुरंत असफल मानकर नया चार्ज बनाना जोखिमपूर्ण है। ग्राहक को लंबित स्थिति दिखाएँ और मौजूदा प्रयास का परिणाम प्राप्त करें।

सफलता की पुष्टि सर्वर पर सत्यापित webhook या स्थिति API से करें। धन्यवाद पेज खुलना उपयोगी अनुभव है, लेकिन अंतिम सत्य नहीं। दोहराए गए webhook से ऑर्डर दो बार पूरा न हो और पुराने संदेश से नई स्थिति गलत तरीके से न बदले।

सहायता और वापसी प्रक्रिया तैयार करें

भुगतान से पहले ग्राहक को व्यवसाय का संपर्क, उत्पाद का विवरण और लागू शर्तें आसानी से दिखें। भुगतान के बाद ऑर्डर संदर्भ दें। सहायता टीम को ग्राहक से कार्ड के गुप्त विवरण माँगे बिना रिकॉर्ड खोजने का तरीका चाहिए। अनावश्यक निजी जानकारी रिपोर्ट या लॉग में न रखें।

रिफंड, रद्दीकरण और विवाद की आंतरिक जिम्मेदारी तय करें। प्रदाता द्वारा समर्थित तकनीकी कार्रवाई और आपकी व्यापारिक नीति अलग विषय हैं। ग्राहक को उत्तर देने वाला व्यक्ति दोनों समझे, ताकि वह ऐसा समय या परिणाम न वादा करे जिसे प्रणाली सुनिश्चित नहीं करती।

पहली बिक्री को पूरा चक्र मानें

परीक्षण में भुगतान पेज खोलने से आगे जाएँ: भुगतान की पुष्टि, ऑर्डर पूरा करना, रिपोर्ट में मिलान और आवश्यक रिफंड देखें। मोबाइल, धीमे नेटवर्क और दोबारा क्लिक करने की स्थितियाँ शामिल करें। केवल एक सफल स्क्रीनशॉट देखकर लॉन्च पूरा घोषित न करें।

OrsunPay में वर्तमान उपलब्ध उत्पाद और प्रदाता कनेक्शन देखें, फिर अपने व्यापारी खाते की पात्रता की पुष्टि करें। Soon चिह्नित सुविधा को चालू सेवा की तरह ग्राहक से न बेचें। एक स्पष्ट, सीमित और सत्यापित प्रक्रिया से शुरुआत करके वास्तविक संचालन के आधार पर विस्तार करें।

स्रोत

• Stripe Checkout
• Stripe Webhooks