AI से MVP कैसे बनाएं: फ़ाउंडर्स के लिए प्लेबुक

AI से MVP बनाने के लिए तय करें कि यह कौन-सी एक समस्या हल करता है और यूज़र को कौन-सा एक काम पूरा करना है, उस फ़्लो को एक प्रॉम्प्ट में बताएं और लाइव लिंक कुछ असली यूज़र्स को दें। फिर उनके व्यवहार के हिसाब से उसी चैट में सुधार करें, और अकाउंट या पेमेंट तभी जोड़ें जब टेस्ट को उनकी ज़रूरत हो।

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

MVP क्या है, और क्या नहीं

मिनिमम वायबल प्रोडक्ट (MVP)

सबसे छोटी काम करने वाली चीज़ जिसे आप असली यूज़र्स के सामने रख सकें, ताकि पता चले कि आपकी सबसे जोखिम भरी धारणा सच है या नहीं।

यह शब्द Lean Startup तरीके से आया है, जो बनाओ-नापो-सीखो का एक चक्र बताता है: समस्या पहचानें, फिर MVP बनाएं "ताकि सीखने की प्रक्रिया जितनी जल्दी हो सके शुरू हो" (Lean Startup के सिद्धांत, अंग्रेज़ी में)। आपको जो नतीजा चाहिए, वह सीख है, सॉफ़्टवेयर नहीं।

इससे कुछ ऐसी चीज़ें बाहर हो जाती हैं जिन्हें फ़ाउंडर अक्सर MVP कह देते हैं:

• मॉकअप या क्लिक होने वाला प्रोटोटाइप। डिज़ाइन पर राय के लिए काम का है, पर उससे कोई सच में फ़ायदा नहीं ले सकता, इसलिए वह यह नहीं बता सकता कि लोग लेंगे या नहीं।
• कम चमक-दमक वाला वर्ज़न 1.0। अगर उसमें सेटिंग पेज, प्रोफ़ाइल और ऑनबोर्डिंग टूर है, तो वह मिनिमम नहीं है।
• निवेशकों के लिए डेमो। डेमो दिखाता है कि क्या बन सकता है; MVP दिखाता है कि असली यूज़र्स ने क्या किया।

"वायबल" उतना ही ज़रूरी है जितना "मिनिमम"। जो एक काम यह करता है, वह सच में होना चाहिए: बुकिंग सच में बुक हो, अनुरोध सच में आप तक पहुँचे, भुगतान सच में आए। पर्दे के पीछे आप कुछ हिस्से हाथ से कर सकते हैं।

अपने MVP का वह एक काम चुनें

ऐसे वाक्य से शुरू करें जिसमें आप गलत साबित हो सकें: "[कौन] [यह काम] करेगा क्योंकि [यह समस्या है], और मुझे पता चलेगा कि यह सच है जब [इतने लोग] [इतने समय] में ऐसा करेंगे।" अगर आखिरी हिस्सा नहीं भर पा रहे, तो अभी आपके पास टेस्ट नहीं, सिर्फ़ उम्मीद है। नीचे वाले स्कूल की किताबें-यूनिफ़ॉर्म अदला-बदली के उदाहरण में यह ऐसा हो सकता है: "एक स्कूल के माता-पिता छोटी पड़ चुकी यूनिफ़ॉर्म और पिछली कक्षा की किताबें लिस्ट करेंगे, क्योंकि उन्हें फेंकना या रद्दी में देना बर्बादी लगता है, और मुझे पता चलेगा कि यह सच है जब पेरेंट्स के WhatsApp ग्रुप में एक मैसेज के दो हफ़्ते के भीतर 20 चीज़ें लिस्ट हों और 10 ले ली जाएं।" ये संख्याएँ आप तय करते हैं; ज़रूरी यह है कि आप उन्हें लॉन्च से पहले तय करें।

फिर वह धारणा पहचानें जो गलत निकली तो आइडिया खत्म हो जाएगा। आम तौर पर यह इन चार में से एक होती है: किसी को यह चाहिए ही नहीं (माँग), यह समस्या को ठीक से हल नहीं करता (फ़ायदा), लोग पैसे नहीं देंगे (कीमत), या सप्लाई वाला पक्ष नहीं मिलेगा (मार्केटप्लेस)। सबसे जोखिम भरी धारणा MVP का प्रकार तय करती है:

अगर माँग ही खुला सवाल है, तो पहली लाइन से शुरू करें; AI से वेटलिस्ट लैंडिंग पेज बनाने की हमारी गाइड इसे समझाती है। अगर लोग साफ़ तौर पर नतीजा चाहते हैं पर आपको अपनी डिलीवरी पर शक है, तो कंसीयर्ज MVP आपको ऑटोमेट करने से पहले काम सीखने देता है।

एक प्रॉम्प्ट में स्कोप तय करें

अच्छा MVP प्रॉम्प्ट किसी ठेकेदार को दिए छोटे ब्रीफ़ जैसा पढ़ा जाता है: किसके लिए है, वह एक काम, पेज, डेटा, नियम, और साफ़ सूची कि क्या छोड़ना है। यह आखिरी सूची सबसे अहम है, क्योंकि बनाने वाले, इंसान हों या AI, खाली जगहें फ़ीचर से भर देते हैं।

[प्रोडक्ट का नाम] का पहला वर्ज़न [खास यूज़र] के लिए बनाएं। इसे जो एक काम करना ही है: [मुख्य काम], ताकि [नतीजा]।

पेज: [ऑफ़र समझाने वाला होम पेज], [मुख्य फ़्लो], [कन्फ़र्मेशन]।

सेव करें: [रिकॉर्ड और उनके फ़ील्ड]। नियम: [सीमाएँ, स्टेटस, कौन क्या देख सकता है]।

अभी छोड़ दें: [अकाउंट, पेमेंट, ईमेल, प्रोफ़ाइल, सेटिंग]।

एक एडमिन पेज जोड़ें जहाँ मैं हर [अनुरोध] और [मुख्य काम] की रोज़ की गिनती देख सकूँ। अंदाज़: [टोन, रंग, मोबाइल-फ़र्स्ट]।

दो पक्षों वाले पायलट के लिए भरा हुआ उदाहरण:

एक स्कूल के माता-पिता के लिए BastaSwap का पहला वर्ज़न बनाएं। इसे जो एक काम करना ही है: एक पेरेंट छोटी पड़ चुकी यूनिफ़ॉर्म या पिछली कक्षा की किताबें लिस्ट करे और दूसरा पेरेंट उन्हें मुफ़्त ले सके। पेज: यह कैसे काम करता है बताने वाला होम पेज, "चीज़ लिस्ट करें" फ़ॉर्म जिसमें एक फ़ोटो, प्रकार (किताब या यूनिफ़ॉर्म), कक्षा या साइज़ और हालत हो, कक्षा और प्रकार से फ़िल्टर होने वाला ब्राउज़ पेज, और "मुझे चाहिए" बटन जो नाम और ईमेल पूछे। हर चीज़ एक ही बार ली जा सके। अकाउंट, पेमेंट और मैसेजिंग छोड़ दें। एक एडमिन पेज जोड़ें जिसमें हर चीज़ और हर दावा दिखे, नई चीज़ों और दावों की रोज़ की गिनती के साथ। अंदाज़: दोस्ताना, स्कूल के रंग नेवी ब्लू और पीला, फ़ोन के लिए बड़े बटन।

ध्यान दें क्या नहीं है: लॉगिन, पेरेंट्स के बीच चैट, रेटिंग। अगर पायलट चल गया, तो ये अगले मैसेज हैं। अगर नहीं चला, तो आपने इन्हें बनाने की मेहनत बचा ली।

बनाएं, पाँच असली यूज़र्स से टेस्ट करें, उसी चैट में सुधारें

पूरी प्लेबुक सात कदमों में:

1. बनाने से पहले परिकल्पना और कामयाबी का संकेत लिख लें, ताकि बाद में नतीजे का मतलब बदला न जा सके।
2. अपना प्रॉम्प्ट WisyLink की नई चैट में पेस्ट करें। अगर कोई ज़रूरी बात साफ़ नहीं है, तो Wisy एक छोटा सवाल पूछता है; वरना बिल्ड शुरू होता है और लाइव टास्क लिस्ट काम दिखाती है। नतीजा अपने पते पर होस्ट किया हुआ वेब ऐप होता है।
3. बिल्ड का आखिरी नोट पढ़ें। इसमें लिखा होता है कि क्या बना और क्या इंटीग्रेशन में कुछ आपका इंतज़ार कर रहा है, जैसे पेमेंट या ईमेल सेटिंग।
4. मुख्य फ़्लो खुद चलाकर देखें, फ़ोन और लैपटॉप पर। कुछ गलत हो, तो चैट में ठीक-ठीक बताएं: आपने क्या किया, क्या उम्मीद थी, क्या हुआ।
5. इसे अपने टारगेट ग्रुप के पाँच असली यूज़र्स के सामने रखें, दोस्तों के नहीं। उन्हें इस्तेमाल करते देखें, आमने-सामने या स्क्रीन शेयर पर, बिना कुछ समझाए।
6. राय नहीं, व्यवहार लिखें: वे कहाँ झिझके, क्या क्लिक करने की कोशिश की, कहाँ हार मान ली, बिना पूछे क्या माँगा।
7. हर अगले मैसेज में एक-दो चीज़ें बदलें, उसी चैट में, फिर नए लोगों से दोबारा टेस्ट करें। हर बदलाव एक नया बिल्ड है, और फेल हुआ बिल्ड आखिरी चलता वर्ज़न लाइव छोड़ देता है।

पाँच ही क्यों? Jakob Nielsen की यूज़ेबिलिटी रिसर्च का निष्कर्ष था कि "सबसे अच्छे नतीजे 5 से ज़्यादा यूज़र्स के साथ टेस्ट न करने और जितने हो सकें उतने छोटे टेस्ट चलाने से आते हैं" (Nielsen Norman Group, अंग्रेज़ी में)। पाँच यूज़र दिखा देते हैं कि फ़्लो कहाँ टूटता है। वे माँग साबित नहीं करते; उसके लिए पहुँच चाहिए, जैसे अनजान लोगों के बीच शेयर किया गया वेटलिस्ट पेज।

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

मुफ़्त Community प्लान पर हर 5 घंटे की विंडो में एक बिल्ड मिलता है। यह रफ़्तार इस चक्र के लिए ठीक है: राय का एक दौर जुटाएं, सबसे ज़रूरी एक-दो बदलाव चुनें, और उन्हें एक मैसेज में भेजें।

अकाउंट, पेमेंट और ईमेल तभी जोड़ें जब टेस्ट को ज़रूरत हो

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

• अकाउंट, जब यूज़र्स को अपने डेटा पर लौटना हो: सेव की गई चीज़ें, इतिहास, डैशबोर्ड। तब तक नाम और ईमेल के फ़ील्ड काफ़ी हैं। ऐप अपना साइन-अप और लॉगिन खुद चलाता है; आपके अपने OAuth क्रेडेंशियल से Google साइन इन भी मुमकिन है।
• पेमेंट, जब पैसे देने की इच्छा ही धारणा हो। पैसा वह सबसे मज़बूत संकेत है जो MVP जुटा सकता है। चेकआउट आपके अपने Stripe (या किसी दूसरे प्रोवाइडर के) खाते से चलता है, इंटीग्रेशन में कुंजियाँ डालने तक बंद रहता है, और ऑर्डर को पेड तभी मानता है जब प्रोवाइडर का साइन किया वेबहुक पुष्टि करे। पहले Stripe की टेस्ट कुंजियों से जाँचें। Stripe की सूची में भारत अभी Preview के रूप में दर्ज है; UPI के लिए Razorpay या Cashfree जैसे प्रोवाइडर उनके API से जोड़े जा सकते हैं, पर WisyLink पर इन्हें पहले से परखा नहीं गया है, इसलिए टेस्ट मोड में जाँचें।
• ईमेल, जब फ़्लो को कन्फ़र्मेशन या फ़ॉलो-अप चाहिए। यह आपके अपने SMTP खाते से जाता है; उसके बिना ईमेल वाले कदम कुछ नहीं भेजते और बाकी सब चलता है।

हर जोड़ एक अगला मैसेज है, जैसे: "साइन-अप और लॉगिन जोड़ें, ताकि पेरेंट्स अपनी लिस्ट की और ली हुई चीज़ें देख सकें। बाकी सब जैसा है वैसा रखें।" चैट में कभी कोई कुंजी या पासवर्ड पेस्ट न करें; बिल्ड बताता है कि इंटीग्रेशन का कौन-सा फ़ील्ड भरना है।

यूज़र्स क्या करते हैं वही नापें, क्या कहते हैं वह नहीं

WisyLink में पहले से बना एनालिटिक्स डैशबोर्ड नहीं है, इसलिए नापने का इंतज़ाम बिल्ड का हिस्सा बनाएं। दो परतें इस्तेमाल करें:

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

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

समय और खर्च: व्यावहारिक उम्मीदें

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

MVP बनाने में कितना खर्च आता है? WisyLink पर:

• Community: मुफ़्त, उपयोग कोटा के साथ जो 5 घंटे की और साप्ताहिक विंडो में फिर भरता है। पहले हिस्से के लिए काफ़ी।
• Starter $7, Growth $20, Scale $100 प्रति माह, पूरे बिल्ड, ज़्यादा उपयोग और सब्सक्रिप्शन रहने तक खत्म न होने वाले लिंक के लिए। ऐप से खरीदने पर App Store या Google Play स्थानीय मुद्रा (₹) में चार्ज करते हैं।
• बाहरी खर्च: चाहें तो डोमेन (कीमत आपके रजिस्ट्रार की होती है, और जोड़ना हर प्लान पर संभव है), पैसे लेते हों तो पेमेंट प्रोवाइडर की प्रोसेसिंग फ़ीस, SMTP के लिए ईमेल प्रोवाइडर, और कोई एनालिटिक्स टूल।
• आपका समय, जो हर रास्ते में सबसे बड़ा खर्च है।

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

MVP की आम गलतियाँ, और आगे कब बढ़ें

गलतियाँ जो टेस्ट बर्बाद करती हैं

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

आगे कब बढ़ें: डेवलपर हायर करें या दोबारा बनाएं

अगर MVP चल जाता है, तो वह पेड प्लान पर असली ग्राहकों की सेवा करता रह सकता है; ऐसा कोई नियम नहीं कि दोबारा बनाना ही होगा। आगे तब बढ़ें जब कोई ज़रूरत होस्ट किए गए, AI से बने वेब ऐप के दायरे में न आए:

• आपको वेब ऐप नहीं, App Store या Google Play का नेटिव ऐप चाहिए।
• आपको बड़े डेटा में फ़ुल-टेक्स्ट सर्च चाहिए।
• एंटरप्राइज़ ग्राहक सिंगल साइन-ऑन, किसी खास होस्टिंग लोकेशन या कंप्लायंस रिपोर्ट की माँग करते हैं।
• प्रोडक्ट लंबी चलने वाली प्रोसेसिंग या मिनट-सटीक शेड्यूल पर टिका है।
• किसी इंजीनियरिंग टीम को कोड का मालिक बनकर उसे सीधे बदलना है।

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

इस हफ़्ते अपना MVP बनाएं

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

एक मैसेज में अपना MVP बताएं और लाइव लिंक पाएं: Community पर मुफ़्त शुरू करें, कार्ड की ज़रूरत नहीं।