आइडिया से कमाई तक: सबसे छोटा viable product जो आप AI से बना सकते हैं
अब आपको किसी 'सही-सलामत' MVP की ज़रूरत नहीं। यहां बता रहे हैं कि 2026 में सबसे छोटा viable product असल में कैसा दिखता है—और इसे इस वीकेंड कैसे लॉन्च करें।
पुराना तरीका अब काम नहीं करता
पांच साल पहले, startup की किताब यूं थी: एक आइडिया चुनो, तीन महीने MVP बनाने में लगाओ, सन्नाटे में लॉन्च करो, सुधारते रहो।
वो तब था जब “MVP” का मतलब था “सारे बुनियादी features, बेहद चमकदार, एक waitlist के लिए तैयार।”
Proyecta जैसे AI app builders के साथ timeline अलग है। आपके पास कुछ असली हो सकता है—कोई landing page नहीं, कोई mockup नहीं, बल्कि एक सचमुच चलता-फिरता प्रोडक्ट—कल दोपहर तक। पर लगभग किसी को नहीं पता कि जब आप AI से बना रहे हों, तो “सबसे छोटा” का असल में मतलब क्या है, इसके बारे में कैसे सोचें।
मुझे जो दिखता है वो यह है: ज़्यादातर लोग हद से ज़्यादा बड़ा लॉन्च करते हैं। वो एक dashboard जोड़ देते हैं, user accounts, integrations, analytics, शायद एक mobile app version भी। फिर इसे कोई इस्तेमाल नहीं करता क्योंकि वो पूर्णता के लिए optimize कर रहे थे—डिब्बे टिक कर रहे थे—न कि एक ख़ास इंसान की एक ख़ास समस्या को अभी हल करने के लिए।
“सबसे छोटा” का अब असल में क्या मतलब है
AI के साथ सबसे छोटा viable product इतना छोटा है कि लगभग मज़ाक लगता है। यह है:
एक workflow. पांच features नहीं। एक चीज़ जो आपका target इंसान बार-बार करता है, जिसमें आज उसे 10 मिनट लगते हैं, और आपका app उसे 30 सेकंड में निपटा देता है।
कोई accounts नहीं. अगर आप इसे बिना login के शिप कर सकते हैं—वही करें। एक इंसान, एक session, एक output। अगर उन्हें पसंद आए, तो accounts बाद में जोड़ सकते हैं। Stripe login flows को सही से लागू करने में 20 मिनट लगते हैं। One-off sessions में पांच।
कोई database नहीं. कम से कम ऐसा कोई नहीं जिसे आप मैनेज करें। अपना data एक Google Sheet में डालें। browser में localStorage इस्तेमाल करें। अपने backend के तौर पर Stripe या Airtable इस्तेमाल करें। आप customers ढूंढने की कोशिश कर रहे हैं, infrastructure बनाने की नहीं।
एक integration. वो एक tool चुनें जो आपका customer पहले से इस्तेमाल करता है और उसी से integrate करें। “Works with Slack” या “reads from your Google Drive” “इसका अपना filing system है” से कहीं ज़्यादा काम का है।
यह रहा एक ठोस उदाहरण: Sarah ने freelance designers के लिए एक tool बनाया जो नए clients को अपनी style समझाने में बेहिसाब वक़्त लगाते हैं। उसका app: आप अपने तीन सबसे बढ़िया designs अपलोड करते हैं, अपना process आसान भाषा में बताते हैं, और app एक “style guide” PDF बना देता है जिसे designer clients को भेज सकता है। बस इतना ही। कोई accounts नहीं, कोई login नहीं, कोई dashboard नहीं। जब भी कोई इसे इस्तेमाल करता है, वो नए सिरे से शुरू करते हैं। app Proyecta में चलता है, वो payments के लिए Stripe इस्तेमाल करती है (यह हर PDF के लिए एक one-time link बना देता है), और जब लोग ज़्यादा features मांगते हैं (जैसे “save multiple styles”), तो वो शायद उसे जोड़े—या शायद उसे एहसास हो जाए कि उसका असली प्रोडक्ट app नहीं, बल्कि इन्हें templates के रूप में बेचना है।
उसने पहले हफ़्ते में $600 कमाए।
वो तीन metrics जो असल में मायने रखती हैं
पूर्णता मत नापें। Time-on-site मत नापें। ये तीन नापें:
-
Time to first value. “मुझे यह link मिला” से “मुझे एक ऐसा नतीजा मिला जिसे मैं सचमुच इस्तेमाल कर सकता हूं” तक। Sarah के tool के लिए: 90 सेकंड। अगर इसमें पांच मिनट से ज़्यादा लगते हैं, तो लोग छोड़कर चले जाते हैं।
-
Willingness to pay. एक free tier और एक Pro tier के साथ लॉन्च मत करें। एक price चुनें। देखें कि क्या लोग उसे चुकाएंगे। (Sarah के PDFs के लिए $25। वो ज़्यादा charge कर सकती थी; वो कम कर रही है क्योंकि वो बस validate करना चाहती है।) अगर जवाब “बिल्कुल नहीं” है, तो आपने गलत समस्या चुनी।
-
क्या-वो-लौटकर-आते-हैं rate. किसी one-off tool के लिए आपको 30-दिन की retention की ज़रूरत नहीं। आपको यह जानना है: जिन्होंने इसे एक बार इस्तेमाल किया, उनमें से कितने किसी दोस्त को बताते हैं? Sarah की retention metric है “कम से कम एक और designer को बताया।” अब तक यह 40% है।
अगर तीनों अच्छी हैं, तो आपके पास कुछ है। अब आप accounts, dashboards, history, वो सब जोड़ सकते हैं।
एक वीकेंड में कैसे लॉन्च करें
शुक्रवार सुबह: अपनी समस्या चुनें। कोई बाज़ार नहीं। कोई trend नहीं। एक ख़ास इंसान जो एक ख़ास चीज़ करता है जो आज झुंझलाहट भरी है।
शुक्रवार दोपहर–शनिवार सुबह: इसे बनाने के लिए Proyecta इस्तेमाल करें। आप बताते हैं कि आपको क्या चाहिए (“एक PDF contract लो और सारी payment terms को लाल रंग में हाइलाइट कर दो”), Proyecta उसे बना देता है, आप उसे टेस्ट करते हैं, उसमें फेरबदल करते हैं जब तक वो काम न करे। चार घंटे, शायद छह अगर आप ज़्यादा बारीक हैं। अब आपके पास एक चलता हुआ web app है।
शनिवार दोपहर: इसे दो लोगों पर टेस्ट करें। “अरे, क्या तुम इसे सिद्धांत में इस्तेमाल करोगे?” नहीं, बल्कि “यह रहा link, सचमुच इस्तेमाल करो, और बताओ कि क्या टूटा या अटपटा लगा।”
रविवार सुबह: अगर आप charge कर रहे हैं तो payment सेट करें। Stripe, Gumroad, एक आसान link—आप कोई billing platform नहीं बना रहे। बस charge करने का एक तरीका।
रविवार शाम: इसे शिप करें। Show HN पर पोस्ट करें, किसी प्रासंगिक Discord या Slack में, सीधे पांच लोगों को email करें। description पर माथापच्ची मत करें। शुरुआत इस बात से करें कि आपने इसे क्यों बनाया: “मैंने यह इसलिए बनाया क्योंकि मुझे यह झुंझलाहट होती थी कि…”
सोमवार: देखें कि असल में क्या होता है। असली लोग इसे इस्तेमाल करते हैं या नहीं करते। आपको 48 घंटों के अंदर पता चल जाएगा।
आगे क्या होता है (आसान हिस्सा)
अगर कोई इसे इस्तेमाल नहीं करता: आपने कुछ जल्दी और सस्ते में सीख लिया। आपने मंगलवार तक pivot कर लिया।
अगर कुछ लोग इसे इस्तेमाल करते हैं: आप देखते हैं कि वो असल में इसके साथ क्या करते हैं। क्या वो इसे बिल्कुल वैसे ही इस्तेमाल करते हैं जैसा आपने डिज़ाइन किया, या वो थोड़ा अलग कुछ करते हैं? क्या वो ऐसे features मांगते हैं जिनकी आपने उम्मीद नहीं की थी, या वो बस चुपचाप इस्तेमाल करके चले जाते हैं?
अगर लोग इसे इस्तेमाल कर रहे हैं, चीज़ें मांग रहे हैं, और आपको यक़ीन है कि आप इस पर काम करना चाहते हैं: अब आप सही-सलामत चीज़ों में निवेश कर सकते हैं। Accounts, ताकि लोग अपना काम सहेज सकें। एक dashboard, ताकि वो देख सकें कि उन्होंने क्या बनाया। एक API, अगर उन्हें वही चाहिए। पर आप ये features इसलिए बना रहे हैं क्योंकि आपको पता है कि demand है, इसलिए नहीं कि आपको लगता है कि इन्हें होना चाहिए।
सबसे बड़ी गलती यह मानकर शिप करना है कि आपका आइडिया सही है और आपका इकलौता काम लोगों को इसका यक़ीन दिलाना है। सबसे छोटा viable product उस मान्यता का पहला टेस्ट है। उसके बाद सब कुछ बस सुनना है।
तीन असली कहानियां
Marcus (data analyst): जूनियर analysts के लिए SQL queries को हाथ से दोबारा फ़ॉर्मैट करने में हर हफ़्ते एक घंटा लगाता था। Proyecta में एक tool बनाया जो इसे एक क्लिक में कर देता है: query पेस्ट करो, फ़ॉर्मैट किया हुआ version पाओ। एक input field, एक button। उसने इसे मंगलवार को लॉन्च किया। शुक्रवार तक उसके Discord के लोगों से उसे 300 uses मिल चुके थे। महीने के अंत तक: 1,200 uses, कुछ बिल्कुल अनजान लोगों से। उसने accounts जोड़े ताकि लोग अपनी history देख सकें, फिर अपने data warehouse के साथ एक integration बनाया। अब यह उसकी दूसरी कमाई है।
Jade (illustrator): एक tool बनाया जो एक voice memo लेता है और विवरण के आधार पर एक character sketch बना देता है। इसे बनाने में 45 मिनट लगाए। हर sketch के लिए $3 charge किया। पहले दो हफ़्तों में $1,500 कमाए, फिर इसे रोक दिया क्योंकि इतने orders आ रहे थे कि वो business के काम-काज के साथ तालमेल नहीं बिठा पा रही थी।
Omar (founder): एक “पूरा platform” बनाना चाहता था। दो महीने लगाए। accounts, pricing tiers, तीन tools के साथ integrations, और एक tutorial video के साथ लॉन्च किया। तीन महीने बाद: 12 users, उनमें से दो उसके दोस्त थे। उसे एहसास हुआ कि उसने सीखने के बजाय लॉन्च के लिए optimize किया था। उसका नया सिरा कहीं ज़्यादा छोटा है—बस core workflow—और उसे असली traction मिल रहा है।
वो बात जो कोई नहीं बताता
छोटा शिप करना डरावना है क्योंकि यह अधूरा लगता है। आपका दिमाग़ चीख रहा होता है “पर हमें [edge case] संभालना है, [feature] का क्या, क्या हमें [और जटिलता जोड़नी] नहीं चाहिए?”
नहीं। फिर भी शिप करें।
आपका काम परफ़ेक्ट प्रोडक्ट बनाना नहीं है। आपका काम सबसे छोटा दांव टेस्ट करना है जो साबित करे कि आप किसी असली इंसान की किसी असली समस्या को हल कर रहे हैं। उसके बाद सब कुछ बस सुनना और जो असली है उसके आधार पर सुधारते जाना है।
इस वीकेंड आप किसी AI app builder से क्या बना सकते हैं? कुछ नन्हा-सा। कुछ ऐसा जिसे आप सचमुच इस्तेमाल करते। आज़माएं और देखें।