Skip to main content

स्थानीयकृत मूल्य निर्धारण क्या है?

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

उपयोग के मामले

Purchasing Power Parity (PPP)

मूल्य-संवेदनशील बाजारों में कम चार्ज करें बिना आपके घरेलू बाजार में छूट के। एक by_country नियम एक $20 मूल उत्पाद को भारत में ₹999 में बेचने देता है — स्थानीय क्रय शक्ति के अनुरूप, कोई सीधा FX रूपांतरण नहीं। PPP चलाने का अनुशंसित, देशी तरीका।

Charm Pricing

$19.99 का लाइव FX रूपांतरण €18.43 जैसी अजीब संख्या पर पहुँचता है। एक by_currency नियम वह साफ, मनोवैज्ञानिक रूप से समर्पित कीमत सेट करता है जो ग्राहक उम्मीद करते हैं — €9.99, ¥1000, ₹499 — ठीक वैसे ही जैसे टाइप किया गया हो।

Reversible Market-Entry Promotions

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

Competitive Price-Matching

एक स्थानीय प्रतिस्पर्धी से मेल खाने के लिए एकल बाजार को पिन करें। यूनाइटेड किंगडम में £9.00 के लिए एक by_country नियम वह सटीक कीमत बनाए रखता है चाहे GBP/USD दर कैसे भी हिलती हो।

मुख्य अवधारणाएँ

  • मूल्य निर्धारण मोड्स — एक उत्पाद एक बार में ठीक एक मोड में होता है, इसका सेट pricing_mode:
    • by_currency: देश की परवाह किए बिना, प्रति मुद्रा एक कीमत। सभी EUR में भुगतान करने वाले €9.99 देखते हैं।
    • by_country: एक देश विशिष्ट कीमत (भारत में ₹999), तब भी जब कई देश एक मुद्रा साझा करते हैं।
  • फिक्स्ड राशि, सबसे छोटे यूनिट में — एक नियम का amount मुद्रा के सबसे छोटे यूनिट में एक पूर्णांक है, जैसा कि एपीआई में हर जगह है: 99900 ₹999.00 है, 999 €9.99 है। यह एक मूल्य है जो आप सेट करते हैं, कभी भी एक रूपांतरित मूल्य नहीं।
  • जब कोई नियम मेल नहीं खाता — उत्पाद अपनी मौजूदा व्यवहार रखता है: आपके आधार मुद्रा में ग्राहक सीधे आधार मूल्य का भुगतान करते हैं; बाकी सभी इसे अनुकूली मुद्रा के माध्यम से रूपांतरित करते हैं।
  • शुल्क शामिल हैं जब एक नियम मिलता है — ग्राहक एकदम वही राशि का भुगतान करते हैं जो आपने सेट की है। अनुकूली मुद्रा FX शुल्क आप द्वारा अवशोषित होता है (उस लेन-देन के लिए शुल्क-सहित के रूप में विचार किया गया) बजाय इसे जोड़ने के ऊपर, इसलिए आपकी घोषित स्थानीय कीमत हमेशा चार्ज की गई कीमत होती है।

डैशबोर्ड में सेट अप करें

1

Open the product form

आपके मर्चेंट डैशबोर्ड में, Products पर जाएं और एक उत्पाद बनाएं (या संपादित करने के लिए एक मौजूदा खोलें)। सामान्य रूप से आधार मूल्य और मुद्रा सेट करें।
2

Enable Localized Pricing and choose a mode

मूल्य निर्धारण अनुभाग में, स्थानीयकृत मूल्य निर्धारण पर टिक करें, फिर देश के द्वारा या मुद्रा के द्वारा चुनें।
Localized Pricing enabled on the product form with By Country selected
3

Add a price for each market

Add Country Price या Add Currency Price पर क्लिक करें, स्थानीयकृत मूल्य निर्धारण पैनल भरें, और Add पर क्लिक करें। प्रत्येक बाजार जिसे आप जोड़ते हैं वह ओवरराइड्स टेबल में दिखाई देता है, जहां आप इसे बाद में संपादित या हटा सकते हैं।
एक देश चुनें, मुद्रा चुनें, और राशि दर्ज करें (उदाहरण के लिए भारत के लिए ₹999), फिर Add पर क्लिक करें।
Adding a 999 INR override for India
देश अब देश ओवरराइड्स टेबल में दिखाई देता है, जहां आप इसे संपादित या हटा सकते हैं।
Country overrides table showing India at 999 INR
4

Save the product

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

API के माध्यम से प्रबंधन करें

स्थानीयकृत मूल्य निर्धारण पूरी तरह से API के माध्यम से उपलब्ध है। पहले उत्पाद की मूल्य निर्धारण मोड सेट करें, फिर नियम संलग्न करें।

मूल्य निर्धारण मोड सेट करें

pricing_mode सेट करें जब आप उत्पाद बनाते हैं (या एक मौजूदा अपडेट करते हैं)। null का अर्थ है केवल आधार, मौजूदा व्यवहार।

एक स्थानीयकृत कीमत जोड़ें

उत्पाद के लिए एक नियम जोड़ें। by_country मोड में country_code आवश्यक है; by_currency मोड में इसे छोड़ दिया जाना चाहिए।
by_currency उत्पाद के लिए, country_code को छोड़ दें। उदाहरण के लिए, सभी EUR में भुगतान करने वाले के लिए एक फ्लैट €9.99 (currency: 'EUR', amount: 999)।

सूची, अपडेट, और संग्रहित करें

आप केवल एक नियम के amount को अपडेट कर सकते हैं; मुद्रा और देश एक बार बनाने के बाद तय रहते हैं। संग्रहण एक आइडेम्पोटेंट सॉफ़्ट-डिलीट है, इसलिए नियम मेल नहीं खाता लेकिन आपके इतिहास में रहता है।

API Reference

देखें पूर्ण उत्पाद स्थानीयकृत कीमतें अंतःक्रियाएं: बनाएं, सूची, पुनः प्राप्त करें, अपडेट करें, और संग्रहित करें।

यह चेकआउट पर कैसे लागू होता है

स्थानीयकृत मूल्य निर्धारण प्रति कार्ट लाइन पर हल किया जाता है, और केवल उन उत्पादों के लिए जिन पर pricing_mode सेट है। Dodo Payments अनुरोध से दो संकेत पढ़ता है: ग्राहक का बिलिंग देश, और एक वैकल्पिक billing_currency (जब छोड़ा जाता है, तो एक मुद्रा बिलिंग देश से व्युत्पन्न होती है)।
  • देश के द्वारा: बिलिंग देश से मेल खाने वाले नियम की खोज करता है। अगर एक मौजूद है, तो ग्राहक को उस मुद्रा में नियम की राशि चार्ज की जाती है।
  • मुद्रा के द्वारा: ग्राहक की मुद्रा से मेल खाने वाले नियम की खोज करता है (billing_currency, या उनके देश से व्युत्पन्न मुद्रा)। अगर एक मौजूद है, तो ग्राहक को उस मुद्रा में नियम की राशि चार्ज की जाती है।
  • कोई मेल नहीं, या कोई pricing_mode नहीं: आधार कीमत लागू होती है, सीधे तब चार्ज की जाती है जब ग्राहक की मुद्रा आधार मुद्रा के बराबर होती है, अन्यथा अनुकूली मुद्रा के माध्यम से रूपांतरित होती है।
प्रत्येक कार्ट लाइन को स्वयं हल किया जाता है, इसलिए आप एक उत्पाद को स्थानीयकृत कर सकते हैं और अन्य को एक ही चेकआउट में आधार मूल्य निर्धारण पर छोड़ सकते हैं। यदि कोई भी लाइन स्थानीयकृत नियम से मेल खाती है, तो पूरे लेन-देन को फीस-सहित के लिए मजबूर किया जाता है (देखें मुख्य अवधारणाएँ)।

Subscription Plan में बदलावों पर इसका प्रभाव

Localized pricing आपके subscribers के साथ तब लागू होती है जब वे plans बदलते हैं। जब कोई existing subscription किसी ऐसे product में plan बदलती है जिसमें pricing_mode है, तो नए plan की price checkout जैसे ही rules के अनुसार निर्धारित होती है, जिसमें subscription पर पहले से lock किया गया billing country और currency उपयोग होता है:
  • By Country: subscription के billing country से match करने वाला rule लागू होता है। यदि rule की currency उस currency से अलग है जिसमें subscription का billing होता है, तो rule की amount को live FX rates पर convert किया जाता है — rule को लागू किया जाता है, छोड़ा नहीं जाता।
  • By Currency: customer से billing के लिए उपयोग की जा रही currency से match करने वाला rule लागू होता है, और customer से ठीक rule की amount charge की जाती है।
  • कोई match नहीं, या कोई pricing_mode नहीं: नए plan की base price लागू होती है, और आवश्यकता होने पर Adaptive Currency के माध्यम से convert की जाती है — checkout जैसा ही fallback।
यह उन सभी स्थानों पर लागू होता है जहां से plan change शुरू किया जा सकता है: Change Plan API, Customer Portal के self-service plan changes, और billing period के अंत के लिए scheduled changes।
  • Previews सटीक होते हैं। Preview Change Plan वही localized amount लौटाता है जिसे वास्तविक change पर charge किया जाएगा।
  • Renewals localized price बनाए रखते हैं। Change के बाद नया plan अपनी localized amount पर renew होता है — और fees-inclusive बना रहता है — ठीक उसी तरह जैसे उस price पर बनाई गई subscription।
  • Proration वास्तविक amounts का उपयोग करता है। Upgrade पर unused time का credit उस amount पर आधारित होता है जो customer ने पुराने plan के लिए वास्तव में paid किया था, जबकि नए plan की pricing उसके localized rule से निर्धारित होती है।
  • Scheduled changes schedule किए जाने के समय price lock करते हैं। Billing period के अंत के लिए scheduled change, scheduling के समय calculated amount charge करता है, भले ही इस बीच आप rule को edit कर दें।
  • Billing currency कभी नहीं बदलती। Plan change कभी उस currency को switch नहीं करता जिसमें subscription settle होती है; किसी अन्य currency में मौजूद rule को FX के माध्यम से subscription की currency में convert किया जाता है।
  • Add-ons localized नहीं होते। नए plan पर add-on prices हमेशा अपनी base pricing का उपयोग करती हैं।

महत्वपूर्ण व्यवहार

Localized rule changes अपने अलग webhooks emit नहीं करते। Resolved amount resulting payment या subscription पर ठीक किसी अन्य price की तरह दिखाई देती है।

सर्वोत्तम प्रथाएं

  • एक उचित base price रखें। यह ऐसे हर market के लिए fallback है जिसमें कोई rule नहीं है और इसे Adaptive Currency के माध्यम से convert किया जाता है।
  • स्थानीय आकर्षक prices पर round करें। Fixed amount का मुख्य उद्देश्य ₹999, €9.99 या ¥1000 जैसी साफ-सुथरी संख्या देना है, न कि FX result।
  • काम के अनुसार mode चुनें। Purchasing-power pricing के लिए by_country का उपयोग करें; जब प्रत्येक currency zone के लिए एक price पर्याप्त हो, तो by_currency का उपयोग करें।
  • Promotions के लिए archive करें, दोबारा create न करें। किसी rule को archive करने से history सुरक्षित रखते हुए market base/adaptive पर वापस आ जाता है; आवश्यकता के अनुसार बाद में उसे recreate या re-price करें।
  • किसी total का विज्ञापन करने से पहले tax line पर ध्यान दें। Tax-exclusive products के लिए customer localized amount plus tax का भुगतान करता है, इसलिए ads में इसे final price के रूप में quote न करें।

संबंधित

Purchasing Power Parity

PPP के लिए native localized pricing बनाम location-based discount codes।

Adaptive Currency

Automatic FX conversion और वह fee handling जिस पर localized pricing आधारित है।

Tax-Inclusive Pricing

नियंत्रित करें कि आपकी prices में tax शामिल है या नहीं।

Pay What You Want

Customers को amount चुनने दें। Localized rules वहां लागू नहीं होते।
अंतिम संशोधन 31 जुलाई 2026