Ürün Yöneticisi Nasıl Olunur? Farklı Alandan Geçiş Rehberi

Ürün yöneticiliğinin diploması yok. Bu hem iyi hem kötü haber: kapı herkese açık ama içeri girdiğinizi kanıtlamak size düşüyor. Bu yazı, başka bir alandan gelenler için yazıldı; çünkü ürün ekiplerinin çoğu tam olarak öyle insanlardan kuruluyor.

Gerçekten gereken üç kas

Uzun beceri listeleri yerine üçüne odaklanın:

1. Problem netleştirme. Bulanık bir şikâyeti, üzerinde çalışılabilir bir probleme çevirebilmek. "Uygulama kötü" cümlesini "yeni kullanıcı ilk oturumda ne yapacağını anlamıyor" hâline getirmek.
2. Önceliklendirme. Hepsi haklı olan on istekten hangisinin önce yapılacağına karar verip bunu savunabilmek. Yöntemler önceliklendirme yazısında.
3. Net yazma. Ürün insanının kalemi, marangozun testeresidir. Yazılı anlatamadığınız fikir, ekipte yaşamaz.

Teknik bilgi listenin dördüncü sırasındadır: kod yazmanız gerekmez, ama neyin kolay neyin zor olduğunu anlayacak kadar teknik sezgi gerekir.

Bulunduğunuz yerden başlamak

En hızlı yol, iş değiştirmeden ürün işi yapmaktır. Kendi deneyimimden biliyorum: teknik destekte çalışırken kullanıcıların yaşadığı sorunları tek tek çözüyordum. Bir noktada soru değişti: bunları teker teker çözmek yerine tekrar etmelerini engelleyecek sistem kurulabilir mi? O soruyu sormaya başladığım an, unvanım değişmeden ürün işi yapmaya başlamıştım.

Bulunduğunuz pozisyonda bunun karşılığı ne olabilir:

• Destek/operasyon: Tekrar eden talepleri sınıflandırıp bir iyileştirme önerisi hazırlayın; sayılarla sunun.
• Satış: Kaybedilen anlaşmalardaki ortak itirazı derleyip ürün ekibine problem tanımı olarak verin.
• Tasarım/geliştirme: Bir işi almadan önce "bu hangi problemi çözüyor" sorusunu sorma alışkanlığı edinin.
• Farklı sektör (mimarlık, eğitim, sağlık): O sektörün araçlarındaki eksikleri en iyi siz bilirsiniz. Alan bilgisi, ürün ekiplerinde ciddi bir avantajdır.

Kanıt üretmek

Deneyim yoksa kanıt üretin. En güçlü kanıt, yayınlanmış küçük bir üründür. Ölçek önemli değil; bir fikri gerçek kullanıcıya ulaştırmış olmanız önemli. Bugün kod yazmadan da ürün kurmak mümkün.

İkinci güçlü kanıt, düşünme biçiminizi gösteren yazılı bir çalışmadır: kullandığınız bir üründeki gerçek problemi analiz eden, çözüm öneren ve nasıl ölçeceğinizi yazan 2 sayfalık bir doküman. Bu, çoğu CV'den fazla iş görür. Bu kanıtları portfolyo hâline nasıl getireceğiniz ayrı bir yazının konusu.

İlk iş görüşmesi

Ürün görüşmelerinde sorulan soruların ortak paydası şudur: kararınızı nasıl verdiniz? "Şunu yaptık" cevabı yetersizdir; "şu problemi gördük, şuna karar verdik, şu ödünü verdik, sonucu şöyle ölçtük" zinciri aranır. Bir kararı bu zincirle anlatabiliyorsanız, unvanınız ne olursa olsun ürün insanı gibi düşünüyorsunuz demektir.

Rol ayrımları için PM ile PO farkı ve Product Owner nedir yazılarına bakabilirsiniz.

Rolün günlük hâline dair iki yazı daha var: teknik ile iş tarafı arasındaki tercümanlık ve sahnede anlatmanın öğrettikleri üzerine sahneden öğrendiklerim.

Sıkça sorulan sorular

Sertifika işe yarar mı?

Kurumsal işe alımlarda filtreyi geçmeye yardımcı olabilir. Ama görüşmedeki kararınızı anlatma biçiminizin yerini tutmaz.

Yaş veya alan değiştirmek geç mi?

Alan bilgisi ürün yönetiminde yük değil avantajdır. Sağlık, inşaat, eğitim gibi alanlardan gelenler o sektörün ürünlerinde çok hızlı fark yaratır.

İngilizce şart mı?

Türkiye pazarında çalışacaksanız şart değil ama alanın kaynakları ve iş ilanlarının büyük kısmı İngilizce. Okuma seviyesinde bile ciddi fark yaratır.

Junior product manager pozisyonu var mı, nereden başlanır?

Nadir ama var; daha yaygın giriş yolu "associate PM" programları veya bitişik bir rolden (destek, analist, tasarımcı) içeriden geçiştir. İlk pozisyonda unvan kadar, gerçek karar verme yetkisine ne kadar yaklaştığınız önemlidir.