न्यूनतम व्यवहार्य उत्पाद: कम बनाएं, तेजी से सीखें

FabricLoop टीम द्वारा  ·  मई 2026  ·  9 मिनट पढ़ें

"MVP" शब्द का उपयोग इतनी बार और इतने ढीले तरीके से किया गया है कि इसने लगभग अपना अर्थ खो दिया है। संस्थापक इसे polished v1 लॉन्च, कठोर प्रोटोटाइप, लैंडिंग पेज, और इसके बीच सब कुछ का वर्णन करने के लिए उपयोग करते हैं। कुछ इसे कुछ टूटा हुआ शिप करने के बहाने के रूप में उपयोग करते हैं। दूसरे इसे हमेशा के लिए निर्माण करते रहने के कारण के रूप में उपयोग करते हैं ("यह अभी व्यवहार्य नहीं है")।

मूल परिभाषा — Eric Ries की Lean Startup से — सटीक है: MVP उत्पाद का वह संस्करण है जो आपको ग्राहकों के बारे में कम से कम प्रयास के साथ सत्यापित सीखने की अधिकतम मात्रा एकत्र करने की अनुमति देता है। यह एक उत्पाद लॉन्च नहीं है, एक सीखने का साधन है।

सबसे महत्वपूर्ण शब्द: व्यवहार्य

न्यूनतम कठिन हिस्सा नहीं है। संस्थापक स्वाभाविक रूप से सुविधाओं को घटाने के लिए इच्छुक हैं। कठिन हिस्सा व्यवहार्य है। एक व्यवहार्य उत्पाद पर्याप्त मूल्य देता है कि कोई वास्तव में इसका उपयोग करेगा और आपको ईमानदार प्रतिक्रिया देगा — या आदर्श रूप से, इसके लिए भुगतान करेगा।

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

MVP एक परिकल्पना परीक्षण है

MVP के बारे में सोचने का सबसे अच्छा तरीका एक स्पष्ट रूप से कहा गया परिकल्पना के साथ एक प्रयोग के रूप में है। कुछ भी बनाने से पहले, लिखें:

यदि आप एक स्पष्ट गलत स्थिति कहते नहीं हैं, तो आप एक परिकल्पना का परीक्षण नहीं कर रहे हैं — आप एक उत्पाद बना रहे हैं। MVP केवल तभी काम करता है जब आप आगे से प्रतिबद्ध होते हैं कि "नहीं" कैसा दिखता है।

MVP स्पेक्ट्रम: नकली से कार्यात्मक तक

MVP पूरी तरह से मैनुअल से पूरी तरह से स्वचालित तक स्पेक्ट्रम पर मौजूद हैं। आप उस स्पेक्ट्रम पर कहाँ बैठ सकते हैं यह इस बात पर निर्भर करता है कि आप क्या सीखना चाहते हैं और आप परीक्षा में कितना निवेश करने के लिए तैयार हैं।

कई संस्थापक सीधे "कार्यात्मक MVP" पर जाते हैं क्योंकि यह सबसे वैध महसूस होता है। लेकिन एक कंसिएर्ज MVP — 10 ग्राहकों के लिए सेवा को मैनुअल रूप से देना — अक्सर आपको दो सप्ताह में छह महीने के निर्माण की तुलना में अधिक सिखाता है। लक्ष्य सीखना है, उत्पाद नहीं।

MVP में क्या होता है और क्या नहीं होता है

स्कोप निर्णय वह जगह है जहाँ अधिकांश MVP गलत होते हैं। यहाँ एक फ्रेमवर्क है कि क्या शामिल करना है:

परीक्षा: आप जिस हर सुविधा को जोड़ने पर विचार कर रहे हैं, उसके लिए पूछें "यह क्या सीखने में सक्षम बनाता है?" यदि उत्तर "कोई नहीं — यह सिर्फ बेहतर है," तो काटें। इसे बाद में बनाएं, इसके बाद आपने सत्यापित किया कि मुख्य काम कर रहा है।

MVP और बीटा के बीच अंतर

ये एक ही बात नहीं हैं और उन्हें मिलाने से समस्याएं होती हैं। एक MVP एक परिकल्पना को सत्यापित करने के लिए डिजाइन किया गया एक प्रयोग है। एक बीटा सामान्य उपलब्धता से पहले परीक्षण के लिए आपके इच्छित उत्पाद का शुरुआती संस्करण है।

एक MVP पूरी तरह से प्रयोग के बाद फेंक दिया जा सकता है। एक बीटा आमतौर पर आप जो शिप करेंगे उसकी नींव है। एक MVP प्रति इकाई सीखने को अधिकतम करने के लिए डिजाइन किया गया है। एक बीटा एक near-complete उत्पाद में bugs खोजने के लिए डिजाइन किया गया है।

आप एक कोड की लाइन लिखने से पहले एक MVP हो सकते हैं। एक काफी हद तक निर्मित उत्पाद के बिना आप एक बीटा नहीं हो सकते हैं।

कैसे जानें कि आपका MVP काम कर गया

अपनी परिकल्पना पर लौटें। MVP "काम किया" यदि लोगों ने अच्छी चीजें कहीं, लेकिन यदि वे विशिष्ट व्यवहार करते हैं जिसकी आप भविष्य कहते हैं। तारीफें सत्यापन नहीं हैं। प्रतिबद्धताएं — समय, पैसा, दोहराया उपयोग — सत्यापन हैं।

तीन संकेत कि आपका MVP परिकल्पना को सत्यापित करता है:

• उपयोगकर्ता प्रेरणा के बिना लौट आए
• कम से कम एक व्यक्ति ने बिना दबाए भुगतान किया (या भुगतान करने के लिए प्रतिबद्ध)
• उपयोगकर्ता भ्रमित या निराश थे जब एक विशेषता गायब थी — अर्थ वे इस पर भरोसा करने की योजना बना रहे थे

तीन संकेत कि यह नहीं करता है:

• उपयोगकर्ताओं ने कहा वे इसे प्यार करते हैं लेकिन फिर से उपयोग नहीं किया
• सकारात्मक प्रतिक्रिया ज्यादातर दोस्तों और परिवार से आई
• आपको व्यापक रूप से समझाना पड़ा कि यह उपयोगी क्यों था इससे पहले वे इसे समझें