तुलना / Checkout

होस्टेड checkout बनाम अपना checkout

ऑनलाइन पैसे लेने वाला हर merchant यह सवाल एक बार ज़रूर सुलझाता है: कार्ड की जानकारी लेने वाला पेज आपका हो या आपके प्रोवाइडर का? इसी से तय होता है कि आपका PCI स्कोप क्या होगा, नया पेमेंट मेथड कितनी जल्दी जुड़ेगा, और स्कीम मैंडेट आने पर किसे जागना पड़ेगा। यह तकनीक के चुनाव से ज़्यादा इस बात का फ़ैसला है कि आपकी टीम का साल किस काम में जाए।

विकल्प बनाम विकल्प

सात सवाल जो फ़ैसला करते हैं

Dimension
होस्टेड checkout
अपना checkout
PCI स्कोप
न्यूनतम। कार्ड डेटा लेने वाला पेज प्रोवाइडर का है, इसलिए आपके सर्वर को टोकन दिखता है, कार्ड नंबर नहीं। आम तौर पर सबसे हल्का सेल्फ़-असेसमेंट।
आपका। कार्ड डेटा सीधे संभालने पर आपके सिस्टम स्कोप में आ जाते हैं, और साथ में डिज़ाइन, असेसमेंट और सालाना री-सर्टिफ़िकेशन भी।
पहले पेमेंट तक का समय
कुछ दिन। ऑर्डर बनाएँ, रीडायरेक्ट करें, एक webhook संभालें। ज़्यादातर काम यह तय करने में है कि पेमेंट सफल होने के बाद क्या होगा।
महीनों, और असली मुश्किल लंबी पूँछ में है: 3-D Secure, वॉलेट शीट, एरर स्टेट, रीट्राई और हर मेथड के एज केस।
नया पेमेंट मेथड जोड़ना
कॉन्फ़िगरेशन। नए मेथड प्लेटफ़ॉर्म के साथ आते हैं और बस चालू करने होते हैं; आपकी ओर से रिलीज़ के बिना पेज खुद अनुकूल हो जाता है।
हर बार एक प्रोजेक्ट: इंटीग्रेशन, सर्टिफ़िकेशन, UI का काम, और हर मेथड के लिए रखरखाव की स्थायी ज़िम्मेदारी।
अनुभव पर नियंत्रण
ऊँचा, पर सीमित: ब्रांडिंग, लेआउट विकल्प, आपका अपना डोमेन, और पेमेंट आपके पेज के अंदर चाहिए तो embedded फ़ील्ड, सब प्रोवाइडर जितना खोलता है उसी के भीतर।
पूरा। अगर आपके checkout को कुछ सचमुच अनोखा करना है, तो किसी और की बंदिश लागू नहीं होती।
कन्वर्ज़न पर काम
विरासत में मिलता है। मेथड का क्रम, लोकलाइज़ेशन, वॉलेट सपोर्ट और रीट्राई व्यवहार प्लेटफ़ॉर्म के सुधरने के साथ सुधरते हैं, प्रयोग आपको नहीं चलाने पड़ते।
खुद कमाना पड़ता है। अपने ख़ास फ़नल के लिए आप किसी सामान्य पेज से बेहतर ऑप्टिमाइज़ कर सकते हैं, बशर्ते आपके पास ट्रैफ़िक हो और उसे ठीक से चलाने वाले लोग हों।
अपडेट रहना
प्रोवाइडर की ज़िम्मेदारी। स्कीम मैंडेट, SCA बदलाव, ब्राउज़र और वॉलेट अपडेट प्लेटफ़ॉर्म अपडेट के रूप में आ जाते हैं।
आपके रोडमैप में हमेशा के लिए एक स्थायी मद। काम कभी ख़त्म नहीं होता और कुछ टूटने तक शायद ही प्राथमिकता पाता है।
असली लागत
प्रति-ट्रांज़ैक्शन अर्थशास्त्र, साफ़ दिखता और वॉल्यूम के अनुपात में।
इंजीनियरों की तनख़्वाह और सर्टिफ़िकेशन, पहले पेमेंट से पहले और उसके बाद हर साल का खर्च। आम तौर पर कई गुना कम आँका जाता है।
01

जब होस्टेड checkout जीतता है

ज़्यादातर बिज़नेस के लिए, ज़्यादातर समय। अगर पेमेंट आपके पैसे पाने का ज़रिया है, बेचने की चीज़ नहीं, तो checkout पेज आपकी बढ़त की जगह नहीं है। और उसे अपने पास रखने की क़ीमत सबसे कम दिखने वाले रूप में चुकानी पड़ती है: इंजीनियरिंग क्षमता का एक स्थायी हिस्सा आपके प्रोडक्ट के बजाय स्कीम मैंडेट और मेथड इंटीग्रेशन में लगता रहता है। होस्टेड पेज PCI का सवाल भी लगभग ख़त्म कर देता है, जो खुद बनाने की सबसे बड़ी छिपी लागत है।

  1. 01पेमेंट राजस्व का ज़रिया है, खुद प्रोडक्ट नहीं
  2. 02आप कार्ड डेटा को सावधानी से संभालने के बजाय स्कोप से बाहर रखना चाहते हैं
  3. 03नए मेथड आपकी ओर से रिलीज़ के बिना आने चाहिए
  4. 04आपके इंजीनियर उस चीज़ पर ज़्यादा कीमती हैं जो ग्राहक ख़रीदते हैं
02

जब अपना बनाना जीतता है

जब checkout ही सचमुच प्रोडक्ट हो। दूसरों के लिए प्रोसेस करने वाले प्लेटफ़ॉर्म, ऐसा फ़्लो रखने वाले बिज़नेस जिसे कोई होस्टेड पेज व्यक्त नहीं कर सकता, और उस वॉल्यूम पर चलने वाली टीमें जहाँ कन्वर्ज़न का एक छोटा-सा अंश भी पेमेंट टीम की तनख़्वाह से भारी पड़ता है, ये सब असली मामले हैं और खुद बनाना इन्हें जायज़ ठहराता है। वैसे ही वह नियामकीय स्थिति भी, जिसमें कार्ड संभालने वाली सतह आपके अपने दायरे के भीतर होनी ज़रूरी है। इस स्तर से नीचे, खुद बनाने का मतलब अक्सर महँगी क़ीमत पर यह दोबारा खोजना होता है कि होस्टेड checkout बने ही क्यों।

  1. 01पेमेंट ही प्रोडक्ट है, आप दूसरों की ओर से प्रोसेस करते हैं
  2. 02वॉल्यूम इतना ऊँचा है कि मामूली कन्वर्ज़न बढ़त भी टीम की लागत से भारी पड़ती है
  3. 03रेगुलेटर या रिस्क कमेटी चाहती है कि सतह आपके दायरे में हो
  4. 04आपका फ़्लो सचमुच अनोखा है और कोई होस्टेड पेज उसे व्यक्त नहीं कर सकता
03

Protocore कहाँ फ़िट बैठता है

Protocore Gateway होस्टेड समाधान है, और आम बच निकलने के रास्ते अलग से बेचे जाने के बजाय उसमें पहले से हैं: पेज को हमारे डोमेन या अपने डोमेन पर चलाएँ, फ़्लो की माँग हो तो पेमेंट फ़ील्ड अपने लेआउट के अंदर embed करें, या वही checkout अपने ऐप में नेटिव रूप में दिखाएँ। कार्ड, वॉलेट, बैंक ट्रांसफ़र और USDC एक ही पेज पर रहते हैं और एक ऑर्डर रेफ़रेंस के सामने एक ही यूरो राशि में सेटल होते हैं। और अगर आपके लिए ईमानदार जवाब तीसरा विकल्प है, यानी आप merchant नहीं, प्रोवाइडर बनना चाहते हैं, तो वही प्लेटफ़ॉर्म whitelabel भी उपलब्ध है, जो आम तौर पर शुरू से gateway बनाने से बेहतर सौदा है।

  1. 01होस्टेड पेज, आपका अपना डोमेन, embedded फ़ील्ड या ऐप के अंदर, इंटीग्रेशन वही
  2. 02कार्ड, वॉलेट, ट्रांसफ़र और USDC एक पेज पर, EUR में सेटल
  3. 03checkout से रसीद और बैंक एंट्री तक एक ही ऑर्डर रेफ़रेंस
  4. 04Whitelabel उपलब्ध है, जब आप merchant नहीं, प्रोवाइडर बनना चाहें

पक्का नहीं कि आप किस तरफ़ हैं?

अपना वॉल्यूम, अपने मेथड और अपने इंजीनियरों का काम बताइए। हम साफ़ कह देंगे कि आपकी स्थिति में कौन-सा रास्ता ठीक है, भले ही वह खुद बनाना ही हो।