सीधे सामग्री पर जाएँ
ToolSimu

SaaS, AI और क्लाउड · इंटरैक्टिव सिमुलेटर

ऑथ MAU लागत सिमुलेटर: प्रति-उपयोगकर्ता लॉगिन मूल्य बनाम स्वयं-होस्टेड ऑथेंटिकेशन

प्रति सक्रिय उपयोगकर्ता के हिसाब से लगने वाला ऑथेंटिकेशन लॉन्च के समय सस्ता लगता है। देखिए कि उपयोगकर्ता आधार बढ़ने पर बॉट, SMS कोड, लॉकआउट और इंजीनियरिंग समय क्या जोड़ते हैं, और स्वयं-होस्टिंग कब फायदेमंद होने लगती है।

नियंत्रण टावर

वे अलग-अलग लोग जिन्होंने महीने में साइन इन किया या सत्र खुला रखा। विक्रेता इसी संख्या पर बिल बनाता है।

1,20,000

मासिक सक्रिय उपयोगकर्ताओं का वह हिस्सा जो सशुल्क योजना पर है। मुफ्त उपयोगकर्ता ऑथ पर खर्च कराते हैं, पर राजस्व नहीं लाते।

2%

छूट के बाद हर भुगतान करने वाले उपयोगकर्ता से औसत मासिक राजस्व।

₹996.00

मुफ्त स्तर से ऊपर प्रत्येक सक्रिय उपयोगकर्ता पर प्रदाता का शुल्क। कई योजनाओं में अधिक मात्रा पर कीमत की सीढ़ियां ज्यादा तीखी होती हैं।

₹1.66

सक्रिय उपयोगकर्ताओं का वह हिस्सा जिसे हर महीने टेक्स्ट संदेश से एक बार इस्तेमाल होने वाला कोड मिलता है।

20%

इंटीग्रेशन के रखरखाव, माइग्रेशन, सत्र की बग और सुरक्षा समीक्षाओं पर प्रति माह लगने वाले घंटे।

14

मौजूदा परिदृश्य पर एक रिवर्स स्ट्रेस टेस्ट और 1,000 बार का मोंटे कार्लो सिमुलेशन चलाता है।

मासिक शुद्ध परिणाम

₹6,39,100

क्रमिक डोमिनो प्रवाह

हर चरण अगले चरण को प्रभावित करता है। हरा सुरक्षित है, पीला चेतावनी है और लाल गंभीर स्थिति है।

  1. 1

    बिल योग्य उपयोगकर्ता

    1,27,200

    विक्रेता द्वारा गिने गए उपयोगकर्ता

    चेतावनी

  2. 2

    प्रति भुगतानकर्ता ऑथ लागत

    ₹156

    प्रति भुगतान करने वाले उपयोगकर्ता प्रति माह

    चेतावनी

  3. 3

    ऑथ का भार

    19%

    राजस्व ऑथेंटिकेशन में जाता है

    चेतावनी

  4. 4

    योगदान

    41%

    होस्टिंग, ऑथ और सहायता के बाद मार्जिन

    सुरक्षित

  5. 5

    लाभ

    ₹6 लाख

    प्रति माह शुद्ध

    सुरक्षित

धनराशि INR में एक उदाहरणात्मक पैमाने पर दिखाई गई है, यह वास्तविक विनिमय दर नहीं है।

विस्तृत मार्गदर्शिका

ऑथ MAU लागत सिमुलेटर: प्रति-उपयोगकर्ता लॉगिन मूल्य बनाम स्वयं-होस्टेड ऑथेंटिकेशन

उद्योग का कार्यकारी विश्लेषण

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

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

डोमिनो मॉडल पैसे का पीछा पांच चरणों में करता है। सक्रिय उपयोगकर्ता और जिन बॉट खातों का आपसे बिल लिया जाता है, मिलकर बिल योग्य संख्या तय करते हैं। यह संख्या और SMS की मात्रा प्रति भुगतानकर्ता ऑथ लागत तय करती हैं। राजस्व पर बांटने पर यही ऑथ का भार बन जाता है। होस्टिंग, सहायता और इंजीनियरिंग के बाद जो बचता है वह योगदान मार्जिन है, और स्थिर लागतें तय करती हैं कि महीना लाभ में खत्म होगा या नहीं। बॉट साइन-अप या टेक्स्ट-संदेश सत्यापन वाले उपयोगकर्ताओं के हिस्से में थोड़ी बढ़ोतरी भी दूसरे खाने को पीले से लाल कर सकती है, जबकि आखिरी खाना अभी नहीं बदला होता।

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

सूत्र और कार्यप्रणाली का खाका

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

बिल योग्य उपयोगकर्ता
B = MAU × (1 + बॉट हिस्सा)
बॉट और फर्जी साइन-अप जो सक्रिय गिने जाते हैं और वास्तविक उपयोगकर्ताओं की तरह बिल किए जाते हैं।
विक्रेता का इनवॉइस
A = अधिकतम(0, B − 10,000) × प्रति MAU मूल्य
किसी भी ऐड-ऑन से पहले, मुफ्त स्तर से ऊपर प्रदाता का शुल्क।
SMS और सहायता
S = MAU × MFA हिस्सा × 2 × SMS मूल्य + MAU × 0.4% × टिकट लागत
टेक्स्ट-संदेश कोड और लॉगिन व लॉकआउट टिकटों का जवाब देने की लागत।
प्रति भुगतानकर्ता ऑथ लागत
(A + SMS) ÷ (MAU × भुगतान करने वालों का हिस्सा)
हर भुगतान करने वाले ग्राहक को हर महीने कितना ऑथेंटिकेशन खर्च वहन करना पड़ता है।
शुद्ध लाभ
शुद्ध = राजस्व − होस्टिंग − A − SMS − सहायता − इंजीनियरिंग − स्थिर
मासिक परिणाम। टूटने का बिंदु वह है जहां यह शून्य पर पहुंचता है।

क्रमिक संवेदनशीलता

भुगतान करने वालों का हिस्सा और प्रति भुगतानकर्ता राजस्व सबसे संवेदनशील इनपुट हैं, क्योंकि वे पूरी राजस्व रेखा को गुणा करते हैं। इसके बाद प्रति अतिरिक्त MAU मूल्य आता है: अधिक मात्रा पर प्रति उपयोगकर्ता हर पैसा बड़ी रकम बन जाता है। इंजीनियरिंग घंटे और SMS का हिस्सा छोटे लेकिन स्थायी हैं, और इन्हीं को घटाना सबसे आसान है। सक्रिय उपयोगकर्ता दोनों तरफ असर डालते हैं: अधिक उपयोगकर्ता इनवॉइस बढ़ाते हैं, पर जब तक भुगतान करने वालों का हिस्सा टिका रहता है, राजस्व उससे तेज बढ़ता है।

वास्तविक दुनिया के तीन केस अध्ययन

स्वयं-वित्तपोषित शुरुआती व्यवसाय

मुफ्त स्तर के भीतर एक छोटा ऐप

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

विस्तार करता मध्यम बाज़ार

मजबूत रूपांतरण वाला बढ़ता प्लेटफॉर्म

तीन लाख सक्रिय उपयोगकर्ताओं वाला एक प्लेटफॉर्म साढ़े तीन प्रतिशत को भुगतानकर्ता बनाता है और प्रति योजना ऊंची कीमत लेता है। विक्रेता का इनवॉइस पूर्ण रूप से बड़ा है, फिर भी राजस्व से भली-भांति ढका हुआ है। इसे लोड कीजिए और देखिए कि जब भुगतान करने वाले आधार का बोझ उठाते हैं तो प्रति-उपयोगकर्ता मूल्य क्यों ठीक रहता है, और स्वयं-होस्टिंग कहां मायने रखने लगेगी।

ब्लैक स्वान संकट

कम भुगतानकर्ताओं वाला वायरल मुफ्त ऐप

एक मुफ्त टूल वायरल होकर साढ़े तीन लाख उपयोगकर्ताओं तक पहुंच जाता है, पर एक प्रतिशत से कम भुगतान करते हैं। आधे उपयोगकर्ताओं के लिए SMS सत्यापन चालू है, बॉट गिनती में जुड़ जाते हैं और विक्रेता खाते को ऊंचे स्तर पर ले जाता है। इसे लोड कीजिए और देखिए कि ऑथेंटिकेशन की लागत एक ही महीने में राजस्व से आगे निकल जाती है।

उद्योग बेंचमार्क तालिका

मापदंडखतरे का क्षेत्रउद्योग औसतशीर्ष 10% श्रेष्ठ
राजस्व के हिस्से के रूप में ऑथ लागत20% से अधिक5–12%4% से कम
प्रति भुगतान करने वाले उपयोगकर्ता ऑथ लागत$3.50 प्रति माह से अधिक$0.50–$1.50$0.40 से कम
सक्रिय उपयोगकर्ताओं में भुगतान करने वालों का हिस्सा1% से कम2–5%8% से अधिक
साइन-अप में बॉट और फर्जी खाते15% से अधिक3–8%2% से कम
प्रति माह ऑथ पर इंजीनियरिंग घंटे60 से अधिक10–258 से कम

चर और नियंत्रक कारक

मासिक सक्रिय उपयोगकर्ता

वे अलग-अलग लोग जिन्होंने महीने में साइन इन किया या सत्र खुला रखा। विक्रेता इसी संख्या पर बिल बनाता है।

नियंत्रक कारक: निष्क्रिय खाते हटाइए और सक्रिय उपयोगकर्ता की परिभाषा वही रखिए जो आपका विक्रेता मानता है, ताकि आप उन सत्रों का भुगतान न करें जिन्हें कोई इस्तेमाल नहीं करता।

भुगतान करने वाले उपयोगकर्ताओं का हिस्सा

मासिक सक्रिय उपयोगकर्ताओं का वह हिस्सा जो सशुल्क योजना पर है। मुफ्त उपयोगकर्ता ऑथ पर खर्च कराते हैं, पर राजस्व नहीं लाते।

नियंत्रक कारक: एक्टिवेशन और अपग्रेड के संकेत बेहतर कीजिए, क्योंकि हर मुफ्त उपयोगकर्ता जो कभी भुगतान नहीं करता, फिर भी ऑथेंटिकेशन का बिल बढ़ाता है।

प्रति भुगतानकर्ता राजस्व

छूट के बाद हर भुगतान करने वाले उपयोगकर्ता से औसत मासिक राजस्व।

नियंत्रक कारक: कीमतें बढ़ाइए या भारी उपयोगकर्ताओं को ऊंचे स्तर पर ले जाइए, ताकि प्रति भुगतानकर्ता राजस्व प्रति-उपयोगकर्ता लागत के साथ बना रहे।

प्रति अतिरिक्त MAU मूल्य

मुफ्त स्तर से ऊपर प्रत्येक सक्रिय उपयोगकर्ता पर प्रदाता का शुल्क। कई योजनाओं में अधिक मात्रा पर कीमत की सीढ़ियां ज्यादा तीखी होती हैं।

नियंत्रक कारक: प्रतिबद्ध-मात्रा वाले स्तर पर मोलभाव कीजिए या विक्रेताओं की तुलना कीजिए, क्योंकि मुफ्त स्तर पार करने के बाद प्रति-उपयोगकर्ता मूल्य ही सबसे बड़ा उपाय है।

SMS मल्टी-फैक्टर वाले उपयोगकर्ता

सक्रिय उपयोगकर्ताओं का वह हिस्सा जिसे हर महीने टेक्स्ट संदेश से एक बार इस्तेमाल होने वाला कोड मिलता है।

नियंत्रक कारक: पहले ऑथेंटिकेटर ऐप और पासकी दीजिए और SMS को केवल विकल्प के रूप में रखिए, क्योंकि हर टेक्स्ट संदेश सीधी लागत है।

ऑथ पर इंजीनियरिंग घंटे

इंटीग्रेशन के रखरखाव, माइग्रेशन, सत्र की बग और सुरक्षा समीक्षाओं पर प्रति माह लगने वाले घंटे।

नियंत्रक कारक: एक ही लॉगिन प्रवाह अपनाइए और कस्टम कोड हटाइए, क्योंकि रखरखाव का हर अतिरिक्त घंटा वेतन की एक छिपी मद है।

इस सिमुलेटर का उपयोग कैसे करें

  1. 1अपने एनालिटिक्स से पिछले महीने के सक्रिय उपयोगकर्ता, भुगतान करने वालों का हिस्सा और प्रति भुगतानकर्ता राजस्व दर्ज कीजिए।
  2. 2अपने विक्रेता के इनवॉइस से प्रति अतिरिक्त उपयोगकर्ता मूल्य भरिए और SMS व बॉट के हिस्सों का अनुमान लगाइए।
  3. 3पांचों खाने पढ़िए और ध्यान दीजिए कि कौन-सा पहले पीला या लाल होता है।
  4. 4“मेरा टूटने का बिंदु खोजें” दबाकर देखिए कि लाभ के शून्य होने से पहले उपयोगकर्ता या कीमत कितनी बदल सकती है।
  5. 5माइग्रेशन लागत सहित 24 महीनों में होस्टेड और स्वयं-होस्टेड ऑथेंटिकेशन की तुलना कीजिए।

इन गलतियों से बचें

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

अक्सर पूछे जाने वाले प्रश्न

क्या प्रति-MAU मूल्य निर्धारण घाटे का सौदा है?

अपने आप में नहीं। जब तक आपका आधार छोटा है या अधिकतर उपयोगकर्ता भुगतान करते हैं, यह सस्ता है। जब मुफ्त या निष्क्रिय उपयोगकर्ता बहुत हों तो यह महंगा हो जाता है, इसलिए किसी योजना को चुनने से पहले अपने भुगतान करने वालों के हिस्से का मॉडल बनाइए।

स्वयं-होस्टेड ऑथेंटिकेशन कब जीतता है?

आमतौर पर तब, जब उपयोगकर्ता संख्या ऊंची हो और भुगतान करने वालों का हिस्सा कम, और वह भी तभी जब आप इंजीनियरिंग समय दे सकें। यहां दोनों परिदृश्य चलाइए और माइग्रेशन लागत सहित 24 महीनों की तुलना देखिए।

बॉट साइन-अप मॉडल का हिस्सा क्यों हैं?

प्रदाता आमतौर पर महीने में साइन इन करने वाले हर खाते को सक्रिय गिनते हैं। फर्जी खातों का बिल भी असली खातों की तरह बनता है, इसलिए बॉट सुरक्षा अपना खर्च खुद निकाल सकती है।

क्या SMS कोड सचमुच बड़ी लागत हैं?

प्रति संदेश ये छोटे हैं, पर उपयोगकर्ताओं और महीनों से गुणा होकर बड़े हो जाते हैं। ऑथेंटिकेटर ऐप और पासकी इस लागत का अधिकांश हटा देते हैं और आमतौर पर टेक्स्ट संदेशों से अधिक सुरक्षित भी हैं।

मैं टूटने का बिंदु कैसे खोजूं?

“मेरा टूटने का बिंदु खोजें” दबाइए। टूल हर इनपुट को उसके बुरे छोर की ओर धकेलता है और वह मान बताता है जहां मासिक लाभ शून्य हो जाता है।

यह कितना सटीक है?

यह घोषित मान्यताओं वाला एक शैक्षिक मॉडल है, वित्तीय या सुरक्षा सलाह नहीं। इनपुट को अपने इनवॉइस और उपयोग के आंकड़ों से बदलिए और विक्रेता का वर्तमान मूल्य जांच लीजिए।

यह घोषित मान्यताओं पर आधारित एक शैक्षिक योजना मॉडल है। यह वित्तीय, कर संबंधी या कानूनी सलाह नहीं है। इनपुट की जगह अपने आँकड़े डालें और महत्वपूर्ण निर्णयों की पुष्टि किसी योग्य पेशेवर से कराएँ।