طراح‌ها حالا PM هستند

شغل طراح ارشد در ۲۰۲۶ یعنی PM با ذوق. ادغام نقش‌های IC همین حالا اتفاق افتاده. وانمود کردن به اینکه هنوز در راه است، دلیل اصلی کم شدن بودجه‌های طراحی است.

اگر دوازده ماه گذشته‌ات صرف جابه‌جا کردن پیکسل در Figma و منتظر ماندن برای نوشتن اسپک توسط PM شده، بازار دیگر برای آن نقش پول نمی‌دهد. شغلی که جایش را گرفته، صاحب اسپک، متریک‌ها، تاریخ انتشار و تحقیق کاربر است. همان صندلی، همان فایل Figma، خروجی متفاوت.

ادغام نقش‌ها همین حالا اتفاق افتاده

این ادغام ساختاری است، نه فصلی. ادغام کردن نفرات از هماهنگ کردنشان ارزان‌تر شد، AI بار تولید را از پایین نقش برداشت و IC های طراحی که ماندند، مالکیت کشف، اسپک و تاریخ انتشار را که قبلاً با یک PM جدا بود به عهده گرفتند. بازار دو نقش را در یکی قیمت‌گذاری کرد و جلو رفت.

در آگهی‌های استخدام می‌بینیدش. توضیحات «طراح محصول» در ۲۰۲۶ شبیه توضیحات PM است که یک خط Figma هم به آن چسبانده‌اند. ورودی به رودمپ، مالکیت متریک، معیارهای ارزیابی، مصاحبه با مشتری، نوشتن گزارش، پاسخگویی برای تاریخ انتشار. Figma حالا حداقل انتظار است، نه خود شغل.

تیم‌هایی که از قبل این‌طور کار می‌کردند کسی را اخراج نکردند. تیم‌هایی که هنوز تقسیم ۲۰۱۸ را اجرا می‌کردند، یعنی طراح صفحه می‌سازد، PM اسپک می‌نویسد، مهندس می‌سازد، اخراج کردند. همان تعداد نفرات، دو سرنوشت، یک دلیل ساختاری.

طراح-PM واقعاً مالک چه چیزهایی است

نقش جدید IC پنج خروجی در مالکیت دارد. اگر یکی را از دست بدهی، نقش دیگری دارد آن کار را می‌کند و این اولین نشانه است که جایگاه تو زائد است.

• اسپک. نه یک فلو در Figma. یک سند نوشتاری که مسئله، کاربر، متریک موفقیت، حالت‌های شکست و خطوط برش را نام می‌برد. فایل Figma ضمیمه است.

• متریک. یک عدد مشخص که کار تو آن را جابه‌جا می‌کند. نرخ فعال‌سازی، افزایش تبدیل، منحنی نگهداشت، تأخیر، NPS روی یک بخش هدف. اگر نمی‌توانی عددی را که این انتشار جابه‌جا می‌کند نام ببری، کار تو دکوراسیون است.

• تاریخ انتشار. یک تاریخ واقعی روی یک تقویم واقعی که تیم تو را به آن متعهد می‌کند. عقب انداختنش در ۲۰۲۶ مشکل طراح-PM است، نه مشکل تیم.

• تحقیق کاربر. پنج مصاحبه‌ای که خودت گرفتی، پرسشنامه‌ای که نوشتی، جلسه‌ای که تماشا کردی، ردیابی Sentry که خواندی. برای معنای این کار در سطح IC واژه‌نامه تحقیق کاربر را ببین.

• گزارش پس از انتشار. یک سند کوتاه و عمومی که می‌گوید چه منتشر شد، چه چیزی جابه‌جا شد، چه چیزی نشد و تیم چه یاد گرفت. همان سندی که مدیرت برای بالادستی‌ها فوروارد می‌کند.

مالک خروجی بودن یعنی نوشتنش، به اشتراک گذاشتنش، دفاع از آن در ریویو و پاسخگو بودن وقتی اشتباه است. نوشتن مشترک با PM اشکالی ندارد. منتظر ماندن تا PM بنویسد، دارد.

Linear، Stripe، Vercel، Anthropic و Figma چطور IC های طراحی را اداره می‌کنند

شرکت‌هایی که تمیزترین نرم‌افزار را با بالاترین سرعت ارائه می‌دهند، از قبل این‌طور کار می‌کنند. ریسترکچر اعلام نکردند. فقط استخدام نقش قدیمی را متوقف کردند.

IC های طراحی Linear اسپک را اجرا می‌کنند. Karri Saarinen سال‌هاست می‌گوید طراح‌های Linear مالک مسئله، پیشنهاد، پیاده‌سازی و انتشارند. کارکرد PM وجود دارد، اما مالکیت خروجی‌ها با طراح و مهندسی است که روی آن بخش جفت می‌شوند. رویکرد ضد-داشبورد به نماهای محصول تصمیم طراح-PM است، نه اسپک از بالا به پایین PM.

خروجی طراحی Stripe شکل PM دارد. طراحی که صفحه قیمت‌گذاری جدید Stripe را داشت، مالک مدل، مصاحبه با مرچنت‌ها، برنامه عرضه و متریک بود. فایل Figma دیر نهایی شد، بعد از قفل شدن اسپک و داده. همان انضباطی که در مشکل صفحه قیمت‌گذاری دیده می‌شود.

سازمان طراحی Vercel یک واحد شریک محصول است، نه تیم خدماتی. طراح‌ها سطح محصول را نگه می‌دارند، پست لانچ را منتشر می‌کنند و مالک متریک داشبورد هستند. استک marketing site stack 2026 را طراح‌هایی اداره می‌کنند که کد می‌فرستند و اسپک می‌نویسند، نه PM ای که برایشان بریف می‌دهد.

طراح‌های محصول Anthropic معیارهای eval منتشر می‌کنند. eval هم اسپک است، هم متریک، هم تست. طراحی که نتواند eval سطح خودش را بنویسد، در تیمی که آن را منتشر می‌کند جایی ندارد.

IC های طراحی Figma سند PRD می‌نویسند. بحث PRD یا بدون PRD وقتی تمام شد که تیم طراحی Figma شروع به نوشتنشان کرد. شرکتی که به صنعت یاد داد Figma را جدی بگیرد، به طراح‌های خودش هم یاد داد اسپک را جدی بگیرند.

پنج شرکت، یک الگو. IC های طراحی مالک سند، عدد و تاریخ‌اند. نه به‌عنوان پروژه اضافه. به‌عنوان خود شغل.

نقش قدیم در برابر نقش جدید

این تغییر بازار حس و حال نیست. در خروجی‌های یک طراح ارشد و گفت‌وگوهایی که رهبری می‌کند دیده می‌شود.

ستون راست آرمانی نیست. شغل فعلی در هر شرکتی است که در ۲۰۲۶ هنوز طراح استخدام می‌کند. ستون چپ خودکار شد، ادغام شد یا اخراج شد.

چرا بودجه‌های طراحی کم می‌شود

بودجه‌های طراحی به این دلیل کم نمی‌شوند که کار طراحی بی‌اهمیت شده. کم می‌شوند چون دو نقش یک کار را انجام می‌دادند و AI لایه تولید را آن‌قدر ارزان کرد که این افزونگی به داشبورد مالی رسید.

حساب و کتاب بی‌رحم است. تیمی با یک طراح که Figma می‌فرستد و یک PM که اسپک می‌نویسد، تقریباً دو برابر تیمی هزینه دارد که یک طراح-PM هر دو کار را می‌کند. AI بار تولیدی را که صندلی دوم را توجیه می‌کرد برمی‌دارد، پس بودجه یکی از دو نقش قطع می‌شود.

نقشی که می‌بازد آن است که اسپک، متریک و تاریخ انتشار را جذب نکرد. در بیشتر سازمان‌هایی که برش زدند، این طراح بوده، چون طراح‌ها تاریخاً خودشان را با خروجی Figma تعریف می‌کردند، نه با نتیجه محصول.

تیم‌هایی که برش نخوردند جاهایی هستند که طراح، PM شد و PM به بالا رفت یا ادغام شد. همان تعداد نفرات، عنوان کمتر، خروجی بیشتر به ازای هر صندلی.

یک CFO که چشمش به سازمان طراحی برای برش است نمی‌پرسد «آیا طراحی ارزشمند است؟» می‌پرسد «کدام صندلی خروجی‌ای می‌فرستد که متریک را جابه‌جا می‌کند؟» صندلی‌هایی که نتوانند با اسم جواب دهند اول می‌روند. الگو بی‌رحم، دقیق و در هر لیست اخراج سه‌ماهه اول ۲۰۲۶ دیدنی است.

چه چیزی در ۲۰۲۶ هنوز استخدامت می‌کند

پنج حرکت. موازی اجرایشان کن، نه پشت سر هم. هیچ‌کدام اجازه نمی‌خواهند.

1. مالک اسپک شو. بخش بعدی که می‌فرستی را انتخاب کن و اسپک را خودت بنویس. یک صفحه. مسئله، کاربر، متریک، حالت‌های شکست، خطوط برش. برای PM بفرست، یا اگر PM نیست برای مدیرت.

2. متریک را بفرست. یک عدد مشخص که انتشار بعدی جابه‌جایش می‌کند. داشبورد را قبل از ریویو طراحی وصل کن، نه بعد از آن. سیستم طراحی را به‌عنوان لایه تولید ببین، هرگز خود کار.

3. تاریخ را نگه دار. یک تاریخ انتشار روی تقویم بنویس و به تیم بگو. یک بار عقبش بینداز، درسش را بگیر، هرگز دوباره نه.

4. تحقیق را اجرا کن. حداقل پنج مصاحبه کاربر برای هر بخش. تماس‌های پانزده‌دقیقه‌ای، ضبط‌شده، پیاده‌شده با Otter یا Claude و خلاصه‌شده توسط خودت. از کاربر در اسپک نقل‌قول بیاور. بخش‌هایی مثل onboarding بدون onboarding بدون این کار ناممکن‌اند.

5. گزارش را بنویس. ظرف پنج روز کاری پس از انتشار، خلاصه یک‌صفحه‌ای لانچ منتشر کن. چه منتشر شد، چه جابه‌جا شد، چه نشد، تیم چه یاد گرفت. آن را به همان خروجی‌ای تبدیل کن که مدیرت فوروارد می‌کند.

این پنج را دو فصل اجرا کن و نقشت در شرکت از نظر ساختاری فرق می‌کند، فارغ از عنوانت. هیچ‌کدام را اجرا نکنی و نقشت همان ردیفی است که ریسترکچر بعدی ادغامش می‌کند.

همین مالکیت در هر سطحی که طراح-PM می‌فرستد دیده می‌شود. نحوه برخورد با حالت لودینگ که خود محصول است و مشکل صفحه تنظیمات تفاوت طراحی است که مالک آن بخش است با طراحی که فقط تزئینش کرد.

جونیورهایی که هول کردند و این را بوکمارک کردند

اگر کمتر از سه سال سابقه داری، حرکت ساده‌تر و فوری‌تر است. هول نکن. سال را دوباره تنظیم کن.

مسیر شغلی قدیم این بود که در سال پنجم یک IC ارشد باشی که Figma را در بالاترین سطح می‌فرستد. این مسیر برای تازه‌فارغ‌التحصیل‌ها دیگر وجود ندارد.

مسیری که هست یک IC سال سوم است که اسپک می‌نویسد، تحقیق می‌کند، مالک متریک است و می‌فرستد. سطح انتظار بالا و به چپ رفت، و زمان‌بندی هم همین‌طور.

در عمل، سه چیز. دیگر نمونه‌کارت را با تعداد شات اندازه نگیر و با بخش‌های منتشرشده همراه با متریک اندازه بگیر. دیگر شاگردی زیر یک PM نکن و زیر یک طراح-PM ارشد شاگردی کن. یک پروژه جانبی انتخاب کن که مالک اسپک و انتشارش باشی، حتی اگر انتشار کوچک باشد.

جونیورهایی که در ۲۰۲۶ این کار را بکنند تا ۲۰۲۸ سینیور می‌شوند. جونیورهایی که شات Dribbble می‌گذارند در ۲۰۲۸ هنوز جونیورند، در بازاری که دیگر جونیور استخدام نمی‌کند.

دست از وانمود کردن بردار که ادغام در راه است

ادغام یک ترند نیست. شکل ساختاری کار IC طراحی در ۲۰۲۶ است. طراح ارشدی که مالک اسپک، متریک، تاریخ انتشار و تحقیق کاربر است، هنوز استخدام می‌شود، هنوز بودجه دارد و هنوز به‌عنوان هم‌تراز مهندسی احترام می‌گیرد.

طراح ارشدی که فقط Figma می‌فرستد همان نقشی است که بازار قیمتش را پایین آورد، خودکارش کرد و حالا فعالانه حذفش می‌کند. وانمود کردن خلاف این گران‌ترین حرکتی است که یک IC طراحی امسال می‌تواند بکند. همان فایل Figma، همان صندلی، شغل متفاوت.

اگر می‌خواهی صندلیت را نگه داری، خروجی‌ها را بگیر. اسپک، متریک، تاریخ، تحقیق، گزارش. هیچ‌کس قرار نیست آن‌ها را به تو بدهد. IC ای که اول دست دراز کند همان است که شرکت در ریسترکچر بعدی از او محافظت می‌کند.

FAQ

آیا طراح‌ها واقعاً کار PM می‌کنند یا این فقط تورم عنوان IC ارشد است؟

هر دو، اما بیشتر اولی. ادغام نقش‌های IC در هر شرکتی که در ۲۰۲۶ طراح استخدام می‌کند واقعی است و در شرح شغل‌ها، مالکیت خروجی‌ها و الگوی اخراج‌ها دیده می‌شود. تورم عنوان IC ارشد یک مشکل برچسب است روی یک مشکل ساختاری. خود کار، یعنی مالکیت اسپک، متریک، تاریخ انتشار، تحقیق کاربر و گزارش، شغل IC ارشد است، فارغ از عنوانی که روی کارت نوشته.

یعنی PM ها دارند با طراح‌ها جایگزین می‌شوند؟

نه. لایه IC مربوط به PM و طراح در یک صندلی فروریخت و کارکرد PM به بالای سازمان رفت یا تخصصی شد. PM های ارشد هنوز هستند و مالک پورتفولیو، استراتژی، جایگاه‌یابی بازار و هماهنگی بین‌تیمی‌اند.

PM سطح IC که برای طراح‌ها بریف می‌داد و منتظر مهندسی می‌ماند همان نقشی است که ادغام شد. طراح-PM و PM ارشد دو شکل باقی‌مانده‌اند.

اگر فقط بخواهم طراحی کنم و سروکارم با متریک و اسپک نباشد چه؟

ترجیح معقولی است. اما بازار ۲۰۲۶ برایش حقوق ارشد نمی‌دهد. می‌توانی آن نقش را در آژانس‌هایی که ساعتی صورتحساب می‌دهند، در کار صرفاً بصری یا برند، یا به‌عنوان پیمانکار روی کارهای تولیدی نگه داری.

داخل یک سازمان محصول که بازه حقوقی «طراح ارشد» دارد، آن نقش همان است که دارد ادغام می‌شود. بازار حق دارد عوض شود، و استراتژی شغلی تو هم.

CTA

اگر شریک طراحی می‌خواهی که به‌صورت پیش‌فرض مثل یک واحد طراح-PM کار کند، مالک اسپک، متریک و تاریخ انتشار باشد و وقتی کار لایو شد پست لانچ را بنویسد، Brainy را استخدام کن. ما محصول را همان‌طور طراحی می‌کنیم که بازار در ۲۰۲۶ برایش پول می‌دهد، نه آن‌طور که در ۲۰۱۸ پول می‌داد.