प्रिय सब्सक्राइबर्स, आज, मैं केवल 12 मिनट में 10+ वर्षों के पीएम पाठ साझा करना चाहता हूं। मैं Roblox, Reddit, Amazon और Meta जैसी कंपनियों में उत्पाद नेता रहा हूं। लेकिन मजेदार बात यह है कि: मैं जिस पर विश्वास करता हूं वह अक्सर बड़ी कंपनियों के काम करने के तरीके के विपरीत होता है। 😅एआई युग में एक महान प्रधानमंत्री कैसे बनें, इस पर मेरी अनफ़िल्टर्ड राय जानने के लिए अभी मेरा वीडियो देखें। टाइमस्टैम्प:(00:00) जो मैं मानता हूं वह अक्सर बड़ी तकनीक के काम करने के विपरीत क्यों होता है(00:18) गति ही एकमात्र समस्या है: तेज़ फीडबैक लूप बनाएं(02:34) फोकस एक महाशक्ति है: जितना आप हां कहते हैं उससे 10 गुना अधिक ना कहें(05:00) प्रक्रिया पर उत्पाद: पीएम को अस्वीकार करें थिएटर(07:32) सत्य की तलाश करें: समिति द्वारा प्रतिबंध का निर्णय(09:45) नौकरशाहों पर बिल्डर्स: काम के प्रमाण के साथ शुरुआत करें अभी यूट्यूब पर देखें या नीचे पढ़ते रहें। यह पोस्ट आपके लिए लाया गया है...फ़्रेमरप्रारंभिक चरण के संस्थापकों को अक्सर एक निराशाजनक विकल्प का सामना करना पड़ता है: एक पेशेवर साइट प्राप्त करने में सप्ताह बिताएं या किसी ऐसी चीज़ के लिए समझौता करें जो बैंगनी एआई-जनरेटेड ढलान की तरह दिखती है। फ़्रेमर आपको यह बताकर हल करता है: बिना किसी घंटों में एक सुंदर पेशेवर साइट लॉन्च करें डेवलपर्स को काम पर रखना। सीएमएस, एनालिटिक्स और एआई स्थानीयकरण के साथ अपनी साइट को एमवीपी से पूर्ण उत्पाद तक बढ़ाएं। शुरुआती चरण के स्टार्टअप फ्रेमर प्रो का एक वर्ष मुफ्त ($ 360 मूल्य) प्राप्त कर सकते हैं और नीचे दिए गए मेरे लिंक के साथ फ्रेमर पर पहले से ही निर्माण कर रहे हजारों संस्थापकों में शामिल हो सकते हैं। फ्रेमर का 1 वर्ष मुफ्त प्राप्त करें। नाउस्पीड एकमात्र moatBuild रैपिड फीडबैक लूप है। जितनी तेज़ी से आप वास्तविक उपयोगकर्ताओं के साथ पुनरावृति करेंगे, आपका उत्पाद उतना ही बेहतर होगा। सुबह एक प्रोटोटाइप बनाएं और दोपहर के भोजन तक उपयोगकर्ता की प्रतिक्रिया प्राप्त करें। किसी वास्तविक उपयोगकर्ता से बात करने से पहले आंतरिक समीक्षाओं के 3+ राउंड करने से इनकार करें। संकेंद्रित मंडलियों में भेजें। एक ही बार में सभी को नया उत्पाद भेजना लगभग हमेशा एक बुरा विचार है। इसके बजाय, लॉन्च से पहले मुद्दों को पकड़ने और गुणवत्ता में सुधार करने के लिए स्टाफ अल्फ़ाज़ और ग्राहक बीटा चलाएं। मैं वास्तव में नहीं जानता कि बीटा उपयोगकर्ताओं के समुदाय के बिना मैं बेहतरीन उत्पाद कैसे बना सकता हूं, जिनसे मैं रोजाना बात कर सकता हूं। छोटी टीमें तेजी से शिप करती हैं। 4-6 पूर्ण-स्टैक बिल्डरों की एक टीम जो उपयोगकर्ताओं के साथ सह-निर्माण करने के लिए सशक्त है, किसी भी दिन 50-व्यक्ति संगठन को निष्पादित करेगी। यहां मुख्य शब्द "सशक्त" है - यदि आप ए खिलाड़ियों की एक टीम को काम पर रखते हैं, तो उन्हें वास्तविक उपयोगकर्ताओं के साथ सुनने, भेजने, विफल होने और सीखने की स्वायत्तता दें। पहले एआई के साथ पुनरावृति करें। अब हर किसी के पास एक एआई टीम का साथी है जो 24/7 उपलब्ध है। इसलिए अपनी टीम से मिलने से पहले फीडबैक को सारांशित करने, योजनाओं का मसौदा तैयार करने और प्रोटोटाइप में सुधार करने के लिए एआई के साथ काम करें। बुनियादी एआई कार्य समय से पहले करना अब एक आधारभूत अपेक्षा है। उपयोगकर्ता बनें। मेरा अनुमान है कि 10% से भी कम पीएम वास्तव में साप्ताहिक आधार पर अपने उत्पाद को डॉगफूड करते हैं। अपने उत्पाद का उपयोग पहली बार उपयोगकर्ता की तरह करें और अनुभव कितना कष्टप्रद है, इसका एक घर्षण लॉग लिखें। कोई भी इतना वरिष्ठ नहीं है कि अपनी खुद की चीज़ का परीक्षण कर सके। उदाहरण: बोरिस (क्लाउड कोड के निर्माता) ने एक्स पर उपयोगकर्ता की प्रतिक्रिया मांगी और उसे 100 उत्तर मिले। फिर उन्होंने मौके पर ही दर्जनों सुधार भेजने के लिए एआई के साथ काम किया। वह वास्तविक उपयोगकर्ताओं के साथ तेजी से पुनरावृत्ति करने वाली एक छोटी टीम (1 🙂 की) का आदर्श उदाहरण है। पोस्टफोकस से लिंक एक महाशक्ति है, कम चीजें बेहतर करें। मैं प्रति तिमाही 1-3 पी0 से अधिक परियोजनाओं में विश्वास नहीं करता। एक ही बार में सब कुछ बनाने की कोशिश करने के बजाय आपके व्यवसाय को बढ़ाने वाले सबसे बड़े उपयोगकर्ता समस्या बिंदुओं को हल करने पर ध्यान केंद्रित करें। आपको तब तक प्राथमिकताएँ तय करनी होंगी जब तक कि तकलीफ न हो - यह कहना कि "हम दोनों ही क्यों न करें" या 5-10 प्राथमिकताओं को सूचीबद्ध करना एक खतरे का संकेत है। पहले साधारण काम करें। हमेशा सबसे सरल चीज़ भेजें जो काम कर सके और उन समस्याओं को हल करने से बचें जो अभी तक मौजूद नहीं हैं। उदाहरण के लिए, यदि आपका 0-1 उत्पाद अभी तक उत्पाद बाजार के लिए उपयुक्त नहीं है, तो संभवतः आपको पैमाने के लिए अनुकूलन नहीं करना चाहिए। इस मंत्र को अपने और अपनी टीम के लिए दोहराते रहें। पहले अपनी सबसे जोखिम भरी धारणा को सत्यापित करें। प्रत्येक उत्पाद में कुछ धारणाएँ होती हैं, जो गलत होने पर पूरे विचार को ख़त्म कर देंगी। एक साधारण प्रोटोटाइप या ए/बी परीक्षण का उपयोग करके वास्तविक उपयोगकर्ताओं के साथ इन मान्यताओं को मान्य करें। यदि आपकी मूल परिकल्पना अप्रमाणित रहती है तो द्वितीयक सुविधाओं पर काम न करें। अपने कैलेंडर को सुरक्षित रखें। आपका कैलेंडर तय करता है कि आप वास्तव में क्या काम करते हैं और यदि आप अपने समय और ऊर्जा को नियंत्रित नहीं करते हैं तो आप अच्छे उत्पाद नहीं बना सकते। मैं सुबह गहन काम करता हूं जब मुझे मानसिक स्पष्टता मिलती है और मैं बैठकों में गिरावट के प्रति निर्दयी रहता हूं जिससे मेरी ऊर्जा खत्म हो जाती है। जितना आप हां कहते हैं उससे 10 गुना ज्यादा ना कहें। उन सुविधाओं, मीटिंगों और यहां तक कि उपयोगकर्ता अनुरोधों को ना कहने में सहज रहें जो आपके उच्चतम प्रभाव वाले कार्य से मेल नहीं खाते हैं। सहानुभूति दिखाएं और अपना तर्क स्पष्ट रूप से समझाएं - दूसरा पक्ष आमतौर पर समझ जाएगा। उदाहरण: मैंने एक बार एक में काम किया थाकंपनी जहां सीपीओ ने वर्ष के लिए 9 प्राथमिकताओं की घोषणा की। यहां तक कि लोगों को सभी 9 चीजें याद रखने में मदद करने के लिए उनके पास एक बेहतरीन संक्षिप्त नाम भी था। एक साल बाद, हमने बमुश्किल कोई प्रगति की और उन्होंने प्राथमिकताओं को घटाकर 3 कर दिया। सफल तकनीकी कंपनियों में फोकस की कमी एक बेहद आम समस्या है। एंथ्रोपिक एक ऐसी कंपनी का उदाहरण है जिसने इसे सही किया: पोस्टप्रोडक्ट से लिंक > प्रोसेसरिजेक्ट पीएम थिएटर। मैंने इस बारे में बात की है कि वास्तविक उपयोगकर्ताओं के साथ फीडबैक लूप बनाना कितना महत्वपूर्ण है। लेकिन अधिकांश प्रधानमंत्रियों का ध्यान दस्तावेजों को चमकाने और वास्तविक समीक्षा से पहले अंतहीन प्री-बैठकें करने जैसे आंतरिक रंगमंच पर केंद्रित है। उस उत्पाद के प्रति जुनूनी रहें जिसे आपके उपयोगकर्ता वास्तव में उपयोग करते हैं, न कि आपकी आंतरिक कलाकृतियों के बारे में। न्यूनतम व्यवहार्य योजनाएं बनाएं। यह दिखावा करना बंद करें कि आप ठीक-ठीक जानते हैं कि अब से एक साल बाद क्या बनाना है। इसके बजाय, एक न्यूनतम व्यवहार्य योजना बनाएं जो उपयोगकर्ता की समस्या, दृष्टिकोण, लक्ष्य, सिद्धांत, समाधान और आप जो नहीं कर रहे हैं उसे कवर करे। इसे एक पेज पर रखें और जैसे-जैसे आप सीखते जाएं, इसे अपडेट करते जाएं। वार्षिक योजना और ओकेआर थिएटर को अस्वीकार करें। पहले प्रोटोटाइप विकास का अभ्यास करें। प्रोटोटाइप लोगों को किसी भी स्लाइड डेक या दस्तावेज़ की तुलना में आपके समाधान की बेहतर समझ देते हैं। इन्हें बनाना अधिक मज़ेदार है और वास्तविक उपयोगकर्ताओं के साथ परीक्षण करना भी आसान है। इसलिए अपना पीआरडी और डिज़ाइन बनाने से पहले एक प्रोटोटाइप के साथ रुचि को मान्य करें। विवरणों के प्रति जुनूनी होना। डिफ़ॉल्ट स्थिति, किनारे के मामले और अच्छी प्रतिलिपि - ये विवरण हैं जो एक महान उत्पाद को ढलान से अलग करते हैं। इससे कोई फर्क नहीं पड़ता कि आप कितने वरिष्ठ हैं, आपको कुछ ऐसा भेजने के लिए छोटी से छोटी जानकारी की भी परवाह करनी होगी जिस पर आप गर्व कर सकें। उत्पाद समीक्षाओं को सरल बनाएं। जहाज भेजने से पहले किसी अधिकारी के कैलेंडर पर आने के लिए हफ्तों इंतजार करने जैसी कोई भी चीज़ गति को धीमा नहीं करती है। यदि आप एक लीडर हैं, तो अपनी टीमों को बीटा उपयोगकर्ताओं को निःशुल्क शिप करने के लिए सशक्त बनाएं। अपने व्यस्त कार्यक्रम के दौरान प्रोटोटाइप एसिंक्स को अवरुद्ध करने के बजाय उनकी समीक्षा करें। उदाहरण: रैंप ने अपनी टीमों को तेजी से शिप करने के लिए सशक्त बनाकर रिकॉर्ड समय में $ 32B तक बढ़ा दिया। जैसा कि ज्योफ (रैंप का सीपीओ) नीचे दिए गए पोस्ट में बताता है, रैंप टीमें किसी भी समय बीटा उपयोगकर्ताओं को भेज सकती हैं। जो पंक्ति मुझे विशेष रूप से पसंद है वह है "नेतृत्व के पास समीक्षा करने के लिए 48 घंटे हैं अन्यथा यह काम करेगा।" यह अधिकारियों पर जवाबदेही डालता है कि वे गति को धीमा न करें। पोस्ट से लिंक करें सत्य की तलाश करेंअहंकार सबसे बड़ा मोड़ है। मैं ऐसे उत्पाद नेताओं और रचनाकारों को बर्दाश्त नहीं कर सकता जो सोचते हैं कि वे बाकी सभी से बेहतर हैं। मैं जिन सबसे अच्छे नेताओं से मिला हूं वे सबसे विनम्र भी हैं क्योंकि वे पहले असफल हो चुके हैं और उन्होंने कुछ वास्तविक गंदगी देखी है। यदि आप विनम्र नहीं हैं तो आप सुन नहीं रहे हैं और आप अच्छे उत्पाद नहीं बना पाएंगे। समिति द्वारा निर्णय पर प्रतिबंध लगाएं। मैं एक लक्ष्य के रूप में क्रॉस-फ़ंक्शनल संरेखण में विश्वास नहीं करता। सभी हितधारकों को खुश करने का प्रयास अनिवार्य रूप से उत्पाद अनुभव से समझौता करेगा। पहले अलग-अलग राय लें, फिर एक ही व्यक्ति को कॉल करने को कहें और परिणाम की जिम्मेदारी लें। अपने आप को चापलूसों से न घेरें। महान कंपनियाँ तब नष्ट हो जाती हैं जब नेता ऐसे लोगों से घिर जाते हैं जो उनके विचारों को चुनौती नहीं देंगे। उन लोगों को ढूंढें और पुरस्कृत करें जो कठिन प्रश्न पूछने के इच्छुक हैं। यदि आपकी समीक्षा में हर कोई सहमति दे रहा है, तो यह एक बुरा संकेत है। अच्छा इरादा मानें। जब आप किसी से असहमत हों, तो अपनी राय का बचाव करने के बजाय समझने की बात सुनें। सम्भावना यह है कि वे एक महान मुद्दा उठा रहे हैं जिस पर आपने विचार नहीं किया है। सर्वोत्तम बहसें सहयोगात्मक सत्य-शोधन अभ्यास हैं, न कि जीती जाने वाली लड़ाइयाँ। गलत होने के लिए तैयार रहें। अधिकांश निर्णय प्रतिवर्ती दो-तरफा दरवाजे हैं। सही कदम अक्सर सही जानकारी की प्रतीक्षा करने के बजाय केवल निर्णय लेना और सीखना होता है। मुझे याना के साथ मेरे साक्षात्कार का यह उद्धरण पसंद है: "जब तक आप 2 विचारों पर बहस कर चुके होते हैं, मैं पहले ही 10 भेज चुका होता हूं।" उदाहरण: हाल ही में काम पर, हितधारकों ने एक ऐसी सुविधा के लिए दबाव डाला जिसका मैंने कई हफ्तों तक विरोध किया। लेकिन मैंने उपयोगकर्ताओं से बात करके और विभिन्न प्रोटोटाइप का परीक्षण करके अपना दिमाग खुला रखा। आख़िरकार, इन फीडबैक लूप्स ने मेरा मन बदल दिया। मैंने स्वीकार किया कि मैं गलत था, सबूत दिखाए और अब हम कुछ ऐसा बना रहे हैं जिसके बारे में हम आश्वस्त हैं। लक्ष्य सत्य को खोजना है, न कि यह साबित करना कि आप सही हैं। बिल्डर्स > नौकरशाह बिल्डरों को किराए पर लें, नौकरशाहों को नहीं। ऐसे लोगों की तलाश करें जो वास्तव में करियर की सीढ़ी चढ़ने के लिए ऐसा करने वाले लोगों के बजाय बेहतरीन उत्पाद तैयार करने में रुचि रखते हैं। ऐसे लोगों को ढूंढें जिनके पास "बस इसका पता लगाने" की ऊर्जा है - अनुमति की प्रतीक्षा करने के बजाय समस्याओं को हल करने के लिए कई टोपी पहनने की इच्छा। काम का प्रमाण> प्रमाण पत्र। किसी को भी आपकी FAANG वंशावली या AI उत्पाद प्रमाणपत्र की परवाह नहीं है। उच्च किरायाएजेंसी के लोग जिन्होंने बेहतरीन साइड प्रोजेक्ट बनाए हैं या काम का प्रमाण प्रदर्शित किया है। एकमात्र क्रेडेंशियल जो मायने रखता है वह यह है कि आपने क्या भेजा है और उत्पाद को बेहतर बनाने के लिए आपके विचार क्या हैं। हाँ या नहीं। यदि आप किसी उम्मीदवार को लेकर उत्साहित नहीं हैं, तो उन्हें इस उम्मीद से नौकरी पर न रखें कि वे काम करेंगे। एक बढ़िया किराया तीन औसत दर्जे के लोगों को मात देता है। कभी भी अपना स्तर नीचे न रखें क्योंकि आप किसी पद को भरने के लिए बेताब हैं। आपकी नौकरी का शीर्षक कोई मायने नहीं रखता। सर्वश्रेष्ठ टीमें पीएम, डिज़ाइन और इंजीनियरिंग के बीच की रेखाओं को धुंधला कर देती हैं। मुझे अच्छा लगता है जब इंजीनियर सीधे मेरी विशिष्टता को अपडेट करते हैं और डिजाइनर मुझे फिग्मा में कॉपी में बदलाव करने देते हैं। फुल-स्टैक बिल्डरों की एक टीम बनाएं जो एक-दूसरे की कला पर भरोसा करें और उसका सम्मान करें। खुद को बदलें। एक नेता के रूप में आपका काम खुद को अनावश्यक बनाना है। यदि आपकी टीम आपके बिना एक सप्ताह तक काम नहीं कर सकती, तो आप एक नेता के रूप में विफल हो गए हैं। सर्वश्रेष्ठ नेता दूसरों को सशक्त बनाते हैं ताकि वे नई समस्याओं की ओर बढ़ सकें। उदाहरण: मैं अभी एक वरिष्ठ प्रधान मंत्री के लिए नियुक्ति कर रहा हूं, और मैंने आपके सर्वोत्तम साइड प्रोजेक्ट या शिप किए गए कार्य को लिंक करने के लिए नौकरी विवरण में स्पष्ट रूप से लिखा है। मुझे "फुर्तीले विशेषज्ञ" या "रणनीतिक उत्पाद नेता" जैसे अस्पष्ट शब्दजाल देखने से नफरत है। वह बात निरर्थक है. बस इस बात से शुरुआत करें कि आपने क्या भेजा और उसका प्रभाव क्या था। तो आपके पास यह है - बेहतरीन उत्पाद बनाने के लिए मैं 25 चीजों पर विश्वास करता हूं। अपनी खुद की सूची लिखें और उन कंपनियों के लिए काम करें जो समान मूल्यों और सिद्धांतों को साझा करते हैं। यह आपके जीवन को बहुत आसान बना देगा, मैं वादा करता हूं। अधिक जानकारी के लिए, मेरा 12 मिनट का वीडियो देखें और मेरे 40 जीवन सबक देखें जो मैं 40 की उम्र में जानता हूं और काश मैं 20 की उम्र में जानता होता। यहां उन सभी 25 चीजों के साथ एक आसान इन्फोग्राफिक है जिन पर मैं विश्वास करता हूं:
बेहतरीन उत्पाद बनाने के लिए मैं 25 चीज़ों पर विश्वास करता हूँ
By Creator Economy
·
·
9 min read
·
419 views
Read in:
aa
ace
af
ak
alz
am
ar
as
awa
ay
az
ba
ban
be
bew
+191 more
bg
bho
bik
bm
bn
brx
bs
bug
ca
ceb
cgg
ckb
co
crh
cs
cv
cy
da
de
din
doi
dv
dyu
dz
ee
el
en
eo
es
et
eu
fa
ff
fi
fj
fo
fr
fur
fy
ga
gd
gl
gom
gn
gu
ha
haw
he
hi
hil
hne
hmn
hr
hrx
ht
hu
hy
id
ig
ilo
is
it
ja
jam
jv
ka
kab
kbp
kg
kha
kk
kl
km
kn
ko
kri
ku
ktu
ky
la
lb
lg
li
lij
ln
lo
lmo
lt
ltg
lua
luo
lus
lv
mai
mak
mg
mi
min
mk
ml
mn
mni-mtei
mos
mr
ms
mt
my
nd
ne
nl
nn
no
nr
nso
nus
ny
oc
om
or
pa
pag
pam
pap
pl
ps
pt
pt-br
qu
rn
ro
ru
rw
sa
sah
sat
sc
scn
sg
si
sk
sl
sm
sn
so
sq
sr
ss
st
su
sus
sv
sw
szl
ta
tcy
te
tg
th
ti
tiv
tk
tl
tn
to
tpi
tr
trp
ts
tt
tum
ty
udm
ug
uk
ur
uz
ve
vec
vi
war
wo
xh
yi
yo
yua
yue
zap
zh
zh-hk
zh-tw
zu
