सीट-आधारित बिलिंग आपको ग्राहकों से उनके आवश्यक उपयोगकर्ताओं, टीम के सदस्यों, या लाइसेंस की संख्या के आधार पर शुल्क लेने देती है। यह टीम सहयोग उपकरणों, एंटरप्राइज सॉफ़्टवेयर, और B2B SaaS उत्पादों के लिए मानक मूल्य निर्धारण मॉडल है।
Implementation Tutorial
कोड उदाहरणों के साथ चरण-दर-चरण मार्गदर्शिका।
Add-ons Documentation
सीट-आधारित बिलिंग को संचालित करने वाली ऐड-ऑन प्रणाली के बारे में जानें।
Subscription Management
सीट-आधारित सदस्यताओं और योजना परिवर्तनों का प्रबंधन करें।
Webhooks
सदस्यता वेबहुक के साथ सीट परिवर्तनों को ट्रैक करें।
सीट-आधारित बिलिंग क्या है?
सीट-आधारित बिलिंग (जिसे प्रति-उपयोगकर्ता या प्रति-सीट मूल्य निर्धारण भी कहा जाता है) ग्राहकों से उन उपयोगकर्ताओं की संख्या के आधार पर शुल्क लेती है जो आपके उत्पाद का उपयोग करते हैं। एक स्थिर शुल्क के बजाय, मूल्य टीम के आकार के साथ बढ़ता है।सामान्य उपयोग के मामले
सीट-आधारित मूल्य निर्धारण के लाभ
आपके व्यवसाय के लिए:- जैसे-जैसे ग्राहक बढ़ते हैं, राजस्व स्वाभाविक रूप से बढ़ता है
- पूर्वानुमानित मूल्य निर्धारण जिसे ग्राहक बजट कर सकते हैं
- व्यक्तिगत से टीम से उद्यम तक स्पष्ट अपग्रेड पथ
- जैसे-जैसे टीमें बढ़ती हैं, उच्च जीवनकाल मूल्य
- केवल वही भुगतान करें जो वे उपयोग करते हैं
- लागत को समझना और पूर्वानुमान करना आसान है
- आवश्यकतानुसार उपयोगकर्ताओं को जोड़ने/हटाने की लचीलापन
- उचित मूल्य निर्धारण जो टीम के आकार से मेल खाता है
Dodo Payments में सीट-आधारित बिलिंग कैसे काम करती है
Dodo Payments सीट-आधारित बिलिंग को ऐड-ऑन प्रणाली का उपयोग करके लागू करता है। यह कैसे काम करता है:आर्किटेक्चर अवलोकन
एक Team Pro सदस्यता की कीमत 15/महीना अतिरिक्त भुगतान करते हैं। उदाहरण के लिए, यदि आपकी टीम को 15 सीटों की आवश्यकता है:- बेस प्लान: $99/माह (5 सीटें शामिल)
- ऐड-ऑन: 10 अतिरिक्त सीटें × 150/माह
- कुल मासिक लागत: 150 = 15 सीटों के लिए $249
प्रमुख घटक
मूल्य निर्धारण रणनीतियाँ
अपनी व्यवसाय के लिए उपयुक्त सीट-आधारित मूल्य निर्धारण रणनीति चुनें:रणनीति 1: बेस + प्रति-सीट ऐड-ऑन
बेस योजना में एक निश्चित संख्या में सीटें शामिल करें, अतिरिक्त सीटों के लिए शुल्क लें। उदाहरण:रणनीति 2: शुद्ध प्रति-सीट मूल्य निर्धारण
बिना किसी बेस शुल्क के प्रति सीट एक स्थिर दर चार्ज करें। उदाहरण:रणनीति 3: स्तरित सीट मूल्य निर्धारण
विभिन्न प्रति-सीट दरों के साथ विभिन्न बेस योजनाएँ। उदाहरण:रणनीति 4: सीट बंडल
सीटों को व्यक्तिगत रूप से बेचने के बजाय पैक में बेचें। उदाहरण:सीट-आधारित बिलिंग सेट करना
चरण 1: अपनी मूल्य निर्धारण योजना बनाएं
कार्यान्वयन से पहले, अपनी मूल्य निर्धारण संरचना को परिभाषित करें:1
Define Base Plan
निर्णय लें कि बेस सदस्यता में क्या शामिल है:
- बेस कीमत (शुद्ध प्रति-सीट के लिए $0 हो सकता है)
- शामिल सीटों की संख्या
- इस स्तर पर उपलब्ध सुविधाएँ
2
Set Seat Pricing
प्रति-सीट ऐड-ऑन लागत निर्धारित करें:
- अतिरिक्त सीट की कीमत
- कोई वॉल्यूम छूट (कई ऐड-ऑन के माध्यम से)
- अधिकतम सीटें (यदि लागू हो)
3
Consider Billing Frequency
सीट मूल्य निर्धारण को अपनी बिलिंग चक्र के साथ संरेखित करें:
- मासिक सदस्यताएँ → मासिक सीट शुल्क
- वार्षिक सदस्यताएँ → वार्षिक सीट शुल्क (अक्सर छूट के साथ)
चरण 2: सीट ऐड-ऑन बनाएं
अपने Dodo Payments डैशबोर्ड में:- उत्पाद → ऐड-ऑन पर जाएं
- ऐड-ऑन बनाएं पर क्लिक करें
- ऐड-ऑन को कॉन्फ़िगर करें:
चरण 3: बेस सदस्यता बनाएं
अपनी सदस्यता उत्पाद बनाएं:- उत्पाद → उत्पाद बनाएं पर जाएं
- सदस्यता चुनें
- मूल्य निर्धारण और विवरण कॉन्फ़िगर करें
- ऐड-ऑन अनुभाग में, अपनी सीट ऐड-ऑन संलग्न करें
चरण 4: उत्पाद से ऐड-ऑन संलग्न करें
अपनी सदस्यता से सीट ऐड-ऑन लिंक करें:- अपनी सदस्यता उत्पाद को संपादित करें
- ऐड-ऑन अनुभाग पर स्क्रॉल करें
- ऐड-ऑन जोड़ें पर क्लिक करें
- अपनी सीट ऐड-ऑन चुनें
- परिवर्तन सहेजें
आपका सदस्यता उत्पाद अब सीट-आधारित मूल्य निर्धारण का समर्थन करता है। ग्राहक चेकआउट के दौरान किसी भी मात्रा में अतिरिक्त सीटें खरीद सकते हैं।
सीटों का प्रबंधन
नई सदस्यताओं में सीटें जोड़ना
चेकआउट सत्र बनाते समय, सीट मात्रा निर्दिष्ट करें:मौजूदा सदस्यताओं पर सीट संख्या बदलना
सीटों को समायोजित करने के लिए चेंज प्लान API का उपयोग करें:सीटें हटाना
सीट संख्या कम करने के लिए, कम मात्रा निर्दिष्ट करें:सभी अतिरिक्त सीटें हटाना
सभी ऐड-ऑन हटाने के लिए एक खाली ऐड-ऑन एरे पास करें:सीट परिवर्तनों के लिए प्रोरशन
जब ग्राहक मध्य चक्र में सीटें जोड़ते या हटाते हैं, तो प्रोरशन यह निर्धारित करता है कि उन्हें कैसे बिल किया जाता है।प्रोरशन मोड
प्ररेशन उदाहरण
परिदृश्य: 15-दिवसीय बिलिंग चक्र शेष है, $10/सीट पर 5 सीटें जोड़ना- prorated_immediately
- difference_immediately
- full_immediately
- do_not_bill
परिवर्तन से पहले पूर्वावलोकन
परिवर्तन करने से पहले हमेशा प्ररेशन का पूर्वावलोकन करें:सीटों को वेबहुक्स के साथ ट्रैक करना
सदस्यता वेबहुक्स को सुनकर सीट परिवर्तनों की निगरानी करें:प्रासंगिक घटनाएँ
वेबहुक हैंडलर उदाहरण
सीट सीमाओं को लागू करना
आपका एप्लिकेशन सीट सीमाओं को प्रभावी रूप से लागू करना होगा। डोडो पेमेंट्स बिलिंग को ट्रैक करता है, लेकिन आप एक्सेस को नियंत्रित करते हैं।प्रवर्तन रणनीतियाँ
- Hard Limit
- Soft Limit with Warning
- Auto-Upgrade
सीट काउंट से आगे उपयोगकर्ताओं को जोड़ने से एकदम रोकें।
उन्नत पैटर्न
भिन्न सीट प्रकार
विभिन्न मूल्य निर्धारण के साथ विभिन्न सीट प्रकारों की पेशकश करें:वार्षिक सीट छूट
डिस्काउंटेड वार्षिक सीट मूल्य निर्धारण की पेशकश करें:न्यूनतम सीट आवश्यकताएँ
कुछ योजनाओं के लिए न्यूनतम संख्या में सीटों की आवश्यकता होती है:सर्वोत्तम प्रथाएँ
मूल्य निर्धारण की सर्वोत्तम प्रथाएँ
- स्पष्ट संवाद: अपनी मूल्य निर्धारण पृष्ठ पर प्रति-सीट मूल्य निर्धारण को प्रमुखता से दिखाएं
- शामिल सीटें: घर्षण को कम करने के लिए आधार मूल्य में कुछ सीटों को शामिल करने पर विचार करें
- वॉल्यूम छूट: बड़े टीमों के लिए कम प्रति-सीट दरों की पेशकश करें ताकि एंटरप्राइज़ डील जीती जा सके
- वार्षिक प्रोत्साहन: वार्षिक योजनाओं पर छूट दें ताकि नकदी प्रवाह और बनाए रखने में सुधार हो सके
तकनीकी सर्वोत्तम प्रथाएँ
- कैश सीट गिनती: सब्सक्रिप्शन सीट गिनती को स्थानीय पर कैश करें ताकि हर अनुरोध पर एपीआई कॉल्स से बचा जा सके
- नियमित रूप से सिंक करें: अपने स्थानीय सीट गिनती को डोडो पेमेंट्स के एपीआई के माध्यम से नियमित रूप से सिंक करें
- असफलताओं को संभालें: यदि एक सीट परिवर्तन विफल होती है, तो स्पष्ट त्रुटि संदेश और पुनः प्रयास विकल्प दिखाएं
- ऑडिट ट्रेल: बिलिंग विवादों और अनुपालन के लिए सभी सीट परिवर्तनों का लॉग रखें
उपयोगकर्ता अनुभव की सर्वोत्तम प्रथाएँ
- रीयल-टाइम फीडबैक: जब सीटों को समायोजित कर रहे हों, तात्कालिक लागत प्रभाव दिखाएं
- पुष्टिकरण चरण: बिलिंग में परिवर्तन से पहले पुष्टि की आवश्यकता होती है
- प्ररेशन पारदर्शिता: प्ररेशन चार्ज लागू करने से पहले स्पष्ट रूप से समझाएं
- आसान डाउनग्रेड्स: सीटों को घटाना मुश्किल न बनाएं (यह भरोसा बनाता है)
समस्या निवारण
Seat count mismatch between app and billing
Seat count mismatch between app and billing
लक्षण: आपका ऐप जो सब्सक्रिप्शन सीट काउंट दिखाता है, वह अलग है।कारण:
- वेबहुक प्राप्त या संसाधित नहीं हुआ
- सीट परिवर्तन के दौरान रेस कंडीशन
- कैश डेटा अपडेट नहीं हुआ
- वेबहुक हैंडलर्स को लागू करें जिसके लिए
subscription.plan_changed - “बिलिंग के साथ सिंक करें” बटन जोड़ें जो वर्तमान सदस्यता को प्राप्त करता है
- नियमित ताज़ा के लिए कैश TTL सेट करें
Proration charges unexpected
Proration charges unexpected
लक्षण: ग्राहक मध्य-चक्र चार्ज राशि से भ्रमित है।कारण:
- प्ररेशन मोड को स्पष्ट रूप से संवाद नहीं किया गया
- ग्राहक ने पुष्टि से पहले पूर्वावलोकन नहीं देखा
- परिवर्तन करने से पहले हमेशा
previewChangePlanका उपयोग करें - स्पष्ट ब्रेकडाउन दिखाएं: “X सीट जोड़ना = $Y आज (Z दिनों के लिए प्ररेटेड)”
- अपने सहायता केंद्र में अपनी प्ररेशन नीति का दस्तावेज़ बनाएं
Add-on not appearing in checkout
Add-on not appearing in checkout
लक्षण: चेकआउट के दौरान सीट ऐड-ऑन उपलब्ध नहीं है।कारण:
- उत्पाद के साथ ऐड-ऑन संलग्न नहीं है
- ऐड-ऑन को संग्रहीत या हटाया गया है
- उत्पाद और ऐड-ऑन के बीच मुद्रा मेल नहीं खाती
- सुनिश्चित करें कि ऐड-ऑन को उत्पाद सेटिंग्स में संलग्न किया गया है
- ऐड-ऑन की स्थिति को ऐड-ऑन्स डैशबोर्ड में जांचें
- सुनिश्चित करें कि मुद्राएँ सटीक मेल खाती हैं
Cannot reduce seats below current usage
Cannot reduce seats below current usage
लक्षण: ग्राहक सीटों को घटाना चाहता है लेकिन उपयोगकर्ता असाइन किए गए हैं।समाधान:
- दिखाएं कि किन उपयोगकर्ताओं को हटाने की आवश्यकता है इससे पहले कि सीटें घटाई जा सकें
- एक कार्यप्रवाह लागू करें: उपयोगकर्ताओं को हटाएं → सीटें घटाएं
- सीट घटाव लागू करने से पहले ग्रेस पीरियड पर विचार करें
संबंधित दस्तावेजीकरण
Seat-Based Pricing Tutorial
कोड के साथ पूर्ण कार्यान्वयन गाइड।
Add-ons
ऐड-ऑन सिस्टम को गहराई से समझें।
Plan Changes & Proration
सदस्यता संशोधनों को संभालें।
Subscription Webhooks
सदस्यता घटनाओं को ट्रैक करें।