काम और तकनीकी जानकारी से जुड़े सवाल
Sales, support और leadership से आई बीस feature requests को आप प्राथमिकता कैसे देंगे?
इंटरव्यूअर क्या परखता है: क्या आप requests को product लक्ष्य और समस्या से जोड़ते हैं, किसी ढांचे से तुलना करते हैं और फ़ैसला सबको समझा पाते हैं।
मैं पहले इस quarter का product लक्ष्य दोहराऊंगा, जैसे नए merchants का activation बढ़ाना। फिर requests को इस आधार पर समूह में रखूंगा कि वे कौन सी समस्या हल करती हैं, क्योंकि कई requests एक ही समस्या के अलग-अलग हल होती हैं। हर समस्या के लिए देखूंगा कि कितने users प्रभावित हैं, लक्ष्य पर कितना असर होगा, हमें कितना भरोसा है और कितनी मेहनत लगेगी, यानी RICE जैसा ढांचा। आख़िर में जो सूची बने, वह सबके साथ उसके कारणों सहित साझा करूंगा।
किसी payments app में autopay reminder feature के लिए आप success metrics कैसे तय करेंगे?
इंटरव्यूअर क्या परखता है: क्या आप feature के असली लक्ष्य से primary metric चुनते हैं, और साथ में guardrail metric रखते हैं ताकि नुक़सान न छिपे।
इस feature का लक्ष्य है कि autopay mandate कम fail हों, क्योंकि users account में balance रखना भूल जाते हैं। इसलिए मेरा primary metric होगा: पहली कोशिश में सफल होने वाले autopay debits का हिस्सा। Secondary metrics में reminder खोलने की दर और reminder के बाद account में पैसे डालने वाले users देखूंगा। Guardrail के तौर पर notification बंद करने या app uninstall करने की दर पर नज़र रखूंगा, ताकि ज़्यादा reminders से users परेशान न हों। Launch से पहले baseline और target तय करूंगा।
हमारे app के daily active users रातोंरात पंद्रह प्रतिशत गिर गए। आप इसकी जांच कैसे करेंगे?
इंटरव्यूअर क्या परखता है: क्या आप पहले data की सच्चाई जांचते हैं और फिर platform, version, क्षेत्र और बाहरी कारणों में बांटकर व्यवस्थित तरीके से कारण खोजते हैं।
पहले मैं देखूंगा कि गिरावट असली है या नहीं: कहीं tracking तो नहीं बदली, किसी app release से analytics event तो नहीं टूटा, या data pipeline देर से तो नहीं चल रही। Server logs और orders जैसे दूसरे metrics से मिलान करूंगा। अगर गिरावट असली है, तो उसे platform, app version, शहर, नए और पुराने users में बांटकर देखूंगा कि कहां केंद्रित है। फिर उस दिन के बदलाव देखूंगा: नया release, बंद हुआ campaign, payment gateway की गड़बड़ी या कोई बाहरी घटना जैसे छुट्टी।
प्रोडक्ट मैनेजर और प्रोजेक्ट मैनेजर में क्या फ़र्क है?
इंटरव्यूअर क्या परखता है: क्या आप भूमिका की ज़िम्मेदारी साफ़ समझते हैं, यानी क्या और क्यों बनाना है बनाम कैसे और कब पूरा करना है।
प्रोडक्ट मैनेजर यह तय करता है कि क्या बनाना है और क्यों। वह users और बाज़ार को समझता है, product strategy और प्राथमिकता तय करता है, और launch के बाद मापता है कि product से असली फ़ायदा हुआ या नहीं। प्रोजेक्ट मैनेजर इस बात का ज़िम्मेदार है कि तय किया गया काम समय, बजट और scope में पूरा हो, यानी कैसे और कब। प्रोडक्ट का काम लगातार चलता है, जबकि प्रोजेक्ट की शुरुआत और अंत तय होता है। छोटी टीमों में एक ही व्यक्ति दोनों काम कर सकता है।
A/B test में नया checkout design conversion दो प्रतिशत बढ़ाता दिखा। क्या आप इसे launch करेंगे?
इंटरव्यूअर क्या परखता है: क्या आप statistical significance, test की अवधि, segment के फ़र्क और guardrail metrics जांचे बिना जल्दबाज़ी में फ़ैसला नहीं लेते।
तुरंत नहीं। पहले देखूंगा कि नतीजा statistically significant है और test उतने समय चला जितना पहले तय था, बेहतर हो कि पूरे हफ़्ते, ताकि weekday और weekend दोनों का व्यवहार आए। फिर जांचूंगा कि दोनों groups में users का बंटवारा सही था और कोई tracking गड़बड़ी नहीं थी। Guardrail metrics भी देखूंगा, जैसे refund, payment failure या support tickets कहीं बढ़े तो नहीं। Segment के हिसाब से भी देखूंगा कि किसी group में नुक़सान तो नहीं हुआ। सब ठीक हो तो धीरे-धीरे rollout करूंगा।
कोई capability ख़ुद बनानी है, tool ख़रीदना है या किसी कंपनी के साथ partner करना है, यह आप कैसे तय करते हैं?
इंटरव्यूअर क्या परखता है: क्या आप फ़ैसला इस आधार पर लेते हैं कि capability आपकी प्रतिस्पर्धा का मूल है या नहीं, और कुल लागत, समय और नियंत्रण तौलते हैं।
मैं पहले पूछता हूं कि यह capability हमें दूसरों से अलग बनाती है या नहीं। अगर बनाती है, जैसे किसी jobs platform का matching engine, तो मैं ख़ुद बनाने की ओर झुकता हूं, क्योंकि उस पर पूरा नियंत्रण और तेज़ सुधार ज़रूरी है। अगर यह आम ज़रूरत है, जैसे SMS भेजना या KYC verification, तो भरोसेमंद tool ख़रीदना बेहतर है। तुलना में सिर्फ़ शुरुआती ख़र्च नहीं, बल्कि रखरखाव, engineering समय, vendor पर निर्भरता और data की सुरक्षा भी गिनता हूं।
अनुभव और व्यवहार से जुड़े सवाल
आपका launch किया हुआ कोई feature जो नहीं चला, उसके बाद आपने क्या किया?
इंटरव्यूअर क्या परखता है: क्या आप असफलता को data से मानते हैं, कारण ढूंढते हैं और उससे अगला फ़ैसला बेहतर लेते हैं।
एक edtech startup में मैंने peer study group feature launch किया था, उम्मीद थी कि weekly engagement बढ़ेगा। छह हफ़्ते बाद बीस में से एक से भी कम active students ने group join किया, और ज़्यादातर groups शांत पड़ गए। मैंने कुछ students से बात की तो पता चला कि वे अनजान लोगों के साथ पढ़ने में सहज नहीं थे, वे अपने दोस्तों के साथ पढ़ना चाहते थे। हमने feature को बदलकर दोस्तों को invite करने वाला बनाया। सबसे बड़ी सीख यह रही कि बनाने से पहले छोटा test करना चाहिए था।
अपने engineering lead से हुए किसी मतभेद के बारे में बताइए और उसे कैसे सुलझाया।
इंटरव्यूअर क्या परखता है: क्या आप engineering की चिंता को गंभीरता से लेते हैं और बीच का ऐसा रास्ता निकालते हैं जिसमें बिज़नेस और quality दोनों बचें।
मैं अगले release में नया search filter चाहता था, क्योंकि sales ने एक बड़े क्लाइंट से इसका वादा किया था। Engineering lead दो हफ़्ते और चाहते थे ताकि search index दोबारा बनाया जा सके, उनका कहना था कि जल्दबाज़ी वाला version बाद में बहुत परेशानी देगा। मैंने उनसे risk को विस्तार से समझा। फिर हमने तय किया कि उस क्लाइंट के लिए सीमित filter feature flag के पीछे जाएगा और पूरा rework उसके बाद होगा। क्लाइंट को समय पर ज़रूरी चीज़ मिली और technical नुक़सान भी नहीं हुआ।
ऐसा मौका बताइए जब customer research से आपने product की दिशा बदली।
इंटरव्यूअर क्या परखता है: क्या आप बनाने से पहले users से सीधे मिलते हैं और जो सुनते हैं उसके आधार पर योजना बदलने का साहस रखते हैं।
हमारी योजना थी कि billing app इस्तेमाल करने वाले दुकानदारों के लिए विस्तृत analytics dashboard बनाएं। काम शुरू करने से पहले मैं कुछ किराना और pharmacy दुकानदारों से उनकी दुकान पर मिला। लगभग किसी ने reports नहीं देखीं। उन्हें असल में यह चिंता थी कि किन ग्राहकों पर उधार बाकी है और उन्हें याद कैसे दिलाएं। हमने dashboard रोककर उधार की याद दिलाने वाला सरल feature बनाया। यह feature बहुत ज़्यादा इस्तेमाल हुआ, और dashboard पर लगने वाला कई महीनों का काम बच गया।
HR round के सवाल
आप engineering से product management में क्यों आना चाहते हैं?
इंटरव्यूअर क्या परखता है: क्या आपके पास इस बदलाव के ठोस कारण और पहले से किए गए product वाले काम के उदाहरण हैं।
Backend developer के तौर पर काम करते हुए मुझे सबसे ज़्यादा दिलचस्पी code लिखने से पहले वाले सवालों में आने लगी: users को यह चीज़ क्यों चाहिए और हम कैसे जानेंगे कि यह काम कर रही है। मैंने customer calls में बैठना शुरू किया, एक feature के लिए metrics तय करने में मदद की और कुछ छोटे specs ख़ुद लिखे। इससे समझ आया कि मुझे यही काम पूरे समय करना है। मेरी technical समझ engineering टीम के साथ trade-off की बात करने में सीधे काम आएगी।
हमारे product में आपको क्या पसंद है, और आप सबसे पहले क्या बदलेंगे?
इंटरव्यूअर क्या परखता है: क्या आपने product सच में इस्तेमाल किया है, और क्या आपकी आलोचना विनम्र, ठोस और user के नज़रिये से है।
मैंने पिछले दो हफ़्ते आपका expense management app अपनी असली रसीदों के साथ इस्तेमाल किया। Receipt scan बहुत तेज़ है और ज़्यादातर बार GST number सही पकड़ता है, यह मुझे अच्छा लगा। जो चीज़ मैं पहले देखना चाहूंगा, वह है approval flow, क्योंकि मुझे यह पता करना मुश्किल लगा कि मेरा claim किसके पास अटका है। मुझे अंदर का data नहीं पता, इसलिए पहले देखूंगा कि क्या दूसरे users भी यही कहते हैं, फिर कोई हल सुझाऊंगा।
इस प्रोडक्ट मैनेजर भूमिका के लिए आप कितने compensation की उम्मीद रखते हैं?
इंटरव्यूअर क्या परखता है: क्या आप अपनी उम्मीद को भूमिका के स्तर और ज़िम्मेदारी से जोड़ते हैं और fixed, variable और ESOP जैसे हिस्सों को समझते हैं।
अभी मैं एक fintech कंपनी में प्रोडक्ट मैनेजर हूं, और मेरी current CTC में एक छोटा variable हिस्सा भी है, जिसकी जानकारी मैं दे सकता हूं। यह senior भूमिका है जिसमें पूरी product line की ज़िम्मेदारी है, इसलिए मैं current CTC से उचित बढ़ोतरी की उम्मीद रखता हूं, जो इस स्तर की भूमिकाओं के आम दायरे में हो। मेरे लिए fixed हिस्सा ज़्यादा मायने रखता है, पर अगर ESOP का हिस्सा अच्छा हो तो मैं पूरे package को साथ में देखकर बात करूंगा।
पूरे सवाल अंग्रेज़ी में
अंग्रेज़ी पेज पर 20 सवाल, follow-up सवाल और fresher/experienced फ़िल्टर हैं।
इंटरव्यू की तैयारी के लिए टिप्स
- Product sense के case (किसी user group के लिए feature design करना) का अभ्यास करें: पहले लक्ष्य और user साफ़ करें, फिर समस्याएं, फिर हल और आख़िर में metrics।
- Metrics वाले सवालों के लिए north star, primary, secondary और guardrail metric का फ़र्क अपने किसी काम के उदाहरण से समझा पाने की तैयारी रखें।
- जिस कंपनी में इंटरव्यू है, उसका product कम से कम एक-दो हफ़्ते ख़ुद इस्तेमाल करें और दो अच्छी व एक सुधार वाली बात नोट करें।
- असफल feature, engineering से मतभेद और sales के वादे जैसी स्थितियों के उदाहरण ईमानदार नतीजों के साथ तैयार रखें, सिर्फ़ सफलता की कहानियां नहीं।
जवाब बोलकर, घड़ी देखकर अभ्यास करें; हर जवाब एक-डेढ़ मिनट में पूरा हो। इसके लिए हमारा Interview Practice टूल (अंग्रेज़ी में) टाइमर के साथ इस्तेमाल कर सकते हैं।