डिज़ाइनर अब PM हैं

2026 में सीनियर डिज़ाइनर का काम taste वाला PM है। IC role merger हो चुका है। यह मानते रहना कि वह अभी आने वाला है, यही वजह है कि डिज़ाइन बजट कट रहे हैं।

अगर आपके पिछले बारह महीने Figma में पिक्सल धकेलने और PM के स्पेक लिखने का इंतज़ार करने में गए, तो बाज़ार ने उस रोल के लिए पैसे देना बंद कर दिया है। जो काम उसकी जगह आया, वह स्पेक, मेट्रिक्स, शिप डेट और user research का मालिक है। वही कुर्सी, वही Figma फ़ाइल, पर डिलीवरेबल अलग।

रोल मर्जर हो चुका है

यह मर्जर संरचनात्मक है, मौसमी नहीं। कोऑर्डिनेट करने से ज़्यादा सस्ता हो गया हेडकाउंट को समेटना, AI ने रोल के निचले हिस्से से प्रोडक्शन का बोझ उठा लिया, और बचे हुए डिज़ाइन IC ने डिस्कवरी, स्पेक और शिप डेट की ज़िम्मेदारी ले ली जो पहले अलग PM के पास थी। बाज़ार ने दो रोल की कीमत एक में लगा दी और आगे बढ़ गया।

यह लिस्टिंग में दिखता है। 2026 में "Product designer" के विवरण ऐसे पढ़ते हैं जैसे PM का विवरण हो जिसमें Figma की एक लाइन ऊपर से जोड़ दी गई हो। रोडमैप इनपुट, मेट्रिक ओनरशिप, eval मानदंड, कस्टमर इंटरव्यू, राइट-अप, शिप डेट की जवाबदेही। Figma अब न्यूनतम शर्त है, काम नहीं।

जिन टीमों ने पहले से इसी तरह काम किया, उन्होंने किसी को नहीं निकाला। जो टीमें अब भी 2018 वाला बँटवारा चला रही थीं, डिज़ाइनर स्क्रीन बनाए, PM स्पेक लिखे, इंजीनियर बनाए, उन्होंने निकाला। हेडकाउंट वही, दो अलग अंजाम, एक ही संरचनात्मक कारण।

एक designer-PM असल में किसका मालिक है

नए IC रोल में पाँच आर्टिफ़ैक्ट हैं जिनके आप मालिक हैं। कोई भी छूटा तो उसका काम कोई और रोल कर रहा है, और यही पहला संकेत है कि आपका रोल फ़ालतू है।

• स्पेक। Figma फ़्लो नहीं। एक लिखा हुआ डॉक जो समस्या, यूज़र, सफलता की मेट्रिक, फ़ेल होने के तरीके और कट लाइनें बताए। Figma फ़ाइल उसका परिशिष्ट है।

• मेट्रिक। एक नामित संख्या जिसे यह काम हिलाता है। एक्टिवेशन रेट, कन्वर्ज़न लिफ़्ट, रिटेंशन कर्व, लेटेंसी, टारगेट सेगमेंट पर NPS। अगर आप नहीं बता सकते कि यह शिप कौन सी संख्या हिलाएगा, तो काम सजावट है।

• शिप डेट। असली कैलेंडर पर असली तारीख, जिस पर टीम आपको पकड़ती है। 2026 में इसे खिसकाना designer-PM की समस्या है, टीम की नहीं।

• user research। आपके लिए गए पाँच इंटरव्यू, आपका लिखा सर्वे, आपका देखा सेशन, आपका पढ़ा Sentry ट्रेस। IC स्तर पर इसका मतलब समझने के लिए user research glossary देखें।

• राइट-अप। लॉन्च के बाद का छोटा, सार्वजनिक डॉक जिसमें लिखा हो क्या शिप हुआ, क्या हिला, क्या नहीं हिला, और टीम ने क्या सीखा। वह आर्टिफ़ैक्ट जो आपका मैनेजर ऊपर फ़ॉरवर्ड करता है।

आर्टिफ़ैक्ट का मालिक होने का मतलब है उसे लिखना, शेयर करना, रिव्यू में उसका बचाव करना, और गलत होने पर जवाबदेह होना। PM के साथ मिलकर लिखना ठीक है। उसके लिखने का इंतज़ार करना नहीं।

Linear, Stripe, Vercel, Anthropic, Figma डिज़ाइन IC को कैसे चलाते हैं

सबसे साफ़ सॉफ़्टवेयर सबसे तेज़ रफ़्तार से शिप करने वाली कंपनियाँ पहले से ऐसे ही काम करती हैं। उन्होंने रीऑर्ग की घोषणा नहीं की। बस पुराने रोल की हायरिंग बंद कर दी।

Linear के डिज़ाइन IC स्पेक चलाते हैं। Karri Saarinen सालों से कहते आए हैं कि Linear के डिज़ाइनर समस्या, प्रस्ताव, इम्प्लीमेंटेशन और शिप के मालिक हैं। PM फ़ंक्शन मौजूद है, पर आर्टिफ़ैक्ट की ओनरशिप उस डिज़ाइनर और इंजीनियर के पास है जो सरफ़ेस पर साथ काम करते हैं। प्रोडक्ट व्यूज़ का anti-dashboard तरीका designer-PM का फ़ैसला है, PM के ऊपर से थोपे स्पेक का नहीं।

Stripe का डिज़ाइन आउटपुट PM-आकार का है। जिस डिज़ाइनर ने Stripe का नया प्राइसिंग सरफ़ेस बनाया, वह मॉडल, मर्चेंट इंटरव्यू, rollout plan और मेट्रिक का मालिक था। Figma फ़ाइल देर से बनी, स्पेक और डेटा लॉक होने के बाद। यही अनुशासन the pricing page problem में दिखता है।

Vercel का डिज़ाइन ऑर्ग सर्विस टीम नहीं, प्रोडक्ट पार्टनर यूनिट है। डिज़ाइनर सरफ़ेस संभालते हैं, लॉन्च पोस्ट शिप करते हैं और डैशबोर्ड मेट्रिक के मालिक हैं। marketing site stack 2026 वाला स्टैक उन डिज़ाइनरों के पास है जो कोड शिप करते और स्पेक लिखते हैं, उस PM के पास नहीं जो उन्हें ब्रीफ़ करे।

Anthropic के प्रोडक्ट डिज़ाइनर eval मानदंड शिप करते हैं। eval ही स्पेक है, मेट्रिक है और टेस्ट है। जो डिज़ाइनर अपने सरफ़ेस का eval नहीं लिख सकता, वह उसे शिप करने वाली टीम में नहीं है।

Figma के डिज़ाइन IC PRD लिखते हैं। PRD होना चाहिए या नहीं की बहस तब खत्म हुई जब Figma की डिज़ाइन टीम ने उन्हें लिखना शुरू किया। जिस कंपनी ने इंडस्ट्री को Figma को गंभीरता से लेना सिखाया, उसने अपने डिज़ाइनरों को स्पेक को गंभीरता से लेना भी सिखाया।

पाँच कंपनियाँ, एक पैटर्न। डिज़ाइन IC दस्तावेज़, संख्या और तारीख़ के मालिक हैं। एक्स्ट्रा प्रोजेक्ट की तरह नहीं। नौकरी की तरह।

पुराना रोल बनाम नया रोल

बाज़ार का बदलाव कोई माहौल नहीं है। यह उन आर्टिफ़ैक्ट में दिखता है जो सीनियर डिज़ाइनर शिप करता है और उन बातचीतों में जिनकी वह अगुवाई करता है।

दायाँ कॉलम आकांक्षा नहीं है। यह 2026 में डिज़ाइनर हायर करने वाली हर कंपनी का चालू काम है। बायाँ कॉलम ऑटोमेट हुआ, समेटा गया, या निकाल दिया गया।

डिज़ाइन बजट क्यों कट रहे हैं

डिज़ाइन बजट इसलिए नहीं कट रहे कि काम की अहमियत खत्म हो गई। वे इसलिए कट रहे हैं कि दो रोल एक ही काम कर रहे थे, और AI ने production layer को इतना सस्ता कर दिया कि यह दोहराव फ़ाइनेंस डैशबोर्ड तक पहुँच गया।

गणित बेरहम है। Figma धकेलने वाले डिज़ाइनर और स्पेक लिखने वाले PM वाली टीम की लागत, दोनों काम करने वाले designer-PM की टीम से लगभग दोगुनी है। AI वह प्रोडक्शन की मेहनत संभाल लेता है जो दूसरी सीट को जायज़ ठहराती थी, इसलिए दोनों में से एक रोल की फ़ंडिंग जाती है।

जिस रोल की जाती है, वह वही है जिसने स्पेक, मेट्रिक और शिप डेट नहीं अपनाई। ज़्यादातर कट करने वाले ऑर्ग में यह डिज़ाइनर रहा है, क्योंकि डिज़ाइनर ऐतिहासिक रूप से खुद को प्रोडक्ट आउटकम की जगह Figma आर्टिफ़ैक्ट से परिभाषित करते आए हैं।

जिन टीमों में कटौती नहीं हुई, वहाँ डिज़ाइनर PM बन गया और PM ऊपर चला गया या बाहर मर्ज हो गया। हेडकाउंट वही, टाइटल कम, हर सीट पर आउटपुट ज़्यादा।

कटौती के लिए डिज़ाइन ऑर्ग को देखता CFO यह नहीं पूछ रहा कि "क्या डिज़ाइन कीमती है।" वह पूछ रहा है "कौन सी सीट वह आर्टिफ़ैक्ट शिप करती है जो मेट्रिक हिलाता है।" जो सीटें नाम लेकर जवाब नहीं दे सकतीं, वे पहले जाती हैं। पैटर्न क्रूर है, सटीक है, और Q1 2026 की हर छँटनी सूची में दिखता है।

2026 में नौकरी दिलाने वाली चीज़ें

पाँच कदम। इन्हें साथ-साथ चलाएँ, एक के बाद एक नहीं। किसी के लिए इजाज़त नहीं चाहिए।

1. स्पेक के मालिक बनें। अगला सरफ़ेस चुनें जो आप शिप कर रहे हैं और स्पेक खुद लिखें। एक पन्ना। समस्या, यूज़र, मेट्रिक, फ़ेल होने के तरीके, कट लाइनें। इसे अपने PM को भेजें, या PM न हो तो मैनेजर को।

2. मेट्रिक शिप करें। एक संख्या तय करें जिसे अगला शिप हिलाएगा। डैशबोर्ड डिज़ाइन रिव्यू से पहले जुड़वाएँ, बाद में नहीं। design system को प्रोडक्शन लेयर मानें, कभी खुद काम नहीं।

3. तारीख निभाएँ। कैलेंडर पर शिप डेट लिखें और टीम को बताएँ। एक बार खिसकाएँ, सबक सीखें, दोबारा कभी नहीं।

4. रिसर्च चलाएँ। हर सरफ़ेस पर कम से कम पाँच यूज़र इंटरव्यू। पंद्रह मिनट की कॉल, रिकॉर्डेड, Otter या Claude से ट्रांसक्राइब, आपके द्वारा सारांशित। स्पेक में यूज़र को कोट करें। onboarding without onboarding जैसे सरफ़ेस इसके बिना असंभव हैं।

5. राइट-अप लिखें। शिप के पाँच कार्यदिवस के भीतर एक पन्ने का लॉन्च सारांश पोस्ट करें। क्या शिप हुआ, क्या हिला, क्या नहीं, टीम ने क्या सीखा। इसे वह आर्टिफ़ैक्ट बनाएँ जिसे आपका मैनेजर फ़ॉरवर्ड करे।

ये पाँचों दो तिमाही चलाइए और कंपनी के भीतर आपका रोल संरचनात्मक रूप से अलग होगा, टाइटल चाहे जो हो। शून्य चलाइए तो आपका रोल वही लाइन आइटम है जिसे अगला रीऑर्ग समेट देगा।

यही ओनरशिप हर उस सरफ़ेस में दिखती है जो designer-PM शिप करता है। the loading state is the product और the settings page problem को कैसे संभाला जाता है, यही उस डिज़ाइनर का फ़र्क है जो सरफ़ेस का मालिक है और जिसने उसे बस सजाया।

जूनियर जिन्होंने घबराकर यह बुकमार्क किया

अगर इंडस्ट्री में आपके तीन साल से कम हैं, तो रास्ता सरल और ज़्यादा जल्दी का है। घबराइए मत। साल को दोबारा सेट कीजिए।

पुराना करियर पाथ था पाँचवें साल में सीनियर IC जो सबसे ऊँचे स्तर पर Figma धकेलता है। नए ग्रेजुएट के लिए वह रास्ता अब मौजूद नहीं है।

जो रास्ता मौजूद है वह तीसरे साल का IC है जो स्पेक लिखता है, रिसर्च चलाता है, मेट्रिक का मालिक है और शिप करता है। बार ऊपर और बाईं ओर खिसक गया, और टाइमलाइन भी।

व्यवहार में तीन बातें। अपना पोर्टफ़ोलियो शॉट्स में नापना बंद करें और मेट्रिक जुड़े शिप हुए सरफ़ेस में नापें। PM के नीचे अप्रेंटिस बनना बंद करें और सीनियर designer-PM के नीचे बनें। ऐसा साइड प्रोजेक्ट चुनें जहाँ स्पेक और शिप आपका हो, भले शिप छोटा हो।

2026 में यह करने वाले जूनियर 2028 तक सीनियर हैं। जो Dribbble शॉट्स डालते रहेंगे वे 2028 में भी जूनियर हैं, ऐसे बाज़ार में जो अब जूनियर हायर ही नहीं करता।

मर्जर आने वाला है, यह मानना बंद करें

मर्जर कोई ट्रेंड नहीं है। यह 2026 में डिज़ाइन IC काम का संरचनात्मक रूप है। जो सीनियर डिज़ाइनर स्पेक, मेट्रिक, शिप डेट और user research का मालिक है, वह अब भी हायर होता है, अब भी फ़ंड होता है, और इंजीनियरिंग के बराबर का सम्मान पाता है।

जो सीनियर डिज़ाइनर सिर्फ़ Figma शिप करता है, उस रोल की कीमत बाज़ार ने घटा दी, उसे ऑटोमेट कर दिया, और अब सक्रिय रूप से काट रहा है। इसके उलट मानना इस साल एक डिज़ाइन IC की सबसे महँगी चाल है। वही Figma फ़ाइल, वही कुर्सी, अलग काम।

अगर अपनी सीट रखनी है तो आर्टिफ़ैक्ट ले लीजिए। स्पेक, मेट्रिक, तारीख, रिसर्च, राइट-अप। कोई आपको ये थमाएगा नहीं। जो IC पहले हाथ बढ़ाता है, अगले रीऑर्ग में कंपनी उसी को बचाती है।

FAQ

क्या डिज़ाइनर सच में PM का काम कर रहे हैं, या यह बस सीनियर IC की टाइटल इन्फ़्लेशन है?

दोनों, पर ज़्यादातर पहला। 2026 में डिज़ाइनर हायर करने वाली हर कंपनी में IC role merger असली है, और यह जॉब डिस्क्रिप्शन, आर्टिफ़ैक्ट ओनरशिप और छँटनी के पैटर्न में दिखता है। सीनियर IC इन्फ़्लेशन संरचनात्मक समस्या के ऊपर का लेबल वाला मसला है। काम खुद, स्पेक ओनरशिप, मेट्रिक ओनरशिप, शिप डेट ओनरशिप, user research, राइट-अप, सीनियर IC का काम है, टाइटल चाहे जो कहे।

क्या इसका मतलब है कि PM की जगह डिज़ाइनर ले रहे हैं?

नहीं। PM और डिज़ाइनर की IC परत एक सीट में सिमट गई, और PM फ़ंक्शन ऑर्ग में ऊपर चला गया या विशेषज्ञ बन गया। सीनियर PM अब भी हैं, जो पोर्टफ़ोलियो, रणनीति, मार्केट पोज़िशनिंग और क्रॉस-टीम कोऑर्डिनेशन संभालते हैं।

जो IC PM डिज़ाइनरों को ब्रीफ़ करता और इंजीनियरिंग का इंतज़ार करता था, वही रोल मर्ज हुआ। designer-PM और सीनियर PM, ये दो आकार बचे हैं।

अगर मैं बस डिज़ाइन करना चाहूँ और मेट्रिक या स्पेक से न जूझूँ तो?

यह एक जायज़ पसंद है। पर 2026 का बाज़ार इसके लिए सीनियर सैलरी नहीं देता। यह रोल आप उन एजेंसियों में रख सकते हैं जो घंटे के हिसाब से बिल करती हैं, शुद्ध विज़ुअल या ब्रांड काम में, या प्रोडक्शन टास्क पर कॉन्ट्रैक्टर के तौर पर।

"सीनियर डिज़ाइनर" के सैलरी बैंड वाले प्रोडक्ट ऑर्ग के भीतर, यही रोल समेटा जा रहा है। बाज़ार को बदलने की छूट है, और आपकी करियर रणनीति को भी।

CTA

अगर आपको ऐसा डिज़ाइन पार्टनर चाहिए जो डिफ़ॉल्ट रूप से designer-PM यूनिट की तरह काम करे, स्पेक, मेट्रिक और शिप डेट का मालिक हो, और काम लाइव होने पर लॉन्च पोस्ट लिखे, तो Brainy को हायर करें। हम प्रोडक्ट वैसे डिज़ाइन करते हैं जैसे बाज़ार 2026 में पैसे देता है, वैसे नहीं जैसे 2018 में देता था।