Tasarımcılar Artık PM

2026'da kıdemli tasarımcı işi, zevk sahibi bir PM işidir. IC rol birleşmesi çoktan gerçekleşti. Hâlâ geliyormuş gibi davranmak, tasarım bütçelerinin kesilmesinin sebebi.

Son on iki ayınız Figma'da piksel itip bir PM'in spec yazmasını beklemekle geçtiyse, piyasa bu rol için ödeme yapmayı bıraktı. Onun yerini alan iş; spec'in, metriklerin, yayın tarihinin ve kullanıcı araştırmasının sahibi. Aynı sandalye, aynı Figma dosyası, farklı çıktı.

Rol birleşmesi çoktan gerçekleşti

Birleşme yapısaldır, mevsimlik değil. Kadroyu birleştirmek, koordine etmekten daha ucuz hale geldi, AI rolün alt kısmındaki üretim yükünü aldı ve ayakta kalan tasarım IC'leri, eskiden ayrı bir PM'de duran keşif, spec ve yayın tarihi sorumluluğunu üstlendi. Piyasa iki rolü tek role fiyatladı ve yoluna devam etti.

İlanlarda bunu görebilirsiniz. 2026'daki "Ürün tasarımcısı" tanımları, üzerine bir Figma maddesi eklenmiş PM tanımlarına benziyor. Yol haritası girdisi, metrik sahipliği, eval kriterleri, müşteri görüşmeleri, yazılı özetler, yayın tarihi hesap verebilirliği. Figma artık işin kendisi değil, giriş bileti.

Zaten böyle çalışan ekiplerde kimse işten çıkarılmadı. 2018 ayrımını sürdüren ekipler ise çıkardı: tasarımcı ekran basar, PM spec yazar, mühendis inşa eder. Aynı kadro, iki farklı kader, tek yapısal sebep.

Bir tasarımcı-PM gerçekte neyin sahibi

Yeni IC rolünün sahiplendiği beş çıktı var. Birini kaçırırsanız işi başka bir rol yapıyordur, ki bu rolünüzün gereksiz olduğuna dair ilk işarettir.

• Spec. Bir Figma akışı değil. Problemi, kullanıcıyı, başarı metriğini, hata senaryolarını ve kesinti çizgilerini adlandıran yazılı bir doküman. Figma dosyası ekidir.

• Metrik. İşin hareket ettirdiği tek, adı konmuş bir sayı. Aktivasyon oranı, dönüşüm artışı, elde tutma eğrisi, gecikme, hedef segmentte NPS. Bu yayının hangi sayıyı oynattığını söyleyemiyorsanız, iş süstür.

• Yayın tarihi. Gerçek bir takvimde, gerçek bir tarih; ekip sizi bu tarihe göre tutar. 2026'da tarihi kaçırmak ekibin değil, tasarımcı-PM'in sorunudur.

• Kullanıcı araştırması. Yaptığınız beş görüşme, yazdığınız bir anket, izlediğiniz bir oturum, okuduğunuz bir Sentry izi. IC seviyesinde bunun ne demek olduğu için kullanıcı araştırması sözlüğüne bakın.

• Yazılı özet. Ne yayınlandığını, neyin oynadığını, neyin oynamadığını ve ekibin ne öğrendiğini anlatan kısa, dışarıya dönük bir lansman sonrası doküman. Yöneticinizin yukarı ilettiği çıktı.

Çıktının sahibi olmak; onu yazmak, paylaşmak, incelemede savunmak ve yanlışsa sorumluluğu almak demektir. Bir PM ile birlikte yazmak sorun değil. Birinin yazmasını beklemek sorun.

Linear, Stripe, Vercel, Anthropic, Figma tasarım IC'lerini nasıl yönetiyor

En temiz yazılımı en yüksek hızda çıkaran şirketler zaten böyle çalışıyor. Yeniden yapılanma duyurmadılar. Sadece eski rolü işe almayı bıraktılar.

Linear'ın tasarım IC'leri spec'i yönetir. Karri Saarinen yıllardır Linear'ın tasarımcılarının problemin, önerinin, uygulamanın ve yayının sahibi olduğunu söylüyor. PM fonksiyonu var, ama çıktı sahipliği o yüzeyde birlikte çalışan tasarımcı ve mühendisin elinde. Ürün görünümlerine yönelik anti-dashboard yaklaşımı, yukarıdan gelen bir PM spec'i değil, bir tasarımcı-PM kararıdır.

Stripe'ın tasarım çıktısı PM şeklinde. Stripe'ın yeni fiyatlandırma yüzeyinin tasarımcısı; modelin, satıcı görüşmelerinin, kullanıma alma planının ve metriğin sahibiydi. Figma dosyası, spec ve veri kilitlendikten sonra, geç netleşti. Aynı disiplin fiyatlandırma sayfası problemi yazısında da görünüyor.

Vercel'in tasarım organizasyonu bir servis ekibi değil, ürün ortağı birimi. Tasarımcılar yüzeyi tutar, lansman yazısını yayınlar ve dashboard metriğinin sahibi olur. 2026 pazarlama sitesi stack'i yazısındaki stack, onlara brief veren bir PM'in değil, kod yayınlayan ve spec yazan tasarımcıların.

Anthropic'in ürün tasarımcıları eval kriterleri yayınlar. Eval; spec'tir, metriktir ve testtir. Kendi yüzeyi için eval yazamayan tasarımcı, onu yayınlayan ekipte yer almaz.

Figma'nın tasarım IC'leri PRD yazar. PRD olsun mu olmasın mı tartışması, Figma'nın tasarım ekibi onları yazmaya başlayınca bitti. Sektöre Figma'yı ciddiye almayı öğreten şirket, kendi tasarımcılarına da spec'i ciddiye almayı öğretti.

Beş şirket, tek örüntü. Tasarım IC'leri dokümanın, sayının ve tarihin sahibi. Zorlama bir proje olarak değil. İşin kendisi olarak.

Eski rol ve yeni rol

Piyasadaki kayma bir hava değil. Kıdemli bir tasarımcının yayınladığı çıktılarda ve yürüttüğü konuşmalarda görünüyor.

Sağ sütun bir hayal değil. 2026'da hâlâ tasarımcı alan her şirketteki aktif iş bu. Sol sütun otomatikleşti, birleştirildi ya da işten çıkarıldı.

Tasarım bütçeleri neden kesiliyor

Tasarım bütçeleri, iş önemini yitirdiği için kesilmiyor. İki rol tek bir işi yaptığı için kesiliyor ve AI üretim katmanını o kadar ucuzlattı ki fazlalık bir finans dashboard'una düştü.

Matematik acımasız. Figma basan bir tasarımcısı ve spec yazan bir PM'i olan ekip, ikisini birden yapan bir tasarımcı-PM'li ekibin kabaca iki katı maliyetli. AI, ikinci koltuğu haklı çıkaran üretim yükünü hallediyor, dolayısıyla iki rolden biri finansmanını kaybediyor.

Kaybeden rol, spec'i, metriği ve yayın tarihini üstlenmeyen roldür. Kesinti yapan çoğu organizasyonda bu tasarımcı oldu, çünkü tasarımcılar tarihsel olarak kendilerini ürün sonucuyla değil Figma çıktısıyla tanımladı.

Kesilmeyen ekipler, tasarımcının PM'e dönüştüğü, PM'in ise yukarı çıktığı ya da dışarı birleştiği ekipler. Aynı kadro, daha az unvan, koltuk başına daha çok çıktı.

Bir tasarım organizasyonuna kesinti için bakan CFO "tasarım değerli mi" diye sormuyor. "Hangi koltuk metriği oynatan çıktıyı yayınlıyor" diye soruyor. İsimle cevaplayamayan koltuklar ilk gidiyor. Örüntü acımasız, doğru ve 2026'nın ilk çeyreğindeki her işten çıkarma listesinde görünür.

2026'da hâlâ sizi işe aldıran şeyler

Beş hamle. Sırayla değil, paralel yürütün. Hiçbiri izin gerektirmez.

1. Spec'in sahibi olun. Yayınlayacağınız bir sonraki yüzeyi seçin ve spec'i kendiniz yazın. Tek sayfa. Problem, kullanıcı, metrik, hata senaryoları, kesinti çizgileri. PM'inize, yoksa yöneticinize gönderin.

2. Metriği yayınlayın. Bir sonraki yayının oynatacağı tek bir sayıyı adlandırın. Dashboard'u tasarım incelemesinden sonra değil önce bağlayın. Tasarım sistemini üretim katmanı olarak referans alın, asla işin kendisi olarak değil.

3. Tarihi tutun. Bir takvime yayın tarihi yazın ve ekibe söyleyin. Bir kez kaçırın, dersi alın, iki kez asla kaçırmayın.

4. Araştırmayı yürütün. Yüzey başına en az beş kullanıcı görüşmesi. On beş dakikalık, kaydedilmiş, Otter veya Claude ile yazıya dökülmüş, sizin özetlediğiniz görüşmeler. Spec'te kullanıcıdan alıntı yapın. Onboarding olmadan onboarding gibi yüzeyler bunsuz imkansız.

5. Yazılı özeti yazın. Yayından sonraki beş iş günü içinde tek sayfalık bir lansman özeti paylaşın. Ne yayınlandı, ne oynadı, ne oynamadı, ekip ne öğrendi. Yöneticinizin ilettiği çıktı olsun.

Bu beşini iki çeyrek yürütürseniz, unvanınız ne olursa olsun şirket içindeki rolünüz yapısal olarak farklıdır. Hiçbirini yürütmezseniz, rolünüz bir sonraki yeniden yapılanmanın birleştireceği kalemdir.

Aynı sahiplik, bir tasarımcı-PM'in yayınladığı her yüzeyde görünür. Yükleme durumunun ürün olması ve ayarlar sayfası problemi nasıl ele alınıyor, yüzeyin sahibi olan tasarımcı ile onu sadece süsleyen tasarımcı arasındaki farktır.

Bunu panikle yer imlerine ekleyen juniorlar

Sektörde üç yıldan az deneyiminiz varsa, hamle daha basit ve daha acil. Panik yapmayın. Yılı yeniden ayarlayın.

Eski kariyer yolu, beşinci yılda en üst seviyede Figma basan kıdemli bir IC'ydi. Bu yol yeni mezunlar için artık yok.

Var olan yol, spec yazan, araştırma yürüten, metriklerin sahibi olan ve yayınlayan üçüncü yıl IC'si. Çıta yukarı ve sola kaydı, zaman çizelgesi de öyle.

Pratikte üç şey. Portfolyonuzu shot'larla değil, metrikleri bağlı yayınlanmış yüzeylerle ölçmeye başlayın. Bir PM'in çırağı olmayı bırakıp kıdemli bir tasarımcı-PM'in çırağı olun. Yayın küçük olsa bile spec'in ve yayının sahibi olduğunuz bir yan proje seçin.

Bunu 2026'da yapan juniorlar 2028'de senior. Dribbble shot'ları paylaşmaya devam edenler 2028'de hâlâ junior, üstelik artık junior almayan bir piyasada.

Birleşmenin geleceğini iddia etmeyi bırakın

Birleşme bir trend değil. 2026'da tasarım IC işinin yapısal şekli. Spec'in, metriğin, yayın tarihinin ve kullanıcı araştırmasının sahibi olan kıdemli tasarımcı hâlâ işe alınıyor, hâlâ finanse ediliyor ve hâlâ mühendisliğin bir akranı olarak saygı görüyor.

Sadece Figma yayınlayan kıdemli tasarımcı ise piyasanın fiyatlayıp dışladığı, otomatikleştirdiği ve şimdi aktif olarak kestiği rol. Aksini iddia etmek, bir tasarım IC'sinin bu yıl yapabileceği en pahalı hamle. Aynı Figma dosyası, aynı sandalye, farklı iş.

Koltuğunuzu korumak istiyorsanız çıktıları alın. Spec, metrik, tarih, araştırma, yazılı özet. Kimse bunları size vermeyecek. İlk uzanan IC, şirketin bir sonraki yeniden yapılanmada koruduğu kişi olur.

SSS

Tasarımcılar gerçekten PM işi mi yapıyor, yoksa bu sadece kıdemli IC enflasyonu mu?

İkisi de, ama çoğunlukla ilki. IC rol birleşmesi, 2026'da tasarımcı alan her şirkette gerçek ve iş ilanlarında, çıktı sahipliğinde ve işten çıkarma örüntülerinde görünüyor. Kıdemli IC enflasyonu, yapısal bir sorunun üzerindeki bir etiket sorunu. İşin kendisi; spec sahipliği, metrik sahipliği, yayın tarihi sahipliği, kullanıcı araştırması, yazılı özetler; unvan ne derse desin kıdemli IC işidir.

Bu, PM'lerin tasarımcılarla değiştirildiği anlamına mı geliyor?

Hayır. PM ve tasarımcının IC katmanı tek koltukta birleşti, PM fonksiyonu ise organizasyonda yukarı çıktı ya da uzmanlaştı. Kıdemli PM'ler hâlâ var; portfolyoların, stratejinin, pazar konumlandırmasının ve ekipler arası koordinasyonun sahibi olarak.

Tasarımcılara brief veren ve mühendisliği bekleyen IC PM, birleşen roldür. Tasarımcı-PM ve kıdemli PM, ayakta kalan iki şekil.

Ben sadece tasarım yapmak istiyorum, metrik ve spec'lerle uğraşmak istemiyorsam?

Makul bir tercih. Ama 2026 piyasasının kıdemli maaşı ödemediği bir tercih de. Bu rolü saat başı faturalayan ajanslarda, saf görsel ya da marka işinde ya da üretim görevlerinde yüklenici olarak sürdürebilirsiniz.

"Kıdemli tasarımcı" için maaş bandı olan bir ürün organizasyonunda ise birleştirilen rol bu. Piyasanın değişmeye hakkı var, kariyer stratejinizin de.

CTA

Varsayılan olarak tasarımcı-PM birimi gibi çalışan, spec'in, metriğin ve yayın tarihinin sahibi olan ve iş yayına girdiğinde lansman yazısını yazan bir tasarım ortağı istiyorsanız, Brainy'yi işe alın. Ürünleri 2018'de ödeme yapıldığı gibi değil, 2026 piyasasının ödediği gibi tasarlıyoruz.