अपना payment system बनाने की कठिनाइयाँ

 (arnon.dk)
1 पॉइंट द्वारा GN⁺ 2024-02-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें

billing system बनाने की 14 परेशानियाँ

  • अगर कोई business revenue generate करने की योजना बना रहा है, तो billing और revenue system अनिवार्य हैं.
  • billing system जटिल होते हैं और finance, product, experience, customer support, customers, legal, compliance, sales जैसे कई विभागों से जुड़े होते हैं.
  • billing system आपस में बहुत क़रीब से जुड़े होते हैं, इसलिए एक हिस्सा खराब होने पर पूरा system आसानी से ठप हो सकता है.

तीन पैटर्न

  • billing system के तीन पैटर्न होते हैं: in-house development, पूरी तरह third-party system, और hybrid system.
  • हर पैटर्न के अपने अलग फ़ायदे और नुकसान होते हैं.

in-house / hybrid / third-party system

  • पूरी तरह in-house बना solution पूरा control और customization देता है, और बाहरी fees नहीं देनी पड़तीं.
  • hybrid solution internal billing engine को third-party payment processing, tax compliance आदि के साथ जोड़ता है.
  • third-party system सब कुछ संभालता है, लेकिन इससे control कम हो सकता है और लागत ज़्यादा हो सकती है.

billing और monetization team की चिंताएँ

  • billing या monetization team की ज़िम्मेदारियाँ बहुत विविध होती हैं, इसलिए अनुभवी विशेषज्ञों के लिए भी इन्हें पूरी तरह समझना कठिन हो सकता है.
  • security या date handling की तरह, billing system भी शुरू से ख़ुद नहीं बनाना चाहिए.

billing और monetization की 14 समस्याएँ

  • billing system को in-house बनाने पर आने वाली विभिन्न समस्याओं को complexity के क्रम में सूचीबद्ध किया गया है.
  • इनमें idempotency, date handling, prorating और remainder handling, usage metering, invoice format, और जटिल customer hierarchy जैसी समस्याएँ शामिल हैं.
  • business का scale बढ़ने के साथ ये समस्याएँ और जटिल हो सकती हैं.

यह मुश्किल क्यों है

  • कुछ समस्याएँ उम्मीद से ज़्यादा बार बदलती हैं, जबकि कुछ को एक बार सेट करने के बाद फिर छूने की ज़रूरत नहीं पड़ती.
  • दुनिया भर के tax rules अक्सर बदलते रहते हैं, और customer की गलतियों से जुड़ी समस्याएँ लगातार आती रहती हैं.

क्या करना चाहिए

  • जितनी संभव हो उतनी समस्याएँ third party को सौंप देनी चाहिए.
  • Chargebee, Solvimon, Stripe, Recurly जैसी services का उपयोग करके billing manage करनी चाहिए.
  • Stigg जैसी services का उपयोग करके pricing page, experiments, और authorization manage करना चाहिए.
  • revenue recognition/accounting के लिए ERP का उपयोग करना चाहिए.

GN⁺ की राय

  • billing system business का एक महत्वपूर्ण हिस्सा है, लेकिन इसकी जटिलता और लगातार maintenance की ज़रूरत के कारण कई कंपनियाँ third-party solution को प्राथमिकता देती हैं.
  • अगर billing system in-house बनाया जाए, तो कंपनी को tax regulations, customer hierarchy, usage metering जैसे कई तत्वों पर विचार करना पड़ता है, और इसमें बहुत समय और resources लग सकते हैं.
  • third-party solution का उपयोग करते समय लागत और control के कम होने पर विचार करना चाहिए, लेकिन ज़्यादातर मामलों में इससे समय और resources बचाए जा सकते हैं.
  • जैसे-जैसे कंपनी बढ़ती है और उसका scale बड़ा होता है, billing system की complexity भी बढ़ती है, इसलिए शुरुआती चरण से ही scalability को ध्यान में रखकर solution चुनना महत्वपूर्ण है.
  • billing system की अच्छी समझ रखने वाले विशेषज्ञों के साथ काम करना, या industry में proven solution चुनना, लंबे समय में business के लिए फायदेमंद हो सकता है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-02-27
Hacker News राय

  • पहली टिप्पणी का सार:

    • बिलिंग सिस्टम बनाने की कठिनाई के प्रति अपनाए गए दृष्टिकोण पर सवाल उठाया गया है.
    • बिलिंग सिस्टम जटिल होता है, लेकिन जब Stripe जैसे मौजूदा solutions का उपयोग नहीं किया जा सकता (उदाहरण: वेनेज़ुएला की कंपनियाँ), तब अपना सिस्टम बनाना आवश्यक होता है.
    • यह राय दी गई है कि ज्ञान, दृष्टिकोण, programming patterns आदि को एक जगह इकट्ठा करना अच्छा होगा.

  • दूसरी टिप्पणी का सार:

    • इसे उन लोगों के लिए उपयोगी लेख माना गया है जिन्हें बिलिंग सिस्टम पर निर्णय लेना होता है.
    • व्यक्तिगत राय साझा की गई है कि billing और credits को सिस्टम में जितना संभव हो उतना अलग रखना बेहतर है.

  • तीसरी टिप्पणी का सार:

    • बिलिंग सिस्टम की जटिलता पर अपना अनुभव साझा करते हुए कहा गया है कि बिलिंग की दुनिया अप्रत्याशित होती है.

  • चौथी टिप्पणी का सार:

    • killbill.io के सह-संस्थापक के रूप में, बिलिंग सिस्टम बनाने की जटिलता और उससे विभिन्न विभागों पर पड़ने वाले प्रभाव की व्याख्या की गई है.
    • सलाह दी गई है कि बिलिंग सिस्टम को पूरे सिस्टम के साथ integrate होना चाहिए, और इसके लिए पर्याप्त ज्ञान और प्रेरणा वाली टीम की आवश्यकता होती है.

  • पाँचवीं टिप्पणी का सार:

    • affiliate sales सिस्टम बनाने की जटिलता और इसे चरणबद्ध तरीके से बनाने की संभावना पर चर्चा की गई है.

  • छठी टिप्पणी का सार:

    • accounting close और cash movement accounting से जुड़ी समस्याओं की ओर इशारा किया गया है, और कहा गया है कि ये समस्याएँ accounting विभाग से गहराई से जुड़ी होती हैं.

  • सातवीं टिप्पणी का सार:

    • यह राय दी गई है कि बिलिंग सिस्टम की सभी सुविधाएँ आवश्यक नहीं होतीं, और व्यवसाय की वृद्धि के साथ इसे धीरे-धीरे बनाया जा सकता है.

  • आठवीं टिप्पणी का सार:

    • product entitlements के लिए विभिन्न approaches और उपयोग किए जा रहे सिस्टम के बारे में प्रश्न उठाया गया है.

  • नौवीं टिप्पणी का सार:

    • अपनी पहली नौकरी का अनुभव साझा करते हुए PCI compliance से जुड़ी जटिलता के कारण यह व्यक्तिगत राय व्यक्त की गई है कि वे फिर कभी बिलिंग सिस्टम पर काम नहीं करना चाहेंगे.

  • दसवीं टिप्पणी का सार:

    • किसी विशेष सिस्टम (X) की जटिलता के कारण उसे खुद न बनाकर तैयार solution का उपयोग करना चाहिए, इस दावे पर सवाल उठाया गया है.
    • यह तर्क दिया गया है कि उनके मामले में केवल आवश्यक जटिलता के एक subset से निपटना होता है, इसलिए वे अपना अधिक सरल solution बना सकते हैं.