Harika Ürünler Üretmek İçin İnandığım 25 Şey

In This Article

Değerli abonelerimiz, Bugün sadece 12 dakikada 10+ yıllık PM derslerini paylaşmak istiyorum. Roblox, Reddit, Amazon ve Meta gibi şirketlerde ürün liderliği yaptım. Ama komik olan şu ki: Benim inandığım şey genellikle büyük şirketlerin çalışmaktan hoşlandığı şeyin tam tersidir. 😅Yapay zeka çağında nasıl harika bir PM olunacağına dair filtrelenmemiş yaklaşımımı görmek için şimdi videomu izleyin. Zaman bilgileri:(00:00) Neden büyük teknolojinin işe yaradığına inandığım şey genellikle tam tersidir(00:18) Tek hendek hızdır: Hızlı geri bildirim döngüleri oluşturun(02:34) Odaklanmak bir süper güçtür: Evet dediğinizden 10 kat daha fazla hayır deyin(05:00) Ürün aşırı süreç: PM'yi reddet tiyatro(07:32) Gerçeği arayın: Komite kararıyla yasaklayın(09:45) Bürokratlar yerine inşaatçılar: İş kanıtıyla başlayın Şimdi YouTube'da izleyin veya aşağıda okumaya devam edin.Bu gönderiyi size getiren:…FramerErken aşamadaki kurucular genellikle sinir bozucu bir seçimle karşı karşıya kalır: profesyonel bir site kurmak için haftalar harcayın veya yapay zeka tarafından oluşturulan mor bir şeye razı olun.Framer bunu size şunları sağlayarak çözer: olmadan birkaç saat içinde güzel bir profesyonel site başlatın geliştiricileri işe almak.CMS, analitik ve yapay zeka yerelleştirmesi ile sitenizi MVP'den tam ürüne ölçeklendirin.Erken aşamadaki girişimler, bir yıllık ücretsiz Framer Pro alabilir (360 $ değer) ve aşağıdaki bağlantımı kullanarak halihazırda Framer üzerinde çalışan binlerce kurucuya katılabilir.Şimdi 1 Yıllık Framer Ücretsiz AlınHız, moatBuild hızlı geri bildirim döngülerinin tekidir. Gerçek kullanıcılarla ne kadar hızlı yinelerseniz ürününüz o kadar iyi olur. Sabah bir prototip oluşturun ve öğle yemeğine kadar kullanıcı geri bildirimlerini alın. Gerçek bir kullanıcıyla konuşmadan önce 3'ten fazla dahili inceleme turu yapmayı reddedin. Eş merkezli çevrelere gönderin. Yeni bir ürünü herkese aynı anda göndermek neredeyse her zaman kötü bir fikirdir. Bunun yerine, lansmandan önce sorunları tespit etmek ve kaliteyi artırmak için personel alfalarını ve müşteri betalarını çalıştırın. Her gün konuşabildiğim beta kullanıcılardan oluşan bir topluluk olmadan harika ürünlerin nasıl geliştirileceğini gerçekten bilmiyorum. Küçük ekipler daha hızlı gönderilir. Kullanıcılarla birlikte oluşturma yetkisine sahip 4-6 tam yığın inşaatçıdan oluşan bir ekip, herhangi bir günde 50 kişilik bir organizasyonun yürütülmesinden daha üstün olacaktır. Buradaki anahtar kelime "güçlendirilmiş"tir; A sınıfı oyunculardan oluşan bir takım kiralarsanız, onlara dinleme, gönderme, başarısız olma ve gerçek kullanıcılarla öğrenme özerkliği verin. Önce yapay zeka ile yineleyin. Artık herkesin 7/24 ulaşılabilir bir yapay zeka ekip arkadaşı var. Bu nedenle ekibinizle buluşmadan ÖNCE geri bildirimleri özetlemek, plan taslakları oluşturmak ve prototipleri geliştirmek için yapay zeka ile çalışın. Temel yapay zeka çalışmalarını önceden yapmak artık temel bir beklentidir. Kullanıcı olun. PM'lerin %10'undan azının aslında ürünlerini haftalık olarak test ettiğini tahmin ediyorum. Ürününüzü ilk kez kullanan biri gibi kullanın ve deneyimin ne kadar sinir bozucu olduğuna dair bir sürtünme günlüğü yazın. Kimse kendi saçmalığını test edemeyecek kadar kıdemli değil. Örnek: Boris (Claude Code'un yaratıcısı), X hakkında kullanıcı geri bildirimi istedi ve 100'lerce yanıt aldı. Daha sonra düzinelerce düzeltmeyi anında göndermek için yapay zeka ile çalıştı. Kendisi, gerçek kullanıcılarla hızla yinelenen küçük bir ekibin (1 kişilik) mükemmel bir örneğidir. PostFocus bağlantısı bir süper güçtür Daha az şeyi daha iyi yapın. Her çeyrekte 1-3'ten fazla P0 projesine inanmıyorum. Her şeyi bir kerede oluşturmaya çalışmak yerine, işinizi büyüten en büyük kullanıcı sorunlarını çözmeye odaklanın. Canınızı acıtana kadar öncelik vermelisiniz - "neden ikisini birden yapmıyoruz" demek veya 5-10 önceliği sıralamak bir tehlike işaretidir. Önce basit olanı yapın. Her zaman işe yarayabilecek en basit şeyi gönderin ve henüz var olmayan sorunları çözmekten kaçının. Örneğin, 0-1 ürününüzün henüz ürün pazarına uygun olmaması durumunda muhtemelen ölçek için optimizasyon yapmamalısınız. Bu mantrayı kendinize ve ekibinize tekrarlamaya devam edin. İlk önce en riskli varsayımınızı doğrulayın. Her ürünün, yanlış olması durumunda tüm fikri yok edecek birkaç varsayımı vardır. Basit bir prototip veya A/B testi kullanarak bu varsayımları gerçek kullanıcılarla doğrulayın. Temel hipoteziniz kanıtlanmamışsa ikincil özellikler üzerinde çalışmayın. Takviminizi koruyun. Takviminiz gerçekte ne üzerinde çalışacağınıza karar verir ve zamanınızı ve enerjinizi kontrol etmezseniz iyi ürünler üretemezsiniz. Zihinsel berraklığa sahip olduğum sabahlarda derin işler yapıyorum ve enerjimi tüketen toplantıları reddetme konusunda acımasız davranıyorum. Evet dediğinizden 10 kat daha fazla hayır deyin. En yüksek etkiye sahip çalışmanızla uyuşmayan özelliklere, toplantılara ve hatta kullanıcı isteklerine rahatlıkla hayır diyebilirsiniz. Empati gösterin ve gerekçenizi net bir şekilde açıklayın; karşı taraf genellikle anlayacaktır. Örnek: Bir zamanlar bir işyerinde çalıştım.CPO'nun yıl için 9 önceliğini açıkladığı şirket. İnsanların 9 şeyin tamamını hatırlamalarına yardımcı olacak harika bir kısaltması bile vardı. Bir yıl sonra neredeyse hiç ilerleme kaydedemedik ve o da öncelikleri 3'e indirdi. Odaklanma eksikliği başarılı teknoloji şirketlerinde son derece yaygın bir sorundur. Anthropic, bunu doğru yapan bir şirket örneğidir: PostProduct'a bağlantı > süreç PM tiyatrosunu reddet. Gerçek kullanıcılarla geri bildirim döngüleri oluşturmanın ne kadar önemli olduğundan bahsetmiştim. Ancak Başbakanların çoğu, belgeleri cilalamak ve gerçek incelemeden önce sonsuz ön toplantılar yapmak gibi iç tiyatroya odaklanıyor. Dahili yapılarınıza değil, kullanıcılarınızın gerçekte kullandığı ürüne odaklanın. Uygulanabilir minimum planlar oluşturun. Bundan bir yıl sonra tam olarak ne inşa edeceğinizi biliyormuş gibi davranmayı bırakın. Bunun yerine, kullanıcı sorununu, vizyonunu, hedeflerini, ilkelerini, çözümünü ve yapmadıklarınızı kapsayan minimum uygulanabilir bir plan oluşturun. Tek bir sayfada tutun ve öğrendikçe güncelleyin. Yıllık planlamayı ve OKR tiyatrosunu reddedin. İlk prototip geliştirmeyi uygulayın. Prototipler insanlara çözümünüz hakkında herhangi bir slayt veya belgeden çok daha iyi bir fikir verir. Ayrıca bunları oluşturmak daha eğlenceli ve gerçek kullanıcılarla test edilmesi daha kolaydır. Bu nedenle PRD'nizi ve tasarımınızı oluşturmadan ÖNCE bir prototiple ilginizi doğrulayın. Ayrıntılara takıntılı olun. Varsayılan durumlar, uç durumlar ve iyi kopya; bu ayrıntılar, harika bir ürünü yarım yamalak üründen ayıran şeylerdir. Ne kadar kıdemli olursanız olun, gurur duyacağınız bir şeyi göndermek için en küçük ayrıntılara bile önem vermelisiniz. Ürün incelemelerini basitleştirin. Hiçbir şey, sevkıyat yapmadan önce bir yöneticinin takvimine girmek için haftalarca beklemek kadar hızı yavaşlatamaz. Liderseniz ekiplerinize beta kullanıcılarına ücretsiz gönderim yapma yetkisi verin. Yoğun programınız dahilinde prototipleri engellemek yerine eşzamansız olarak inceleyin. Örnek: Ramp, ekiplerinin hızlı sevkiyat yapmasına olanak tanıyarak rekor sürede 32 milyar dolara ulaştı. Geoff'un (Ramp'ın CPO'su) aşağıdaki gönderide açıkladığı gibi, Ramp ekipleri beta kullanıcılarına istedikleri zaman gönderim yapabilir. Özellikle sevdiğim cümle şu: "Liderliğin gözden geçirmek için 48 saati var, yoksa gönderilir." Bu, yöneticilere hızı yavaşlatmama konusunda hesap verebilirlik kazandırır. Gönderiye bağlantı Gerçeği arayın Kibir en büyük engeldir. Herkesten daha iyi olduklarını düşünen ürün liderlerine ve yaratıcılara dayanamıyorum. Tanıştığım en iyi liderler aynı zamanda en alçakgönüllü olanlardır çünkü daha önce de başarısız olmuşlar ve gerçekten çok kötü şeyler görmüşlerdir. Alçakgönüllü değilseniz, dinlemiyorsunuz demektir ve harika ürünler üretemezsiniz. Komite kararıyla yasaklayın. Bir hedef olarak işlevler arası uyumun olduğuna inanmıyorum. Tüm paydaşları mutlu etmeye çalışmak kaçınılmaz olarak ürün deneyiminden ödün verecektir. Önce farklı görüşler arayın, ardından tek bir kişinin çağrı yapmasını ve sonucun sahibi olmasını sağlayın. Etrafınızı dalkavuklarla kuşatmayın. Büyük şirketler, liderlerin etrafını fikirlerine meydan okumayan insanlarla çevrelediğinde çürürler. Zor sorular sormaya istekli insanları bulun ve ödüllendirin. Eğer herkes yorumunuza onay veriyorsa bu kötü bir işarettir. İyi niyetli olduğunuzu varsayalım. Birisiyle aynı fikirde olmadığınızda fikrinizi savunmak yerine anlamak için dinleyin. Muhtemelen dikkate almadığınız harika bir noktaya değiniyorlar. En iyi tartışmalar, kazanılacak savaşlar değil, işbirliğine dayalı hakikat arayışı çalışmalarıdır. Yanılmaya istekli olun. Çoğu karar, tersine çevrilebilir iki yönlü kapılardır. Doğru hareket çoğu zaman mükemmel bilgiyi beklemek yerine karar vermek ve öğrenmektir. Yana ile röportajımdaki şu alıntıyı çok seviyorum: "Sen 2 fikri tartıştığında ben zaten 10 fikri göndermiştim." Örnek: Yakın zamanda iş yerinde paydaşlar benim haftalarca direndiğim bir özellik için baskı yaptılar. Ancak kullanıcılarla konuşarak ve farklı prototipleri test ederek açık fikirli oldum. Sonunda bu geri bildirim döngüleri fikrimi değiştirdi. Yanıldığımı kabul ettim, kanıtları gösterdim ve şimdi güvendiğimiz bir şey inşa ediyoruz. Amaç, haklı olduğunuzu kanıtlamak değil, gerçeği bulmaktır. İnşaatçılar > bürokratlarBürokratları değil inşaatçıları işe alın. Kariyer basamaklarını tırmanmak için bunu yapan insanlar yerine harika ürünler üretmeyi gerçekten önemseyen insanları arayın. Sorunları çözmek için izin beklemek yerine birden fazla şapka takmaya istekli olan "sadece çöz" enerjisine sahip insanları bulun. İş kanıtı > kimlik bilgileri. FAANG soyağacınız veya AI ürün sertifikanız kimsenin umurunda değil. Yüksek işe alımharika yan projeler geliştiren veya çalışma kanıtı sergileyen ajans çalışanları. Önemli olan tek kimlik bilgisi, ne gönderdiğiniz ve ürünü iyileştirmeye yönelik fikirlerinizdir. Evet ya da hayır. Bir aday konusunda heyecanlanmıyorsanız, işe yarayacağını umarak onu işe almayın. Harika bir işe alım, üç vasat işe alıma üstün gelir. Bir rolü doldurma konusunda çaresiz olduğunuz için asla çıtayı düşürmeyin. İş unvanınızın bir önemi yok. En iyi ekipler PM, tasarım ve mühendislik arasındaki çizgiyi bulanıklaştırır. Mühendislerin spesifikasyonlarımı doğrudan güncellemelerini ve tasarımcıların Figma'da kopyada ince ayar yapmama izin vermelerini seviyorum. Birbirlerinin zanaatlarına güvenen ve saygı duyan tam kapsamlı inşaatçılardan oluşan bir ekip oluşturun. Kendinizi değiştirin. Bir lider olarak göreviniz kendinizi gereksiz kılmaktır. Eğer ekibiniz bir hafta boyunca siz olmadan çalışamazsa, lider olarak başarısız olmuşsunuz demektir. En iyi liderler, yeni sorunlara geçebilmeleri için diğerlerini güçlendirir. Örnek: Şu anda kıdemli bir PM işe alıyorum ve en iyi yan projenizi veya sevk edilen işinizi ilişkilendirmek için iş tanımına açıkça yazdım. "Çevik uzman" veya "stratejik ürün lideri" gibi belirsiz jargonları görmekten nefret ediyorum. Bu şeyler anlamsız. Sadece ne gönderdiğiniz ve etkisinin ne olduğuyla başlayın. İşte karşınızda: Harika ürünler yaratmak için inandığım 25 şey. Kendi listenizi yazın ve aynı değerleri ve ilkeleri paylaşan şirketler için çalışın. Söz veriyorum, hayatınızı çok daha kolaylaştıracak. Daha fazlası için 12 dakikalık videomu izleyin ve 40 yaşındayken öğrendiğim ve keşke 20 yaşındayken bilseydim dediğim 40 hayat dersime göz atın. İşte inandığım 25 şeyin tamamını içeren kullanışlı bir infografik:

You May Also Like

13 Trending Songs on TikTok in March 2026 (+ How to Use Them)

Our Best AI PM Workflows for Prototyping, Strategy, and Personal OS (2026)

China’s Cybersecurity Agency Issues Security Warning About OpenClaw