SaaS MVP कैसे बनाएं: अकाउंट, बिलिंग, एक मुख्य फ़ीचर

SaaS MVP बनाने के लिए, एक विशेष ग्राहक के लिए आपके प्रोडक्ट का एक काम चुनें, उस काम को साइन-अप और उसके पीछे database के साथ शुरू से अंत तक बनाएं, जब आप जाँचना चाहें कि लोग भुगतान करेंगे या नहीं तब भुगतान का एक सरल तरीका जोड़ें, और जितनी जल्दी हो सके असली उपयोगकर्ताओं के सामने रखें। एक AI ऐप बिल्डर विवरण से लेकर कुछ ही दिनों में एक काम करने वाला, होस्टेड प्रोडक्ट दे सकता है। सबसे कठिन और सबसे कीमती हिस्सा यह तय करना है कि क्या छोड़ना है।

MVP क्या बनाता है, छोटा SaaS नहीं

MVP (minimum viable product) एक सवाल का जवाब देने के लिए होता है, आमतौर पर "क्या ये लोग इसका इस्तेमाल करेंगे, और क्या इसके लिए पैसे देंगे?", और इसके लिए कम से कम बनाना पड़े। उसमें हर चीज़ इसी सवाल की सेवा में होनी चाहिए। अगर यह शब्द नया है, तो देखें MVP क्या है।

इससे हर फ़ीचर के लिए एक उपयोगी परीक्षा निकलती है: क्या पहला ग्राहक इसके बिना प्रोडक्ट इस्तेमाल करने से मना कर देगा? अगर नहीं, तो वह बाद में आएगा।

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

बनाने से पहले: एक वाक्य लिखें

"[प्रोडक्ट] [एक खास ग्राहक] को [एक खास काम] करने में मदद करता है, [मौजूदा दर्द] के बिना।"

उदाहरण: "Proposly फ़्रीलांस डिज़ाइनरों को खाली दस्तावेज़ से शुरू किए बिना, दस मिनट में एक डिस्कवरी कॉल को कीमत वाले प्रस्ताव में बदलने में मदद करता है।"

अगर आप यह वाक्य नहीं लिख पा रहे, तो बनाने से पहले एक सत्र योजना पर लगाएं। ऐप आइडिया कैसे जाँचें बताता है कि संभावित ग्राहकों से पहले कैसे बात करें, जो पूरी प्रक्रिया का सबसे सस्ता कदम है।

SaaS MVP को क्या चाहिए

अकाउंट और डेटा की अलगाव

हर डेटा एक उपयोगकर्ता का होता है (या बाद में, एक टीम का)। हर क्वेरी को सर्वर पर लॉग इन उपयोगकर्ता से फ़िल्टर होना चाहिए। यह गलत हुआ तो एक बहु-उपयोगकर्ता ऐप में सबसे नुकसानदेह बगों में से एक होगा: उपयोगकर्ता A, URL में ID बदलकर उपयोगकर्ता B के रिकॉर्ड खोल लेता है। इसे साफ़ तौर पर माँगें, फिर दो अकाउंट से टेस्ट करें।

लॉग इन के विकल्प: ईमेल और पासवर्ड जो आपके database में (hashed) स्टोर हों, ईमेल से magic links, या एक होस्टेड ऑथ प्रदाता। हर एक काम करता है; होस्टेड प्रदाता पासवर्ड रीसेट और सुरक्षा विवरण संभालता है, बदले में एक और सेवा की कीमत पर। देखें अपने ऐप में लॉग इन कैसे जोड़ें।

बिलिंग

सब्सक्रिप्शन के लिए Stripe आम पसंद है। मानक पैटर्न:

1. उपयोगकर्ता Upgrade पर क्लिक करता है; आपका सर्वर subscription mode में Stripe Checkout session बनाता है।
2. उपयोगकर्ता Stripe के होस्टेड पेज पर भुगतान करता है।
3. Stripe webhooks भेजता है जब सब्सक्रिप्शन शुरू हो, नवीनीकृत हो, विफल हो या रद्द हो। आपका ऐप उपयोगकर्ता के अकाउंट पर स्थिति सेव करता है।
4. पेड फ़ीचर देने से पहले आपका ऐप सर्वर पर यह स्थिति जाँचता है।
5. Stripe का होस्टेड customer portal उपयोगकर्ताओं को कार्ड बदलने, इनवॉइस देखने और रद्द करने देता है, इसलिए आपको बिलिंग सेटिंग्स का पेज नहीं बनाना पड़ता।

Stripe की मानक कीमत लेन-देन का प्रतिशत और एक निश्चित शुल्क है, बिना मासिक शुल्क के (सितंबर 2026 तक)। Stripe Billing, जो सब्सक्रिप्शन चलाता है, अपने pay-as-you-go प्लान पर बिलिंग वॉल्यूम का एक छोटा प्रतिशत जोड़ता है। दरें अलग-अलग हैं, इसलिए अपने देश के लिए Stripe का प्राइसिंग पेज देखें। लॉन्च से पहले कीमतें तय करें, SaaS प्रोडक्ट की कीमत कैसे तय करें मदद करता है, और सब कुछ पहले test mode में बनाएं। पेमेंट कैसे जोड़ें गाइड सेटअप कवर करती है।

मुख्य फ़ीचर

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

ज़रूरी बुनियादी बातें

• ट्रांज़ैक्शनल ईमेल (स्वागत, पासवर्ड रीसेट, रसीदें) Resend या Postmark जैसे प्रदाता से
• गोपनीयता नीति और सेवा की शर्तें
• अकाउंट हटाने का तरीका
• बुनियादी analytics, ताकि पता चले कि लोग वापस आते हैं या नहीं

एक काम करने वाला पहला प्रॉम्प्ट

Proposly नाम का SaaS MVP बनाओ, फ़्रीलांस डिज़ाइनरों के लिए। लैंडिंग पेज: हेडलाइन, तीन फ़ायदे, एक प्राइसिंग सेक्शन जिसमें एक प्लान $19/month हो, और एक साइन-अप बटन। ऐप (लॉग इन के बाद): उपयोगकर्ता के प्रस्तावों की सूची वाला डैशबोर्ड; एक "नया प्रस्ताव" फ़ॉर्म जिसमें क्लाइंट का नाम, प्रोजेक्ट का प्रकार, scope के बुलेट पॉइंट और घंटे की दर हो; एक बना प्रस्ताव पेज जिसमें scope की तालिका और कुल कीमत दिखे, जिसे उपयोगकर्ता संपादित करके PDF में निर्यात कर सके। हर उपयोगकर्ता केवल अपने प्रस्ताव देखे, यह सर्वर पर लागू करें। सब कुछ database में सेव करो। अभी के लिए एक सरल placeholder लॉग इन स्क्रीन रखो; असली ऑथ और Stripe बिलिंग अगले चरण में जुड़ेंगे। साफ़, पेशेवर डिज़ाइन।

यह ग्राहक, चक्र और डेटा की सीमा बताता है, और जानबूझकर लॉग इन और बिलिंग को बाद में रखता है ताकि पहला परिणाम उस फ़ीचर पर केंद्रित रहे जो मायने रखता है।

बिल्ड के चरण

1. नमूना डेटा के साथ मुख्य फ़ीचर। तब तक दोहराएं जब तक मुख्य चक्र सही न लगे।
2. Database। सुनिश्चित करें कि डेटा रीफ़्रेश और नए सत्रों में भी बचा रहे।
3. असली अकाउंट। साइन-अप, लॉग इन, रीसेट। फिर दो ब्राउज़र में दो अकाउंट से अलगाव जाँचें।
4. लैंडिंग पेज। एक वाक्य समझाएं। साइन-अप बटन फ़ोल्ड के ऊपर रखें।
5. बिलिंग। Stripe Checkout, webhooks, सर्वर पर पेड स्थिति की जाँच, और customer portal। सफल भुगतान, अस्वीकृत कार्ड और रद्दीकरण टेस्ट करें।
6. ईमेल स्वागत, रीसेट और रसीदों के लिए।
7. सुरक्षा जाँच। AI से बने ऐप्स का सुरक्षा चेकलिस्ट एक अच्छी सूची है जिससे गुज़रें।
8. अपने डोमेन पर प्रकाशित करें और अपने पहले दस उपयोगकर्ताओं को व्यक्तिगत रूप से आमंत्रित करें।

आम गलतियाँ

• सबके लिए बनाना। "छोटे व्यवसाय" के लिए प्रोडक्ट बनाना "स्वतंत्र बुककीपर" के लिए बनाने से कठिन है और बेचना भी कठिन।
• ग्राहकों से पहले admin पैनल। कुछ समय तक आप सीधे database देख सकते हैं।
• पहुँच के लिए ब्राउज़र पर भरोसा। बटन छिपाने से अनुरोध नहीं रुकता। प्लान और मालिकाना हक सर्वर पर जाँचें।
• सफलता पेज पर पेड पहुँच देना बजाय Stripe webhook के।
• तैयार होने का इंतज़ार। पहला संस्करण थोड़ा शर्मिंदा करने वाला लगना चाहिए। ऐप लॉन्च करें और पहले उपयोगकर्ता कैसे पाएं बनाने के बाद के कदमों के लिए विचार देता है।

यह काम कर रहा है या नहीं, यह मापना

लॉन्च से पहले तय करें कि "काम कर रहा है" का मतलब क्या है, वरना हर परिणाम उत्साहजनक लगेगा। ज़्यादातर SaaS MVP के लिए तीन संख्याएं काफ़ी हैं:

• Activation: कितने साइन-अप एक बार मुख्य चक्र पूरा करते हैं, यानी पहला प्रस्ताव बनाते हैं, पहली रिपोर्ट चलाते हैं।
• Return: अगले हफ़्ते कितने वापस आकर फिर से यह करते हैं।
• Payment: सक्रिय उपयोगकर्ताओं में से कितने भुगतान करते हैं, या जब आप पूछें तो हाँ कहते हैं।

इन्हें एक सरल analytics टूल से या अपने database पर कुछ क्वेरी से ट्रैक करें, और उन उपयोगकर्ताओं से बात करें जो छोड़ गए। उनके कारण किसी भी dashboard से ज़्यादा कीमती हैं।

कब नहीं बनाना

अगर प्रोडक्ट किसी मौजूदा टूल के ऊपर पतली परत भर है, जैसे एक फ़ॉर्म, एक स्प्रेडशीट, एक न्यूज़लेटर, तो पहले उसी टूल से आइडिया जाँचें। Typeform और Stripe पेमेंट लिंक मिलकर कुछ बनाने से पहले माँग की पुष्टि कर सकते हैं। MVP तब बनाएं जब मूल्य खुद वर्कफ़्लो में हो, और मौजूदा टूल उसे न दे सकें।

Mythex में बनाना

Mythex पर आप प्रोडक्ट का विवरण देते हैं और एजेंट लैंडिंग पेज और ऐप दोनों को लाइव preview में एक साथ बनाता है; जब आप डेटा सेव करवाना चाहें, तो एक समर्पित Postgres database जुड़ता है। डॉक्स का SaaS MVP उपयोग-मामला इसी पतले-स्लाइस क्रम का पालन करता है। अगर आप अभी भी आकार दे रहे हैं, तो पहले बिल्ड से पहले Plan मोड उपयोगी है।

जो आप खुद लाते हैं उसे भी जानें: आपके ऐप के उपयोगकर्ताओं का लॉग इन आपके चुने हुए auth तरीके या प्रदाता से चलता है (authentication जोड़ें), और सब्सक्रिप्शन आपके अपने Stripe खाते से चलते हैं, जिनकी keys प्रोजेक्ट secrets के रूप में रखी जाती हैं। Mythex में आपके ग्राहकों के लिए कोई बिल्ट-इन SaaS बिलिंग, उपयोग मीटरिंग या team SSO नहीं है। Pro पर आप कस्टम डोमेन जोड़ सकते हैं और कोड एक्सपोर्ट कर सकते हैं या GitHub से सिंक कर सकते हैं, ताकि बाद में कोई डेवलपर काम संभाल सके। शुरुआती प्रॉम्प्ट के लिए ऐप टेम्पलेट या SaaS डैशबोर्ड टेम्पलेट देखें।

सवाल