मूल-इरादे का सिद्धांत: इंडी डेवलपर्स को छोड़ना क्यों सीखना चाहिए
आप क्यों शुरू करते हैं? किसके लिए शुरू करते हैं? आप असल में कौन-सी समस्या हल करना चाहते हैं? प्रोडक्ट की धार उस चीज़ से आती है जिसे आप काटकर छोड़ने की हिम्मत रखते हैं।
Chen Dahuang
इंडी डेवलपर

मूल रूप से X Articles पर प्रकाशित।
हाल ही में मुझे एक दिलचस्प पैटर्न नज़र आया:
टूल बनाने वाले बहुत-से लोग शुरुआत में ही सबकी सेवा करना चाहते हैं।
यह एक ख़तरनाक सोच है।
अगर आप सबकी सेवा करना चाहते हैं, तो इसका मतलब है कि आपने किसी एक की भी जगह पर खड़े होकर नहीं सोचा।
यह वही हाल है — एक प्रोडक्ट वाला व्यक्ति जो बंद कमरे में बैठकर अपना ही प्रतिबिंब निहार रहा है।
सही तरीका है: यूज़र्स का एक छोटा-सा बैच पकड़ो, उनका गहरा दर्द ढूँढो, और उनकी खूब सेवा करो।
जानो कि उनमें कौन सच में दर्द में है और जल्दी में है, और कौन आज ही आपकी सेवा के लिए पैसे देने को तैयार है।
मैं आपके साथ एक सिद्धांत साझा करना चाहता हूँ, जिसे मैं मूल-इरादे का सिद्धांत (founding-intention principle) कहता हूँ।
यह मूल रूप से इन सवालों पर चर्चा करता है:
- आप क्यों शुरू करते हैं?
- आप किसके लिए शुरू करते हैं?
- आप असल में कौन-सी समस्या हल करना चाहते हैं?
'मूल इरादा' क्या है
कील के अंदर खड़ा होना (置身钉内) नाम की किताब में एक परिच्छेद है:
मूल इरादा (चीनी में 发心) किसी भी कार्य के पीछे की आंतरिक प्रेरणा और बुनियादी संकल्प है — हर काम, जीवन, अभ्यास और साधना का शुरुआती बिंदु, दिशा और ऊर्जा का स्रोत। प्रोडक्ट का भी अपना मूल इरादा होता है। प्रोडक्ट का मूल इरादा उसके संस्थापक की सबसे आदिम शुरुआत होती है। ज़्यादातर मामलों में एक अच्छे प्रोडक्ट का सिर्फ़ एक ही मुख्य मूल इरादा होता है। जब किसी प्रोडक्ट के इरादे बिना प्राथमिकता के कई हो जाते हैं, तो वह लालची और बेचैन प्रोडक्ट बन जाता है।
मूल इरादे की कसौटी: जब प्रोडक्ट के मूल्य आपस में टकराते हैं, तो वह सच में किसकी तरफ़ झुकता है?
यूज़र अनुभव और मोनेटाइज़ेशन टकराते हैं — किसकी तरफ़ झुकता है?
सादगी और सुखदता बनाम फ़ीचर-संपूर्णता — किसकी तरफ़ झुकता है?
जवाब सामने आते ही प्रोडक्ट का मूल इरादा भी उजागर हो जाता है।
Meituan: लोकल-लाइफ़ लेनदेन का मानसिक लंगर
चीनी सुपर-ऐप्स में यह पैटर्न आम है। Meituan इसका पाठ्यपुस्तकीय उदाहरण है।
Meituan के यूज़र का मानसिक मॉडल है — लोकल-लाइफ़ लेनदेन।
आप Meituan खोलते हैं: भूख लगी तो खाना ऑर्डर करो, बाहर जाना हो तो रेस्तराँ बुक करो, फ़िल्म के टिकट खरीदो, होटल ढूँढो। इसका मुख्य मूल्य है — यूज़रों को असल ज़िंदगी के लेनदेन तेज़ी से पूरे करने में मदद करना।
लेकिन समय के साथ Meituan में उपन्यास, शॉर्ट ड्रामा, मिनी-गेम्स, वीडियो और लाइवस्ट्रीम आ गए।
आप Meituan के अंदर ही यह भी कर सकते हैं: "Genshin शुरू करो!!!"
बताइए, यह बेतुकापन नहीं है क्या???
गेम्स की कीमत ज़रूर है, और हाँ, Genshin शुरू हो सकता है। लेकिन जब मेरा पेट भूख से चीख़ रहा हो, तब Genshin मत शुरू करो!
भाई, पहले पेट भर लेने दो, फिर Genshin की बात करेंगे!!!
यूज़र एक काम लेकर आते हैं, काम पूरा होते ही चले जाते हैं। यूज़र जितनी तेज़ी से अपना लक्ष्य पूरा करता है, प्रोडक्ट उतना ही भरोसेमंद बनता है।
यही कई हाई-फ़्रीक्वेंसी टूल्स की सबसे उल्टी-सीधी सच्चाई है: उनकी कमाई ट्रैफ़िक से होती है, लेकिन उनका दीर्घकालिक मूल्य संयम से आता है।
Alipay: बटुए की छवि और कंटेंट फ़ीड की लड़ाई
Alipay भी इसी मिट्टी का बना है। Alipay की अंतर्निहित पहचान है — पैसा, क्रेडिट और निश्चितता।
आप Alipay खोलते हैं: पेमेंट करने, पैसे लेने, ट्रांसफ़र करने, बिल भरने, स्टेटमेंट देखने, मेट्रो चलने, मेडिकल कोड स्कैन करने के लिए। यह एक उच्च-विश्वास वाला परिदृश्य है।
यूज़र उसे अपना पैसा, पहचान, क्रेडिट और घर के बिल सौंपते हैं — इसलिए उसका प्रोडक्ट-स्वभाव एक बटुए जैसा है: पत्थर जैसा मज़बूत और स्थिर।
लेकिन अब आप अपने बटुए के अंदर शॉर्ट वीडियो भी स्क्रॉल कर सकते हैं। ऐसे जैसे बैंक में पैरों की मालिश, SPA और पूरा पैकेज भी मिले।
यूज़र के मन में सवाल उठता है: मैं यहाँ काम निपटाने आया हूँ, या काम निपटवाने?
पैसों के हालात में शांति चाहिए; कंटेंट फ़ीड तो बनती ही इसलिए है कि आप उसमें फँसे रहो।
दोनों स्वभावों को ज़बरदस्ती एक में ठूँस दो, तो एक अजीब-सी चिपचिपी घिनौनी अनुभूति पैदा होती है।
इरादे का बहाव (intention-drift) सबसे ख़तरनाक कहाँ है
कई चीनी ऐप्स में वित्तीय प्रवेश-द्वार उग आए हैं। फ़ूड डिलीवरी में कर्ज़ ले सकते हो; राइड-हेलिंग में कर्ज़ ले सकते हो; यात्रा में कर्ज़ ले सकते हो; शॉपिंग में कर्ज़ ले सकते हो; मैप और लोकल-लाइफ़ ऐप्स भी आपको लोन सेवाओं की तरफ़ ले जाते हैं।
इन परिदृश्यों में कर्ज़ देने का दरवाज़ा ठूँस दो — तो शायद थोड़े समय में मोनेटाइज़ेशन बेहतर हो जाए, लेकिन लंबे समय में यूज़र आपको देखने का नज़रिया बदल जाता है।
पहले आप एक टूल थे। अब आप बिचौलिए लगते हो।
पहले आप मेरा एक काम निपटाने में मदद करते थे। अब आप मौक़ा देखकर आकलन करते हो कि मैं एक और कर्ज़ लेने लायक हूँ या नहीं।
यही इरादे के बहाव का सबसे ख़तरनाक हिस्सा है। यह प्रोडक्ट को रातों-रात नष्ट नहीं करता।
यह धीरे-धीरे प्रोडक्ट का स्वभाव बदल देता है।
बड़ी कंपनियाँ ऐसा करती हैं तो उनका अपना बिज़नेस तर्क होता है। उनके पास भारी ट्रैफ़िक है, जटिल संगठन है, मोनेटाइज़ेशन का दबाव है, और ढेरों विभाग हैं जिन्हें खिलाना है।
हमें उन्हें नैतिक ऊँचाई से लेक्चर देने की ज़रूरत नहीं है।
इंडी डेवलपर का फ़ायदा है 'साफ़ होना'
इंडी डेवलपर के तौर पर आपका प्रोडक्ट पूरी तरह साफ़ हो सकता है — इतना साफ़ कि लगभग बेहद सादा-सा दिखे।
यह असल में एक फ़ायदा है।
बहुत-से इंडी डेवलपर शुरुआत में बेचैन रहते हैं: फ़ीचर बहुत कम हैं, उपयोग-परिदृश्य बहुत तंग है, बाज़ार काफ़ी बड़ा नहीं है। लेकिन शुरुआती प्रोडक्ट को असल में जिस चीज़ से डरना चाहिए, वह है 'बड़ा दिखना'।
बाज़ार जितना बड़ा करोगे, यूज़र उतना ही 'औसत' बन जाता है। औसत के चेहरे पर कोई भाव नहीं होता, और औसत पैसे भी नहीं देता।
सच में मूल्यवान शुरुआत आमतौर पर बहुत छोटी होती है। पहले लोगों का एक छोटा-सा गुट ढूँढो, जिनका दर्द काफ़ी विशिष्ट हो, जो आज ही इसे चाहते हों, जो सिर्फ़ इस एक फ़ीचर के लिए पैसे देने को तैयार हों, और जो प्रोडक्ट देखते ही महसूस करें कि 'यह मेरे लिए ही बना है'।
तब जाकर प्रोडक्ट में जान आती है।
उदाहरण के लिए, 'पॉडकास्ट एडिटिंग टूल' बहुत ज़्यादा व्यापक बात है। इसे बदलकर कहो: 'अकेले पॉडकास्ट होस्ट के लिए, एक घंटे के इंटरव्यू को जल्दी से कुछ शॉर्ट वीडियोज़ में काटने का टूल' — और प्रोडक्ट तुरंत तेज़ धार वाला हो जाता है।
'डेवलपर्स के लिए AI लैंडिंग पेज जनरेटर' भी धुँधली बात है। 'इंडी डेवलपर्स के लिए, प्रोडक्ट लॉन्च से पहले ईमेल इकट्ठा करने वाला लैंडिंग पेज जल्दी से बनाने का टूल' — अब ज़रूरत एकदम साफ़ है।
मूल-इरादे का सिद्धांत आख़िर में 'छोड़ने' पर उतरता है
असली रणनीतिक फ़ायदा यह नहीं है कि आपने क्या किया — बल्कि यह है कि आपने क्या नहीं करने की हिम्मत की।
यह वाक्य इंडी डेवलपर का प्रोडक्ट-मंत्र है। इंडी डेवलपर का सबसे कीमती संसाधन है ध्यान (attention)। आप हर एक नई दिशा जोड़ते हैं, उतना ही एक और रख-रखाव जुड़ जाता है।
WeChat एक सकारात्मक उदाहरण है जिसका अध्ययन करना चाहिए।
WeChat बेशक अब जटिल हो चुका है, लेकिन उसका सबसे मुख्य चैट-प्रवेश द्वार वर्षों से स्थिर है। यूज़र WeChat खोलते ही उसकी पहली प्रवृत्ति आज भी यही होती है: किसी को ढूँढना, मैसेज देखना, रिश्ते निपटाना।
Channels ने चैट लिस्ट को नहीं खाया। Official Accounts ने मैसेज पेज को कंटेंट फ़ीड में नहीं बदला। Mini programs के लिए यूज़र को हर बार WeChat खोलते ही ऐप स्टोर ब्राउज़ नहीं करना पड़ता।
WeChat का संयम फ़ीचर कम रखने में नहीं है। उसकी ख़ासियत यह है कि वह जानता है कि लोड-बेयरिंग दीवारें कहाँ हैं। घर में मंज़िलें जोड़ सकते हो, नवीनीकरण कर सकते हो, रीमॉडल कर सकते हो — लेकिन लोड-बेयरिंग दीवारें नहीं तोड़ सकते।
इसलिए आजकल मुझे लगता है कि इंडी डेवलपर को प्रोडक्ट के लिए सबसे पहले रोडमैप नहीं, बल्कि एक 'छोड़ने वाली सूची' (letting-go list) लिखनी चाहिए।
- किन लोगों की अभी सेवा नहीं करनी
- किन परिदृश्यों को अभी नहीं छूना
- कौन-से फ़ीचर अभी नहीं जोड़ने
- किन मोनेटाइज़ेशन मौक़ों पर अभी काबू रखना
- क्या चीज़ कभी होमपेज पर नहीं आनी चाहिए
- क्या चीज़ मुख्य फ़्लो को कभी नहीं रोकनी चाहिए
- क्या चीज़ — भले ही कितनी मूल्यवान लगे — मुख्य काम को नहीं तोड़नी चाहिए
हमारे पास बड़ी कंपनियों जैसा ट्रैफ़िक नहीं है, उनका ब्रांड नहीं है, उनके संगठनात्मक संसाधन नहीं हैं। जहाँ हम जीत सकते हैं, वह सिर्फ़ यही है: ज़्यादा विशिष्ट होना, ज़्यादा साफ़ होना और ज़्यादा तेज़ धार वाला होना।
प्रोडक्ट की असली धार उस चीज़ से आती है जिसे आप छोड़ना जानते हैं।
संदर्भ: कील के अंदर खड़ा होना
संबंधित लेख
15.06.2026 · 6 मिनट
2026 इंडी डेवलपमेंट की सर्वश्रेष्ठ प्रैक्टिस: Cloudflare का 'कंगाल ऑल-इन-वन' स्टैक
इंडी डेवलपर्स के लिए ज़ीरो-कॉस्ट टेक स्टैक: कोड लिखने के लिए Codex, वर्ज़न कंट्रोल के लिए GitHub, भुगतान के लिए Stripe, फ्रंटएंड के लिए TanStack Start, बैकएंड के लिए Hono + Workers, डेटाबेस के लिए D1, स्टोरेज के लिए R2 और कैशिंग के लिए KV — सब कुछ Cloudflare पर चलता है।
20.06.2026 · 8 मिनट
जब यूज़र कहें 'कमाल है', तो जोश में मत आओ: दर्द-बिंदु बनाम खुजली-बिंदु
मौखिक तारीफ़ बेकार है। माँग जाँचने का सिर्फ़ एक ही कठोर मानदंड है: यूज़र क्या चुकाने को तैयार है।