Y Combinator-शैली के सबक: जोर दें एक संकुचित, लगभग "निरस" विचार से शुरू करने पर, एक छोटे बाज़ार में जीत हासिल करें, और तब सबूतों के साथ विस्तार करें—हाइप के साथ नहीं।
Y Combinator का “छोटा शुरू करो” सुझाव अक्सर गलत पढ़ा जाता है जैसे “छोटा सोचो।” असल बात यह नहीं है। “छोटा” दायरे के बारे में है—पहले आप क्या बनाते हैं, किसके लिए, और कौन सा वादा आप भरोसे के साथ निभा सकते हैं—जबकि महत्वाकांक्षा बड़ी रह सकती है।
छोटे से शुरू करने का मतलब है कंपनी का एक प्रारंभिक रूप चुनना जो वास्तव में काम कर सके। छोटा दायरा आपको तेज़ी से भेजने, सीखने और सुधारने देता है। यह स्पष्टता भी जबरदस्त करता है: जब आपके पहले उपयोगकर्ता एक विशेष परिणाम पर निर्भर हों, तब आप किसी व्यापक मिशन स्टेटमेंट के पीछे छिप नहीं सकते।
एक स्टार्टअप विशाल कंपनी बनने का लक्ष्य रख सकता है और फिर भी कुछ ऐसा शुरू कर सकता है जो दिखने में लगभग अविश्वसनीय रूप से साधारण लगे: एक उपयोगकर्ता प्रकार, एक वर्कफ़्लो, एक स्पष्ट लाभ।
संस्थापक अक्सर “बड़ा” को “बेहतर” समझ लेते हैं और सभी को सेवा देने की कोशिश करते हैं। YC का “छोटा” इसका उल्टा है:
अस्पष्ट पोजिशनिंग कुछ इस तरह लगेगी: “हम टीमों की उत्पादकता बढ़ाने में मदद करते हैं।”
संकीर्ण पोजिशनिंग कुछ ऐसा लगेगी: “हम स्वतंत्र डेंटल ऑफिसों को आख़िरी मिनट के कैंसलेशनों को स्वचालित रूप से भरकर नो-शो कम करने में मदद करते हैं।”
एक अच्छा शुरुआती बिंदु है एक विशिष्ट उपयोगकर्ता + विशिष्ट काम:
यह तेज़ वैधकरण के लिए छोटा और ऐसा है कि लोग इसके लिए भुगतान करेंगे।
छोटे से शुरू करना स्थायी पहचान नहीं है—यह़ एक अनुक्रम है। पहले बाज़ार के एक छोटे, परिभाषित हिस्से में जीत हासिल करें। एक बार जब आप वहां भरोसे से वैल्यू पहुँचाने लगते हैं, तो आप अनुमान लगाने के बजाय सबूत के साथ बाहर बढ़ेंगे।
एक संकीर्ण ICP एक सरल निर्णय है: यह किसके लिए है, और कौन सी स्थिति इस ज़रूरत को ट्रिगर करती है? न कि “छोटी कंपनियाँ” या “टीम”—बल्कि एक विशेष व्यक्ति जिनके पास एक विशेष काम है।
इस फॉर्मैट का उपयोग करें:
यह है: [भूमिका + कंपनी का प्रकार]
जब: [दोहोराने वाला दर्द / डेडलाइन / जोखिम]
उदाहरण: “यह है स्वतंत्र CPAs के लिए जब वे एक नए मासिक क्लाइंट को ऑनबोर्ड कर रहे हों और बिना ईमेल पीछे किए डॉक्युमेंट इकट्ठा करने की जरूरत हो।”
जब ICP कसा हुआ होता है, आपका स्टार्टअप अनुमान लगाना बंद कर देता है।
ध्यान दें:
1) “नहीं के लिए” सूची लिखें (10 मिनट)। अगले 90 दिनों में आप जिन 5–10 ग्राहक प्रकारों को सेवा नहीं देंगे, उनकी सूची बनाइए।
2) अपने शीर्ष 1–2 ग्राहक प्रकार चुनें। अपनी बातचीत से, उन दो समूहों को चुनें जिनमें सबसे तेज़ दर्द और निर्णय हों। एक को डिफ़ॉल्ट ICP के रूप में अपनाइए और दूसरे को “बाद में” रखिए।
“निरस” अक्सर shorthand है “मैं इसे तुरंत समझता हूँ।” यह कमजोरी नहीं—यह बिक्री का लाभ है।
एक “लगभग निरस” स्टार्टअप में तीन गुण होते हैं: स्पष्ट मूल्य, एक स्पष्ट खरीदार, और सिद्ध मांग। ग्राहक पहले से जानता है कि समस्या वास्तविक है, बजट या जरूरीपन पहले से मौजूद है, और सफलता उनकी आँखों में बिना लंबी व्याख्या के दिख जाती है।
यह स्पष्टता सब कुछ तेज़ कर देती है: आपकी पिच, आपकी प्राइसिंग, आपका रोडमैप और शुरुआती ग्राहक बातचीत।
जब आप एक परिचित दर्द चुनते हैं—मिस्ड इनवॉइस, अनुपालन चेकलिस्ट, शेड्यूलिंग की अराजकता, सब्सक्रिप्शन में churn—आप बाजार से एक नई श्रेणी सीखने को नहीं कह रहे। आप कुछ बेहतर तरीका दे रहे हैं जो वे पहले से आज़माते हैं।
इसका मतलब है:
शुरूआत में, सबसे बड़ा बाधक इंजीनियरिंग नहीं—सीखना है। अगर आपकी विचार को भारी शिक्षा चाहिए, तो आप यह तय नहीं कर पाएँगे कि लोग नहीं चाहते या बस समझ नहीं पाए।
लगभग-निरस विचार उस अस्पष्टता को घटाते हैं। जब एक संभावित ग्राहक “हाँ” कहता है, आप उसे वास्तविक मूल्य के साथ जोड़ सकते हैं, न कि हाइप या नवीनता से।
नवीन तकनीक शक्तिशाली हो सकती है, पर यह जोखिम भरी है जब खरीदार अस्पष्ट हो। अगर आप “कौन इसे खरीदता है?” और “यह किस बजट लाइन से आएगा?” का जवाब नहीं दे पाते, तो आप तालियों के लिए बनाते हैं न कि खरीद के लिए।
कॉंटरइंटयूटिव चाल यह है कि नवाचार को किसी परिचित, दर्दनाक उपयोग मामले पर एंकर करें—ताकि बाज़ार प्रोडक्ट को आपसे खींचे, न कि आप बाज़ार में एक नई कहानी धकेलें।
“बड़ी दृष्टि” बोलने में आसान और खरीदने में मुश्किल होती है। शुरुआती ग्राहक दृष्टियाँ के लिए भुगतान नहीं करते—वे एक तुरन्त की समस्या दूर करने के लिए भुगतान करते हैं।
एक hair-on-fire समस्या:
मजबूत समस्याएँ (लोग सक्रिय रूप से खोजते हैं, शिकायत करते हैं, या बजट रखते हैं):
कमज़ोर समस्याएँ (अच्छा हो, मालिक अस्पष्ट, बजट नहीं):
जरूरीपन बिक्री चक्र घटा देता है क्योंकि खरीदार पहले से मानता है कि समस्या वास्तविक है—और वे कार्रवाई करने के लिए प्रेरित हैं। यह रिटेंशन भी सुधारता है: जब आपका प्रोडक्ट किसी आवर्ती दर्द (मिस्ड डेडलाइन्स, फेल्ड अनुपालन, राजस्व रिसाव) से जुड़ा होता है, ग्राहक भुगतान जारी रखते हैं क्योंकि रुकने से समस्या वापस आती है।
5–10 लक्षित उपयोगकर्ताओं से पूछें:
शुरू में, आपकी सबसे बड़ी बढ़त ऑटोमेशन नहीं—ध्यान है। “ऐसी चीजें करो जो स्केल न हों” का मतलब है कि आप प्रोडक्ट को हैंड्स-ऑन तरीके से दें ताकि आप असली उपयोगकर्ता, असली फीडबैक और असली सीख प्राप्त करें, उसके बाद ही “परफेक्ट” सिस्टम पर निवेश करें।
पहले 10 ग्राहकों के लिए, आप मैन्युअल ऑनबोर्डिंग कॉल कर सकते हैं, उनका अकाउंट खुद सेट कर सकते हैं, उनका डेटा इम्पोर्ट कर सकते हैं, या उनकी सटीक ज़रूरत के अनुसार वर्कफ़्लो अनुकूलित कर सकते हैं।
यह कंसीयर्ज़ समर्थन जैसा दिख सकता है: उनके लिए टेम्पलेट बनाना, पहला ड्राफ्ट लिखना (यदि आप लिखने का टूल हैं), इंटीग्रेशन्स कॉन्फ़िगर करना, या रिमाइंडर और चेक-इन भेजना। यह एक स्थायी ऑपरेटिंग मॉडल नहीं है—यह सीखने की रणनीति है।
जब आप व्यक्तिगत रूप से उपयोगकर्ताओं को ऑनबोर्ड करते हैं, आप देखते हैं कि वे कहाँ हिचकते हैं, पहले क्या करने की कोशिश करते हैं, और वे वास्तव में किस चीज़ को महत्व देते हैं। इससे आप:
जहाँ आपके आदर्श ग्राहक पहले से मिलते हों वहाँ से शुरू करें:
एक सरल तरीका: एक बेहद विशिष्ट सेटअप मदद सत्र ऑफर करें बदले में एक सप्ताह के लिए प्रोडक्ट आज़माने के।
इथिकल रहें: यह स्पष्ट रखें कि क्या मैन्युअल है और क्या प्रोडक्ट होगा। जो कुछ आप बार-बार करते हैं उसे दस्तावेज़ करें (रिक्वेस्ट, कदम, आपत्तियाँ), फिर शीर्ष 1–2 बार-बार होने वाले कदमों को हल्का ऑटोमेशन बनाएं। लक्ष्य है अभी सीखना और भरोसा कमाना—फिर वही चीज़ें स्केल करें जो काम करती हैं।
एक वेज़ प्रोडक्ट सबसे छोटा प्रोडक्ट है जो किसी विशिष्ट ग्राहक के लिए एक काम अंत-से-अंत पूरा कर दे। नॉट डेमो। नॉट आंशिक वर्कफ़्लो। यह न्यूनतम संस्करण है जो वास्तव में उस परिणाम को देता है जो कोई हासिल करने की कोशिश कर रहा है—और उन्हें कहने पर मजबूर कर दे, “मैं इसके लिए भुगतान करूँगा क्योंकि यह मुझे समय/पैसा/तनाव बचाता है।”
सोचिए “इनवॉइस भेजो और भुगतान पाओ” बजाय “एक फाइनेंस प्लेटफ़ॉर्म” के, या “10 योग्य सेल्स कॉल बुक करो” बजाय “एक CRM इकोसिस्टम” के। वेज आपका मार्केट में प्रवेश है: संकीर्ण, तेज़ और मूल्यांकन के लिए आसान।
शुरूआती टीमें अक्सर फीचर चेकलिस्ट पर बहस करती हैं क्योंकि यह परीक्षण के बजाय सुरक्षित सीसा जैसा लगता है। इसके बजाय, पहले परिणाम पर परिभाषा करें:
अगर आपका प्रोडक्ट वह परिणाम भरोसे से प्रदान नहीं करता, तो और फीचर जोड़ना मूल समस्या नहीं सुलझाएगा।
सरल नियम: मस्ट-हैव फीचर वे हैं जो वादा बिना वर्कअराउंड के पूरा करने के लिए आवश्यक हों।
नाइस-टू-हैव फीचर बाकी सब कुछ हैं—भले ही प्रतियोगी इनके साथ हों।
एक व्यावहारिक परीक्षण: अगर आप किसी फीचर को हटा दें, क्या ग्राहक अभी भी समान प्रयास और आत्मविश्वास के साथ परिणाम प्राप्त कर पाएगा? अगर हाँ, तो वह अभी मस्ट-हैव नहीं है।
“प्लेटफ़ॉर्म-फर्स्ट” सोच आपको अकाउंट्स, परमिशंस, इंटीग्रेशन्स, एक्स्टेंसिबिलिटी और डैशबोर्ड पहले बनवाने को प्रेरित कर सकती है—जबकि आपने मांग साबित भी नहीं की। ये महंगी भटकाव हैं।
वेज बनाइए, उसके लिए चार्ज करें, जानिए कि क्या कमी है, और तभी उत्पाद सतह को बढ़ाइए—वास्तविक उपयोग द्वारा खींचे जाने पर, न कि कल्पना द्वारा।
अनुशासन बनाए रखने का एक तरीका है प्रोटोटाइप ऐसे टूल में करना जो भेजने की प्रवृत्ति बढ़ाते हों। उदाहरण के लिए, Koder.ai (एक vibe-coding प्लेटफ़ॉर्म) संस्थापकों को चैट के ज़रिए एक संकीर्ण वर्कफ़्लो को कामकाजी वेब ऐप में बदलने में मदद कर सकता है, फिर सुविधाओं के साथ तेज़ी से दोहराव करने की सुविधाएँ देता है जैसे planning mode, snapshots, और rollback। जब आप तैयार हों, आप सोर्स कोड एक्सपोर्ट कर सकते हैं और बिना पहले दिन प्लेटफ़ॉर्म-फर्स्ट प्रतिबद्ध हुए स्केल कर सकते हैं।
शुरू में सबसे खतरनाक संकेत उत्साह है बिना प्रतिबद्धता के। तारीफ़ें, “यह कूल है,” और बड़े सोशल नंबर प्रगति जैसा महसूस करवा सकते हैं—पर वे नहीं बताते कि प्रोडक्ट वास्तविक समस्या सुलझा रहा है या नहीं।
ग्राहक के लिए समय, पैसा, प्रतिष्ठा, या वर्कफ़्लो में बदलाव जैसे लागत वाले व्यवहारों को प्राथमिकता दें। मजबूत सत्यापन अक्सर इस रूप में दिखता है:
अगर आप कम से कम इनमें से एक नहीं देख रहे, तो “रुचि” केवल शिष्टाचार हो सकती है।
आपके पास परिपूर्ण प्रोडक्ट होने की ज़रूरत नहीं है यह परखने के लिए कि लोग भुगतान करने को तैयार हैं। कोशिश करें:
उद्देश्य सरल है: ग्राहकों को एक वास्तविक कदम उठाने के लिए प्रेरित करना, न कि सिर्फ हाँ कहना।
इन संकेतों को कमजोर समझें:
वे कहानी का समर्थन कर सकते हैं, पर मांग साबित नहीं करते।
एक छोटा विंडो चुनें (अक्सर 14–30 दिन) और पहले से निर्णय परिभाषित करें। उदाहरण: “अगर हम दिन 30 तक 3 पेड पायलट ग्राहक या 5 ऐसे उपयोगकर्ता नहीं ला पाए जो साप्ताहिक लौटते हों, तो हम ICP संकुचित करेंगे, ऑफ़र बदलेंगे, या विचार मार देंगे।” स्पष्ट समय-सीमाएँ बहाव से बचाती हैं और सीखने को ईमानदार रखती हैं।
शुरू में, “विस्तार” गति जैसा लगता है: अधिक फीचर, अधिक ग्राहक प्रकार, अधिक मार्केटिंग चैनल। पर चौड़ाई अक्सर एक सरल समस्या छिपाती है—आपके स्टार्टअप ने अभी तक पर्याप्त नहीं सीखा कि क्या काम करता है।
अधिकतर टीमें जानबूझकर अनफोकस्ड नहीं होतीं। वे धीरे-धीरे इसमें फिसल जाती हैं:
जब आप कई ऑडियन्स पर निशाना लगाते हैं, तो हर संकेत शोर बन जाता है। एक फीचर रिक्वेस्ट Persona A के लिए जरूरी और Persona B के लिए बेकार हो सकती है। आपकी मैसेजिंग अस्पष्ट हो जाती है, डेमो भटक जाते हैं, और ऑनबोर्डिंग एक "चुनें-अपनी-यात्रा" बन जाता है।
लागतें चुपके से बढ़ती हैं:
संकीर्ण फोकस महत्वाकांक्षा सीमित करने के बारे में नहीं है; यह तेज, स्पष्ट फीडबैक लूप बनाने के बारे में है।
संस्थापक अक्सर भावनात्मक कारणों से दायरा बढ़ाते हैं:
अगर चीज़ें अटकी हुई लगें, तो अगले 2–4 हफ्तों के लिए यह रीसेट आज़माएँ:
ध्यान स्थायी नहीं है। यह एक उपकरण है ताकि आपका सीखना रनवे खत्म होने से पहले तेज़ हो।
एक छोटा बाजार जीतना मतलब यह नहीं कि आप हो गए—बल्कि यह है कि आपने बढ़ने का अधिकार कमाया है। मुख्य बात समय है: तब ही विस्तार करें जब एक सेगमेंट वास्तव में “लॉक” हो गया हो।
जब आपका संदेश लगातार कन्वर्ट करे और विकास यादृच्छिक न लगे, तब आप तैयार हैं। व्यावहारिक संकेतों में शामिल हैं:
अगर हर डील बंद करने के लिए हीरोइक प्रयास की ज़रूरत पड़ती है, तो आप अभी भी खोज रहे हैं।
एक बार जब आप एक वेज पर सिद्ध हो जाएँ, तो निकटतम अगले कदम द्वारा विस्तार करें:
वह मार्ग चुनें जिसमें सबसे कम बदलाव हों ताकि आप पोजिशनिंग, प्रोडक्ट और अधिग्रहण चैनलों का पुनरुपयोग कर सकें।
सामान्य विफलता मोड है कई परिवर्तनों को जोड़ देना—नया ICP और नया उपयोग मामला और नया चैनल। इसके बजाय, दो चीज़ें स्थिर रखें और एक बदलें। उदाहरण: वही पर्सोना + वही वर्कफ़्लो, लेकिन नया भूगोल।
विस्तार को नियंत्रित प्रयोग मानें। अपने पहले से पसंद किए गए “कोर” प्रोडक्ट को बनाए रखें और नए सेगमेंट का परीक्षण हल्के जोड़-घटाव के साथ करें:
जब नया सेगमेंट दोहराने योग्य कन्वर्ज़न और रिटेंशन दिखाए, तब आप जो सीखा उसे मुख्य प्रोडक्ट में मिला सकते हैं—बिना जो पहले से काम कर रहा है तोड़े। अधिक फोकस पर जानकारी के लिए देखें /blog/startup-focus।
एक संकीर्ण प्रोडक्ट पिच डेक पर “बहुत छोटा” दिख सकता है, फिर भी यह शुरुआती दौर में वास्तविक अच्छा बिजनेस हो सकता है।
Y Combinator अक्सर बात करता है कि आप default alive हैं: आप जितना खर्च कर रहे हैं उससे कम कमा रहे हैं (या भरोसेमंद रूप से उठा सकते हैं), इसलिए कंपनी चमत्कार के बिना भी चल सकती है। व्यवहार में इसका मतलब है कि आपके पास पैसे नहीं खत्म होने का स्पष्ट रास्ता है—क्योंकि राजस्व लागत को कवर करता है, या बर्न इतना कम है कि फंडिंग एक निरंतर आपातकाल नहीं है।
एक “छोटा” बाज़ार तब भी मजबूत शुरुआती राजस्व दे सकता है अगर दर्द तीव्र हो और खरीदार के पास बजट हो।
यदि आप एक विशिष्ट वर्कफ़्लो को एक विशिष्ट भूमिका के लिए हल करते हैं, तब आप अक्सर उन सामान्य टूल्स से अधिक चार्ज कर सकते हैं जो जनरल लगते हैं। 50–200 ग्राहक भी महत्वपूर्ण हो सकते हैं जब प्रत्येक ग्राहक इतना देता हो कि सपोर्ट, प्रोडक्ट डेवलपमेंट और सीख शामिल हों।
शुरू करें वैल्यू-आधारित प्राइसिंग से: कीमत उस पर लगाएँ जो ग्राहक बचाता या कमाता है, न कि आपकी लागत के अनुसार।
इसे सरल रखें:
शुरुआत में जटिल मेन्यू से बचें। आप चाहते हैं कि खरीदार जल्दी निर्णय लें, और आप सीखना चाहेंगे कि वे वास्तव में क्या महत्व देते हैं।
एक बड़े टीम या महँगे टूल्स की जरुरत नहीं कि आप एक संकीर्ण बाज़ार जीतें।
अपना बजट इन पर लगाएँ:
जब प्रोडक्ट संकीर्ण होता है, तो आपकी ऑपरेशन भी संकीर्ण हो सकती है—जिससे “default alive” पहुँचना आसान हो जाता है।
छोटे से शुरू करना तभी काम करता है जब आप बनाते समय से तेज़ी से सीख रहे हों। ईमानदार रहने का सबसे आसान तरीका है कुछ “क्या बेहतर हुआ?” नंबरों को ट्रैक करना, उन्हें साप्ताहिक समीक्षा में देखना, और इन्हें विशिष्ट ग्राहक बातचीत से जोड़ना।
B2B SaaS: साप्ताहिक सक्रिय टीमें, % खाते जो "आहा" क्रिया पर पहुँच रहे हैं, ट्रायल-से-पेड कन्वर्ज़न, चर्न (लोग और राजस्व), समय-टू-फर्स्ट-वैल्यू।
कंज्यूमर / प्रो-यूज़र ऐप: activation दर, दिन-7 रिटेंशन, साप्ताहिक सक्रिय उपयोगकर्ता, उपयोगकर्ता प्रति-invite/शेयर किए गए क्रियाएँ, पेड कन्वर्ज़न (यदि लागू)।
मार्केटप्लेस: सफल मैच प्रति सप्ताह, सप्लाई कवरेज (कितनी बार डिमांड सप्लाई पाती है), दोनों पक्षों पर रिपीट रेट, टेक रेट, कैंसलेशन रेट।
सर्विसेज / एजेंसी (आपका पहला वेज): क्वालिफाइड लीड्स, क्लोज़ रेट, औसत डील साइज, डिलीवरी समय, सकल मार्जिन, रेफ़रल्स।
बेंचमार्क्स संदर्भ-आधारित होते हैं, इसलिए रेंज का कम उपयोग करें। एक सुरक्षित एंकर: शुरुआती चरण में, दिशा स्तर से अधिक महत्व रखती है—आप चाहते हैं कि activation, conversion, retention जैसे प्रमुख दरें दोहराव के साथ ऊपर की ओर जाएँ।
इसे एक चलती हुई डॉक में लिखें ताकि आप अपनी प्रगति की कहानी देख सकें।
समस्या दिखने पर आप क्या करने की कोशिश कर रहे थे?
अगर आप इस हफ्ते इसे नहीं सुलझाते, तो क्या होता?
अब तक आपने क्या आज़माया (और क्यों काम नहीं किया)?
आप आज इसे कैसे सुलझाते हैं—सटीक कदम, टूल, शामिल लोग?
“अच्छा-सा” समाधान कैसा दिखेगा?
क्या इसके लिए आप भुगतान करेंगे (या मौजूदा तरीका छोड़ेंगे)?
मुझे और किससे बात करनी चाहिए जिनके पास यही समस्या है?
अगर आपके मेट्रिक्स बेहतर होते हैं और इन उत्तरों में तीरता आती है, तो आप सही संकीर्ण रास्ते पर हैं।
छोटे से शुरू करना "इमारत रोकना" नहीं है। यह स्पष्टता ज़बरदस्त करने, असली फीडबैक पाने, और कुछ ऐसा भेजने का तरीका है जिसके लिए लोग भुगतान करेंगे—तेज़। यहाँ एक फोकस्ड 30-दिन योजना है जो आपको संकीर्ण रखते हुए आगे बढ़ाती है।
एक वाक्य में अपने एक ICP का चुनाव करें (भूमिका, संदर्भ, और बाधा)। फिर एक दर्दनाक समस्या चुनें जिसे आप बिना पूर्ण प्रोडक्ट के हल कर सकें।
एक वाक्यीय वादा लिखें जो स्पष्ट और टेस्टेबल हो:
“हम [ICP] की मदद करते हैं [मापनीय परिणाम] [समय-सीमा] में बिना [सामान्य झंझट] के।”
यह आपका फ़िल्टर बन जायेगा। अगर कोई फीचर, मीटिंग, या विचार उस वादे को मजबूत नहीं करता, तो वह बाहर है।
अपने ICP से मेल खाने वाले 15–25 लोगों से बात करें। पैटर्न खोजने का लक्ष्य रखें, वैलिडेशन का नहीं।
पूछें कि आख़िरी बार उन्हें दर्द कब महसूस हुआ, उन्होंने क्या आज़माया, इसका कितना खर्च हुआ (समय/पैसा), और “ठीक” क्या दिखेगा।
फिर प्राइसिंग भाषा जल्दी परखें। इसे सौदा नहीं सोचें—एक सिग्नल के रूप में उपयोग करें:
उनके उपयोग किए शब्दों को दस्तावेज़ करें; वही शब्द आपकी लैंडिंग पेज और आउटरिच में होने चाहिए।
3–5 पायलट चलाएँ जहाँ आप पीछे से मैन्युअल तौर पर काम करते हैं। उद्देश्य इंटरफेस नहीं बल्कि परिणाम साबित करना है।
एक या दो सफलता मीट्रिक परिभाषित करें (उदा., समय बचा, कम हुई गलतियाँ, तेज़ टर्नअराउंड) और उन्हें प्रति उपयोगकर्ता ट्रैक करें। जो सचमुच मीट्रिक को बढ़ाता है उसके अनुसार साप्ताहिक रूप से दोहराएँ।
पायलट में आपने जो बार-बार स्टेप किए हैं उन्हें पहचानें और उन्हें सबसे छोटे “वेज़” प्रोडक्ट में बदल दें।
अगले महीने के लिए एक अधिग्रहण चैनल चुनें जिसे आप लगातार चला सकें: लक्षित आउबाउंड, पार्टनरशिप, एक निच समुदाय, या एक वर्कफ़्लो इंटीग्रेशन। सब कुछ आपके एक-वाक्य वादे और एक सरल अगले कदम (कॉल बुक करें, ट्रायल शुरू करें, या ऑनबोर्डिंग के लिए भुगतान करें) की तरफ़ निर्देशित रखें।
“छोटा” का मतलब दायरा (scope) है, न कि महत्वाकांक्षा। शुरुआत में:
महत्वाकांक्षा बड़ी रखिए, पर आपकी पहली प्रति इतनी संकुचित हो कि आप जल्दी भेजें, सीखें और सुधार सकें।
अक्सर यह “सोचो छोटा” नहीं होता—बल्कि “धुंधला सोचो” ही बन जाता है। व्यापक पोजिशनिंग (“हर टीम के लिए”) से प्रतिक्रिया शोर भरी और फैसले धीमे हो जाते हैं।
एक संकीर्ण वादा स्पष्टता ज़बरदस्त करता है: या तो आप उसी विशेष उपयोगकर्ता के लिए परिणाम देते हैं, या नहीं—और आप तेज़ी से सीखते हैं।
सरल फॉर्मैट इस्तेमाल करें:
उदाहरण: “यह है स्वतंत्र सीपीए (CPAs) के लिए जब वे एक नए मासिक क्लाइंट को ऑनबोर्ड कर रहे हों और बिना ईमेल पीछा किए डॉक्युमेंट एकत्र करने की ज़रूरत हो।”
दोहराए जाने वाले, अनप्रॉम्प्टेड पैटर्न देखें:
अगर हर बातचीत अलग लगती है, तो आपका ICP या वादा अभी भी बहुत व्यापक है।
“निरस” का मतलब अक्सर तुरन्त समझ आने वाला मूल्य होता है। परिचित समस्याएँ:
लाभ: सीखने और बिक्री की गति—न कि नवाचार की कमी।
यह तीव्र, महंगा, बार-बार होने वाला और मापने योग्य होना चाहिए। त्वरित जाँच के प्रश्न:
अगर कोई मालिक नहीं है या बजट नहीं है, तो आमतौर पर यह एक कमजोर समस्या है।
यह मतलब है मैनुअल, हाई-टच प्रयास ताकि आप वास्तविक उपयोगकर्ता और वास्तविक फीडबैक पा सकें पहले कि आप ऑटोमेट करें। उदाहरण:
सब कुछ पारदर्शी रखें: यह क्या मैन्युअल है और क्या प्रोडक्ट होगा — बार-बार किए जाने वाले कदमों को दस्तावेज़ बनाएं और फिर केवल वही ऑटोमेट करें जो अक्सर हो रहा है।
एक wedge प्रोडक्ट वह न्यूनतम उत्पाद है जो किसी विशेष ग्राहक के लिए एक काम अंत-से-अंत पूरा कर दे। यह प्लेटफ़ॉर्म नहीं और न ही आंशिक वर्कफ़्लो है।
पहले परिणाम पर ध्यान दें:
केवल उन्हीं must-have फीचर को बनाइए जो बिना वर्कअराउंड के वादा पूरा करें।
ग्राहक के लिए लागत वाले व्यवहार को प्राथमिकता दें:
हल्के तरीके:
जब चीज़ें दोहराने योग्य महसूस हों तब ही विस्तार करें, न कि तब जब हर डील हीरोइक प्रयास ले रही हो:
विस्तार में एक समय पर केवल एक नया परिवर्तन लाएँ: पार्श्व व्यक्ति, पार्श्व वर्कफ़्लो, या पार्श्व भूगोल—उनमें से एक चुनें।
शान-शौकत संकेतों (फॉलोअर्स, पेज व्यूज़) को प्राथमिकता न दें।
