गाइड

SaaS प्रोडक्ट की कीमत कैसे तय करें: मॉडल, ट्रेड-ऑफ़ और पहली कीमत

SaaS प्रोडक्ट की कीमत तय करने के लिए, एक खास ग्राहक के लिए उसकी बनाई वैल्यू से शुरू कीजिए, ऐसा प्राइसिंग मॉडल चुनिए जो उस वैल्यू के साथ बढ़े (फ़्लैट, टियर्ड, प्रति-सीट या उपयोग-आधारित), और ऐसी पहली कीमत चुनिए जिसका बचाव कर सकें — फिर असली खरीदारों के साथ परखकर उसे समायोजित करें। ज़्यादातर नए प्रोडक्ट के लिए दो या तीन सरल टियर और एक फ़्री ट्रायल एक समझदार डिफ़ॉल्ट है। आपकी पहली कीमत गलत होगी; लक्ष्य यह है कि गलती ऐसे तरीके से हो जिससे आप सीख सकें।

वैल्यू से शुरू कीजिए, लागत से नहीं

कीमत को तीन तरीकों से जोड़ा जा सकता है:

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

तीनों का उपयोग कीजिए, इस क्रम में महत्व के हिसाब से: वैल्यू ऊपरी सीमा तय करती है, प्रतिस्पर्धी दिखाते हैं कि खरीदार क्या देने के आदी हैं, और लागत निचली सीमा तय करती है।

वैल्यू का अंदाज़ा लगाने के लिए वैलिडेशन के दौरान ग्राहकों से पूछिए कि आज समस्या की कीमत उन्हें कितनी है: हर हफ़्ते कितने घंटे, कितना पैसा खोया जाता है, कौन सा टूल वे पहले से देते हैं, या किस व्यक्ति को वे दूसरी तरह रखते। जो टूल किसी बिज़नेस ओनर के महीने के कई घंटे बचाता है, उसकी वैल्यू उन घंटों की उनके लिए कीमत के एक ठीक-ठाक हिस्से जितनी है।

लागत की निचली सीमा जानिए

सॉफ़्टवेयर हर ग्राहक के लिए चलाने में सस्ता है, पर मुफ़्त नहीं। हर ग्राहक के लिए प्रति महीने जोड़िए:

  • उनके डेटा के लिए होस्टिंग, डेटाबेस और स्टोरेज
  • जो पेड API वे ट्रिगर करते हैं — AI मॉडल आम तौर पर सबसे बड़ा आश्चर्य होते हैं
  • ईमेल भेजना
  • पेमेंट प्रोसेसिंग शुल्क

उदाहरण के लिए, Stripe का मानक अमेरिकी रेट प्रति सफल घरेलू कार्ड चार्ज 2.9% + 30¢ है (Stripe pricing, सितंबर 2026 तक; दूसरे देशों में अलग होता है)। $5 मासिक प्लान पर शुल्क $50 वाले प्लान की तुलना में कहीं बड़ा हिस्सा लेते हैं। बहुत सस्ते प्लान शुल्क, सपोर्ट और रिफ़ंड गिनने पर घाटे में जा सकते हैं।

वैल्यू मेट्रिक चुनिए

वैल्यू मेट्रिक वह इकाई है जिसके लिए आप चार्ज करते हैं: प्रति यूज़र, प्रति प्रोजेक्ट, प्रति भेजा गया इनवॉइस, प्रति संग्रहीत संपर्क। अच्छा मेट्रिक:

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

मेट्रिक चुनना सटीक संख्या चुनने से ज़्यादा मायने रखता है, क्योंकि यही तय करता है कि ग्राहक बढ़ने के साथ आपकी आमदनी कैसे बढ़ेगी।

मुख्य प्राइसिंग मॉडल

फ़्लैट-रेट प्राइसिंग

एक कीमत, एक प्लान, सब कुछ शामिल।

  • किसके लिए अच्छा: एक ही तरह के ग्राहकों वाले सरल प्रोडक्ट।
  • फ़ायदे: समझाना और बेचना सबसे आसान; कोई भ्रम नहीं।
  • नुकसान: छोटे ग्राहकों को यह महँगा लग सकता है और बड़े ग्राहकों को सस्ता सौदा मिलता है। अपग्रेड का कोई स्वाभाविक रास्ता नहीं।

टियर्ड प्राइसिंग

दो से चार प्लान — जैसे Starter, Pro और Business — हर स्तर पर ज़्यादा फ़ीचर या सीमाओं के साथ।

  • किसके लिए अच्छा: ज़्यादातर शुरुआती SaaS प्रोडक्ट, जब ग्राहकों के आकार या ज़रूरतें अलग हों।
  • फ़ायदे: अलग-अलग बजट की सेवा करता है; ग्राहकों को अपग्रेड का कारण देता है; ऊँचे टियर से एंकर करने देता है।
  • नुकसान: तय करना कि कौन सा फ़ीचर किस टियर में जाए, कठिन है, और बहुत सारे टियर खरीदारों को उलझाते हैं। अंतर साफ़ रखिए।

प्रति-सीट प्राइसिंग

प्रति यूज़र, प्रति महीने एक कीमत।

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

उपयोग-आधारित प्राइसिंग

ग्राहक वही भुगतान करते हैं जो वे इस्तेमाल करते हैं: API कॉल, भेजे गए संदेश, संग्रहीत गीगाबाइट, खर्च किए गए क्रेडिट।

  • किसके लिए अच्छा: वे प्रोडक्ट जिनमें उपयोग बहुत अलग-अलग होता है, या जहाँ आपकी अपनी लागत उपयोग के साथ बढ़ती है (AI फ़ीचर, मैसेजिंग, डेटा प्रोसेसिंग)।
  • फ़ायदे: निष्पक्ष; छोटे ग्राहक सस्ते में शुरू करते हैं; भारी यूज़र से आमदनी बढ़ती है; आपकी लागत कवर होती है।
  • नुकसान: बिल का अनुमान लगाना कठिन होता है, जो कुछ खरीदारों को असहज करता है। शामिल मात्रा, खर्च की सीमा, अलर्ट और साफ़ उपयोग डैशबोर्ड दीजिए।

हाइब्रिड प्राइसिंग

एक बेस सब्सक्रिप्शन, साथ में शामिल मात्रा से ऊपर का उपयोग — जैसे एक मासिक प्लान जिसमें एक तय मात्रा शामिल हो और अतिरिक्त के लिए शुल्क लगे।

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

फ़्रीमियम

हमेशा के लिए मुफ़्त प्लान, सीमाओं के साथ, और उसके ऊपर पेड प्लान।

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

फ़्री ट्रायल

ट्रायल पूरी या लगभग पूरी पहुँच सीमित समय के लिए देता है, फिर भुगतान माँगता है।

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

ट्रायल की लंबाई इस हिसाब से तय करें कि एक नए ग्राहक को पहला असली नतीजा मिलने में कितना समय लगता है। अगर इसमें एक हफ़्ते का सेटअप लगता है, तो बहुत छोटा ट्रायल काम नहीं करेगा। ट्रायल खत्म होने से पहले याद दिलाइए और साफ़ बताइए कि आगे क्या होगा।

प्राइसिंग मॉडल की तुलना

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

अपनी पहली कीमत तय करना

  1. लिखिए कि ग्राहक अभी समस्या हल करने के लिए क्या देते हैं — टूल, समय, लोग।
  2. अपना वैल्यू मेट्रिक और ऊपर से एक मॉडल चुनिए।
  3. दो या तीन टियर का ड्राफ़्ट बनाइए। सबसे निचला एक यूज़र की मुख्य ज़रूरत पूरी करे; बीच वाला वह हो जिसे ज़्यादातर लोग चुनेंगे; सबसे ऊपर वह हो जो बड़े ग्राहक माँगते हैं।
  4. लागत की सीमा जाँचिए। पक्का कीजिए कि सबसे सस्ता प्लान एक भारी यूज़र की सेवा की लागत को कवर करता है, जिसमें पेमेंट शुल्क और पेड API शामिल हैं।
  5. कीमत लोगों के सामने रखिए। इंटरव्यू में और अपने लैंडिंग पेज पर दिखाइए। हिचकिचाहट और सवाल तारीफ़ से ज़्यादा बताते हैं।
  6. सालाना बिलिंग दीजिए, पहले से भुगतान पर छूट के साथ। इससे कैश-फ़्लो सुधरता है और चर्न कम होता है, पर मासिक विकल्प भी सच में उपलब्ध रखिए।

कीमतें टेस्ट करना और बढ़ाना

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

प्राइसिंग पेज की बुनियादी बातें

  • सेल्फ़-सर्विस प्लान के लिए कीमतें सार्वजनिक दिखाइए।
  • वह प्लान हाइलाइट कीजिए जिसे ज़्यादातर लोगों को चुनना चाहिए।
  • टियर के बीच के अंतर लिखिए, हर फ़ीचर नहीं।
  • पेज पर आम सवालों के जवाब दीजिए: क्या मैं रद्द कर सकता हूँ, सीमा पर क्या होता है, क्या कोई ट्रायल है।
  • हर प्लान पर कॉल टू एक्शन एक जैसा रखिए।

Mythex के साथ प्राइसिंग और बिलिंग

अगर आप अपना SaaS Mythex पर बनाते हैं, तो चेकआउट और सब्सक्रिप्शन के लिए अपना Stripe अकाउंट जोड़ते हैं — डॉक्स में Stripe रेसिपी चरण दिखाती है — और आपकी प्राइसिंग पूरी तरह आपकी अपनी है। Mythex के अपने प्लान हाइब्रिड मॉडल का एक उदाहरण हैं: दैनिक क्रेडिट वाला एक फ़्री टियर, और शामिल क्रेडिट व टॉप-अप वाला एक फ़्लैट Pro सब्सक्रिप्शन, जैसा प्राइसिंग पेज पर दिखता है। ऐप बनाने के लिए, SaaS MVP गाइड बताती है कि पहले क्या शामिल करें, और ऐप में पेमेंट जोड़ना Stripe चेकआउट और webhooks के बारे में समझाता है।

सवाल

नए SaaS के लिए सबसे अच्छा प्राइसिंग मॉडल कौन सा है?

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

क्या मुझे फ़्री प्लान देना चाहिए या फ़्री ट्रायल?

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

मुझे कैसे पता चले कि मेरे SaaS की कीमत बहुत कम है?

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

क्या मुझे अपनी वेबसाइट पर कीमतें दिखानी चाहिए?

सेल्फ़-सर्विस प्रोडक्ट के लिए, हाँ — कीमतें छिपाना घर्षण बढ़ाता है और कई खरीदार चले जाते हैं। बड़ी कंपनियों को सेल्स कॉल के ज़रिए बेचे जाने वाले प्रोडक्ट अक्सर शुरुआती कीमत या सबसे बड़े प्लान के लिए “संपर्क करें” टियर दिखाते हैं।

Mythex · Pricing · AI से कुछ भी बनाएँ · वेबसाइट और ऐप टेम्पलेट · Mythex की तुलना · AI से ऐप बनाने की शब्दावली · AI से ऐप बनाने के फ्री टूल · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)