INSPIRED — ILHAM
Silicon Valley Product Group Marty Cagan ın “İlham — Heyecan Verici Teknoloji Ürünleri Nasıl Yaratılır?” kitabı #SVPG Makalelleri ile birlikte Ürün Yöneticisi pozisyonun kritikliği ve süreci üzerine bir kitap.
#Ürün gelişimi ve #ürünleştirme sürecinde önemli adımları ve hataları sıralamış olsa da özellikle ürün firmalarında çalışmış okuyucuların “farkındayız”, “biliyoruz”, “yaşamıştık” dediği fakat uygulama aşamasında sıkıntılar yaşatan/acak noktaları belirttiği faydalı bir kitap.
Kitapı okuduğum sırada aldığım notları ve anahtar içerikleri özet olamsı açısından sıralı olarak Horowitz’in makale özeti akabinde paylaşmak istiyorum.
Kitabın bir özeti de #BenHorowitz in “Good Product Manager/Bad Product Manager” makalesi olarak özetlenebilir.
Bakın YZ makale özeti olarak ne demiş;
Ben #Horowitz’in “Good Product Manager/Bad Product Manager” makalesi, ürün yönetimi konusunda klasik bir metindir. Bu makale, iyi bir ürün yöneticisinin (PM) ne yapması gerektiğini ve kötü bir ürün yöneticisinin hangi özelliklere sahip olduğunu detaylı bir şekilde açıklar. İşte makalenin özeti ve anahtar kelimeler:
Good #ProductManager (İyi Ürün Yöneticisi):
- Sorumluluk Sahibi: İyi bir PM, ürünle ilgili her şeyden sorumludur. Eğer bir şey yanlış gidiyorsa, bu onun hatasıdır.
- Detaylara Hakim: Ürünle ilgili tüm detayları bilir ve bu detayları genel stratejiyle bağdaştırabilir.
- Kararlı: İyi bir PM, gerektiğinde karar alabilir ve bu kararların arkasında durabilir.
- İletişimci: Etkili bir şekilde iletişim kurar ve tüm paydaşları bilgilendirir.
- Müşteri Odaklı: Müşterinin ihtiyaçlarını ve isteklerini anlar ve ürünü bu doğrultuda şekillendirir.
Bad Product Manager (Kötü Ürün Yöneticisi):
- Bahane Üretir: Kötü bir PM, sorunlar karşısında bahane üretir ve sorumluluk almaktan kaçınır.
- Kararsız: Karar almakta zorlanır ve sık sık değişiklik yapar.
- Pasif: Aktif olarak sorunları çözmek yerine, sorunların kendi kendine çözülmesini bekler.
- Teknik Bilgi Eksikliği: Ürünle ilgili teknik detayları bilmez ve bu nedenle mühendislik ekibiyle etkili bir şekilde iletişim kuramaz.
- Müşteriyi Anlamaz: Müşterinin gerçek ihtiyaçlarını ve isteklerini anlamaz, bu nedenle ürün stratejisi yanlış yönde ilerler.
Anahtar Kelimeler:
- Sorumluluk
- Detaylar
- Kararlılık
- İletişim
- Müşteri Odaklılık
- Bahane
- Kararsızlık
- Pasiflik
- Teknik Bilgi
- Müşteri Anlama
Bu özet, makalenin genel içeriğini yansıtmaktadır, ancak makalede daha birçok detay ve örnek bulunmaktadır. Eğer ürün yönetimi konusunda derinlemesine bilgi edinmek istiyorsanız, makaleyi tam olarak okumanızı öneririm.
p15. Kalite standartlarında yazılım geliştirilmesi ve dahili ekiplerin bilgilendirilmesi/eğitimi
p20. Ürün yönetimi ekip sayısı (2–10 geliştirme + Tasarımcı şeklinde değişen) ve önemli
p25. Ürün ve Pazar uyumunun önemi
p26. Büyük Resimi görmek (strateji & yaklaşım) ve Teknik Borç Sorgulaması
p27. “Değer Yakalama”; Ürünün tam/beklenen potansiyeli ne? Mevcut fonksiyonaliteleri optimize etme ihtiyacı
p30. İlerlemenin takibi (3 aylık / yıllık hedefleme), Önceliklendirme için “İş Gerekçelerinin” netleştirilmesi
p31. Fikir- Paydaş aktarımı — gereksinimler netleştirilmesi, Kullanıcı Deneyimi Tasarımı, QA Testleri
p32. Neyi bilmediğimizi bilmek/farkına varmak çok önemli.
p33. Yol haritası gerçekte iş önceliklendirme listesidir!
p34. Fikir müşteriyi heyecanlandırıyor mu? RM deki fikirlerin %50 si işe yaramaz standart iyileştirme işleri ve diğer ürünlerde görülenlerdir.
p36. İhtiyacın sonda değil başlangıçta araştırılması önemli
p38. Riski başta ortaya koy!
- Değer Riski (müşterilerin ürünü satın alıp/almayacağı)
- Kullanılabilirlik Risk (Müşterilerin ürünü nasıl kullanıcaklarını bilip/bilmedikleri)
- Yapılabilirlik Riski (Ürünün geliştirilip/geliştirilemeyceği)
- Fizibilite Riski (Mühendislik adımları)
- Sürdürülme Riski (Firma için işe yarayıp/yaramayacağı)
p39. Özellik eklemekten çok Sorunu Çöz!
p40. Bütüncül Ürün Yaklaşımı
- İşlevsellik
- Teknoloji
- UX
- Satış
- Müşteri Etkileme
- C360 (SAtış sonrası Deneyim)
p43. Güçlü ekipler 10–20/w ürün fikrini test eder.
p60. Müşteri kullanımları ile ilgili kapsamlı Nitel (müşteri davranış nedenleri) ve Nicel (ne yaptıklarını anlamak) bilgi edin.
p65. Müşteri ve Kullanıcılar ile başla — Müşteriyi iyi tanı.
- Paydaş ve Ortaklarla. ilişkiler
- Ürün ve Sektör bilgisi
- Ekip işbirliği & Açıklık
p73. Deneyim Tasarla ve Test et.
p75. Tasarım Eksikliği ve Hataları
- PM tasarım yapmaya çalışması
- Mühendislere kullanıcı hikayesi anlatı tasarımı yapmalarını beklemek
- Pm in temel tasarımı yapması ve tasarımcıya iyileştirme beklentisi (1.madde ile aynı)
p82. Fayda sağlayacak ürünün tanımlanma sonrası prototype
p82. Onaylanmış Ürün İş Listesi soruları;
- Kullanıcı ürün satın alır mı? Kullanır mı?
- Nasıl Kullancağın bulabilir mi?
- Geliştirilebilir mi?
- Paydaşlar destekler mi?
p102. Ürün Kültürü;
- Sürekli araştırma,
- Hızlı test yapmak
- Öğrenmek ve Hata yapılacağını kabul etmiş olmak
- Sürekli yenilik ihtiyacının farkında olmak
p128. Ürüne değil Sonuca odaklan!
p131. RM Sorunları ve ürün fikirlerinin başarısız olması durumu
- Değer Eksiktir
- Kullanılabilirlik Eksiktir
- Fizibilite&yapılabilirlik eksiktir
- Sürdürülebilirlik Eksiktir
Tüm bu eksikleri kabul etmek ve mğdehale etmek gereklidir ve zaman karşılığı (para) vardır.
p135. Ürün Vizyon & stratejesi — İş Hedefi
Fikir — Öncelik — Hedef — KPI
p137. İş listesi genelde İş odaklı dır. Bunun yerine sonuç odaklı olmalıdır.
p142. İş Odaklı şirketlerde ürün/pazar uyumu pazar dikey’inde, Müşteri odaklı şirketlerde ise ürün/pazar uyumu farklı müşteri/kullanıcı çerçevesinde yapılandırılır. (Aynı ürün ya da ürünğn pazara göre çoklanması)
p155. OKR (ölç)
p176. Ürün
- Ölçeklenebilir
- Performanslı
- Regression Test’li
- Analiz edilebilir
- Yerelleştirilmiş
- Sürdürülebilir
- Marka Vaadi olan
p177. Erken Müşteri erişimi ile geribildirim almak
p181. Teknoloji — Tasarım — Fonksiyon
p183. Keşif Aşaması (Kullanılabilirlik &Yapılabilirlik) — Sürdürülebilirlik
p183. Etik Etki farkındalığı
p190. ÇErçeveleme Yöentemi
- Finansal Risk (maliyet üstlenilebilir mi?)
- Geliştirme Riski ( Ortkalr için faydalı mı?)
- Pazarlama Riski ( Marka uyumlu mu?)
- Satış Riski ( Satış ekibi ürünü satmak için donanımlı mı?)
- Yasal Risk (Ysal riskler neler? var mı?)
- Etik Risk (üretilmesi gereken bir çözüm mü?)
p197. Fonksiyonalite için müşterilerden fakrlı yollar ile geribildirim al
p206. Doğru “User Story” oluştur
p211. Ürün referansı için kilit sayı 6 müşteri (!!) ve 6 müşteri edinmeden ürünün piyasaya çıkmamasını sağlanması (!!!)
p214. PM olarak öncelik; bu 6 müşterinin isteklerini ürüne eklemek değil ortak çıkarları göezetecek ilerye dönük faydaı gözetecek yenilikleri yapmak
p218. Ürün-Pazar uyum testi “Sean Ellis Testi” (1, 2 )
p224. Ürün ekibine çözümden çok problem teslim edilirse gelişme olmaz.
p228. Fikirler için düznli müşteri görüşmesi ve “Bağlamsal Sorgulama” ya da Role Playing
p240. Prototype Seviyeleri
- Fizibilite (R&D) — Keşif Süreci Testi
- Code Base (R&D)
- Kullanıcı (Mock/Tasarımsal)
- Canlı Veri (Simülasyon)
- Hybrid (Kullanıcı davranışı dahil edilmiş Simülasyon)
p264–267. Değeri & Talebi Test et. (Nitel & Nicel)
p268. Fake Door Testi
Kullanıcı deneyimine görmek maşlı olması gereken yere konulan buton/Menü item ile giriş ağırlığının ölçülmesi
p285. Kullanıcı testi (UEBA araçları)
p288. Fizibilite Testi Soruları;
- Nasıl geliştirilecğeini biliyor muyuz?
- gerekli becerilere sahip miyiz?
- yeterli zaman var mı?
- mimari değişiklik gerekli mi?
- gerçekleştirmek için gerekli bileşenler mevcut mu?
- bağımlılıklar tespit edildi mi?
- performans kabul edilebilir mi?
- ihtiyaç seviyesinde ölçeklenebilir mi?
- maliyet kabul edilebilir mi?
p303. Keşif Sprint süresi (3 hafta)
p318. Paydaşlara Sunum yerine prototype gösterimi