Ürün Ekibinizde Nasıl Güven İnşa Edilir ve Paydaşların Desteği Nasıl Kazanılır?

Transkripti okuyun:

Podcast’lerimizi bir yazılım programı kullanarak yazıya dökmeyi deniyoruz. Bot her zaman yüzde 100 doğru olmadığı için lütfen yazım hatalarını mazur görün.

Hannah Clark: Ortamı şöyle hayal edin: Tüm önemli paydaşlarınızla birlikte bir toplantı odasındasınız. Solunuza baktığınızda Hesap Direktörü’nün bir e-postayı tamamlamakta olduğunu görüyorsunuz. Sağınızda, Mühendislik Başkanı kollarını kavuşturmuş, sunum dosyanıza kuşkuyla bakıyor. Ayrıca Baş Ürün Tasarımcısı’nın slaytlarınızın düzenini yargıladığından da oldukça eminsiniz. Bir şekilde, tüm bu insanları aynı yönde ilerlemeye ikna etmeniz gerekiyor. Ancak bunu yapmadan önce size güvenmelerini sağlamalısınız. Peki bu güveni nasıl kazanabilir ve desteklerini nasıl alabilirsiniz?

Bugün DagsHub’da Baş Ürün Müdürü olarak görev yapan Noa Goldman konuğumuz. Noa’nın kariyeri yazılım geliştirmeyle başladı; bu nedenle her iki tarafı da biliyor. Bu da işlevler arası ekiplerde insanların desteğini kazanmanın ve sonunda müşterilerin sorunlarına güçlü bir çözüm üretmenin ne kadar zor olabileceğini bildiği anlamına geliyor. Noa, paydaşların desteğini kazanmak, ilişkiler kurmak ve ekibin çıktısını güçlendirmek için uyguladığı yöntemi paylaştı. Hadi başlayalım.

Bize katıldığın için çok teşekkürler Noa.

Noa Goldman: Teşekkür ederim. Burada olmaktan mutluyum. Beni davet ettiğiniz için teşekkürler.

Hannah Clark: Seni ağırlamaktan mutluyuz. Noa, eminim birçok açıdan işine yarayan bir yazılım geliştirme geçmişin var. Ancak bunun ürün yönetimine yaklaşımını nasıl etkilediği hakkında bize biraz bilgi verebilirsen çok sevinirim.

Noa Goldman: Elbette. Sekiz yıl boyunca tam kapsamlı geliştirici olarak çalıştım. Bunun bir kısmı askerlik hizmetimdi. Bir kısmı küçük girişimlerde, bir kısmı da büyük şirketlerde geçti. Ardından ürün müdürü olmaya geçiş yaptım. Bugün uzmanlığım, bu alanda geliştirici olmuş olmamın da yardımcı olduğu geliştirici araçları dünyasında yatıyor.

Bu durum beni açıkçası birçok açıdan etkiledi. Öncelikle kullanıcıyı ve alıcı kişiliğini düşünme konusunda güçlü bir alışkanlık geliştirmemi sağladı. Bunun çoğu ürün müdürünün kendileri için gerçekten önemli olduğunu söylediği ve sürekli kullanıcıyı ve alıcı kişiliğini düşündüğü bir konu olduğunu biliyorum. Ancak deneyimlerime göre çoğu zaman bunu yapmıyorlar.

Ben geliştirici olduğum ve şimdi geliştirici araçları için ürün müdürlüğü yaptığım için her zaman hem kullanıcıyı hem de alıcı kişiliğini düşünüyorum. Örneğin yayımlamak istediğimiz yeni bir özelliğimiz veya piyasaya sürmek istediğimiz yeni bir ürünümüz varsa, her zaman kendimi bu özelliği denerken hayal ederim. Bu özellik hakkında ne hissederdim?

İş arkadaşım bu özellik hakkında ne hissederdi? Onu nasıl kullanırdık? Neye göre ölçülüyoruz? Bence bu, çoğu zaman gözden kaçırılan gerçekten önemli bir konu. Belirli bir özelliği yayımladığınızda, her zaman kullanıcının neye göre ölçüldüğünü düşünmek istersiniz. Bu özellik veya bu belirli ürün, kullanıcının gelişmesine ya da ölçümlerinde ve yöneticisinin o belirli kullanım senaryosunda onun hakkındaki değerlendirmesinde yardımcı olacak mı?

Dolayısıyla bu durum, kullanıcı kişiliğini düşünme alışkanlığımı açıkça etkiledi; ancak alıcı kişiliği söz konusu olduğunda da bana çok yardımcı oldu. Çünkü yine, yeni özellikleri ve ürünleri yayımlama sürecinde bu alıcı kişiliğinin sürekli dışarıda bırakıldığını hissediyorum.

Yeni bir ürün piyasaya sürmeye çalıştığımızda her zaman şunu düşünürüm: Satın alma sürecinde kimler var, kimler bu sürece dahil? Bu kararı kimin vermesi gerekiyor? Örneğin kendimi düşünürüm. Bir geliştirici olarak ekip liderime yeni bir özellik veya ürünle gider ve “Hey, bu harika” derdim.

Ekip liderleri de “Bu bize nasıl yardımcı olacak ya da neden bu belirli şirkete ödeme yapmalıyız?” derdi. Bu nedenle bu kişilikleri de her zaman düşünmeye çalışırım. Bu, benim ürün müdürü olmamın çok büyük bir parçası; ancak geliştirici geçmişim de bu konuda bana gerçekten yardımcı oldu. Bunun önceliklendirme söz konusu olduğunda da beni çok etkilediğini düşünüyorum.

Çünkü her yeni özellik için gidip ekip liderine sormam gerekmiyor. Ürün müdürü sürekli ne kadar süreceğini veya ne kadar çaba gerektireceğini sorduğunda bunun ekip liderleri ya da Ar-Ge liderleri için biraz zorlayıcı bir süreç olabileceğini düşünüyorum. Bu nedenle bunun, belirli bir ölçüye kadar, kendi başıma yapabileceğim bir şey olduğunu hissediyorum.

Bu bana çok yardımcı oldu ve beni çok etkiledi. Ancak bence geliştirici olmaktan aldığım en önemli şey, diğer geliştiricilerle olan ilişkileriydi. Bir geliştirici olarak ürün müdürü hakkında ne hissettiğimi biliyorum ve iş arkadaşlarımın onlar hakkında ne hissettiğini de biliyorum. Bu her zaman hoş ve eğlenceli değildir; ayrıca her zaman onlarla aynı fikirde olmazlar.

Buradan çıkardığım sonuç, birlikte çalıştığım geliştiricilerin benim hakkımda iyi hissetmelerini ve bana yardım etmek istemelerini istediğimdir. İlişkinin ne kadar önemli olduğunu biliyorum ve onların güvenini nasıl kazanacağımı bildiğimi ya da en azından bildiğimi düşündüğümü söyleyebilirim. Böylece ne uğruna mücadele etmeye değer olduğunu, neyin daha önemli, neyin daha az önemli olduğunu seçmeyi biliyorum. Bence bu güvenin önemli olduğunu fark etmek, başlangıçta geliştirici olduğum için bana gerçekten çok yardımcı oldu.

Hannah Clark: Bu konu hakkında biraz daha konuşmak isterim. Örneğin bizi dinleyen bir ürün müdürü, geliştirme ekibiyle mümkün olduğunca iyi çalışmaya çalışıyorsa; kırgınlık ve gerilim istemiyorsa, geliştirme ekibiyle etkili biçimde çalışmak için ürün müdürlerinin aklında tutabileceği en iyi uygulamalardan bazıları neler?

Noa Goldman: Evet, tamam. Açıkçası zaman zaman birçok çatışma yaşanıyor ve bu her iki taraf için de biraz sinir bozucu olabiliyor. Ben de her iki tarafta yer aldığım için bunu çok iyi biliyorum. Bence en önemli şeylerden biri her zaman nedenini açıklamak ve onları iş tarafıyla ilişkilendirmek.

Ürün müdürleri olarak her şeyin ortasında yer alıyoruz ve sürekli konuşuyoruz. Sürekli pazarlama ekibiyle, satış ekibiyle veya üst yönetimle birlikte çalışıyoruz. Geliştiriciler ise bunu çoğu zaman yapmıyor. Geliştiricilere ve Ar-Ge ekiplerine geliştirmek istediğiniz bir şeyi sunduğunuzda, ürün müdürü olarak ne istediğiniz, neden istediğiniz ve bunun şirkete nasıl yardımcı olması gerektiği sizin için çok açıktır.

Ancak bunu ilk kez duyan geliştiriciler bağlantıları mutlaka kuramayacaktır. Bu nedenle nedenini açıklamak ve onları iş tarafıyla ilişkilendirmek gerçekten önemlidir. Benim açımdan biri gelip benden bir şey yapmamı istediğinde nedenini bilmediğim için her zaman hemfikir olmam. Fakat bunun nedenini, sebebini ve şirkete nasıl yardımcı olacağını açıklarsanız büyük olasılıkla destek verir veya en azından konuşmaya açık olurum. Bence bu gerçekten önemli bir konu. Ürün müdürleri olarak çalışmalarımızın çoğu başkalarına bağlıdır.

Bir özelliği geliştirmek ya da pazarlamayı yürütmek gibi işleri nadiren tek başımıza yaparız. Her zaman başkalarına ne yapmak istediğimizi açıklamamız gerekir. Bu nedenle nedenini açıklamak ve iş tarafı açısından bağlantıları kurmak çok önemlidir. Ayrıca verileri göstermenizin de çok önemli olduğunu düşünüyorum. Nedenini ve bunun şirketin büyümesine nasıl yardımcı olacağını açıklıyorsanız kanıta ihtiyacınız vardır; bunu doğru verilerle desteklemeniz gerekir.

Eminim herkes ya da çoğu ürün müdürü kendisinin veriye dayalı olduğunu söyler. Ancak bunu geliştirme ekibine gösterdiğiniz bu özel anlarda veriye dayalı olmak gerçekten önemlidir. Çünkü yine onların size güvenmesini ve desteğini kazanmayı, sürece dahil olmalarını istersiniz. Benim söyleyeceğim bir diğer önemli konu da bu.

Zamanla öğrendiğim bir başka şey de kulağa tuhaf geliyor ama takdirlerinizi sunmanız gerektiği. Daha önce söylediğim gibi işimizin büyük bir bölümü başkalarına bağlıdır. Bir geliştirici sürece dahil olup çok çalışarak bir özellik geliştiriyorsa bunu kabul etmek, takdir etmek ve teşekkür etmek gerçekten önemlidir. Bunu bire bir görüşmelerde “İyi iş”, “Aferin” diyerek yapabileceğiniz gibi herkesin bilmesi için daha geniş bir ortamda da yapmalısınız.

Benim açımdan biri işimi takdir ettiğinde iyi bir iş yapmak, devam etmek ve yardım etmek isterim. Bu nedenle geliştirme ekibiyle bağlantı kurduğumda bana en çok yardımcı olan şeylerin bunlar olduğunu söyleyebilirim.

Hannah Clark: Evet, takdir konusu çok önemli. Bence neredeyse her rolde önemli olan ve insanların ihmal ediyor gibi göründüğü, ancak işlevler arası her türlü iş birliğinde büyük fark yaratan basit şeylerden biri.

Bu konudan devam edersek, yalnızca geliştirme ekibinin ötesindeki işlevler arası ekiplerle iş birliği yapmayı düşündüğünde, yetkinlik alanları ne olursa olsun özellik geliştirmenin sorunsuz ilerlemesini ve herkesin aynı fikirde olmasını sağlamak için yararlı bulduğun en iyi uygulamalardan bazıları neler?

Noa Goldman: Belirli bir özellik, çok fazla çaba ve zaman gerektiren uzun vadeli özelliklerle nasıl başa çıkacağıma dair kendi yöntemimi oluşturmama gerçekten yardımcı oldu. Bir ürün müdürü olarak çalıştığım bir şirkette işe alım sürecini iyileştirdik ve dönüşüm oranını yüzde 15’ten yüzde 90’a çıkarmayı başardık.

Bu harikaydı, ancak çok uzun bir yolculuktu. Ben de genç bir ürün müdürüydüm; bu nedenle işlevler arası ekiplerle, pazarlama ve satışla ve üst yönetimle çalışmak benim için gerçekten zordu. Ancak kendi yöntem kitabımı tam da burada oluşturdum. Benim için ilk adım, yeni özelliği ekibe sunmadan önce bile, gerekçenin doğru olduğundan ve bunu şu anda kurum içinde yapmanın doğru şey olduğundan emin olmaktır.

Başkalarına sunmadan önce kendime güvenmek ve doğru şeyi yaptığımdan emin olmak isterim. Bu nedenle, çabası yüksek özelliklerden bağımsız olarak, haritayı doğru okuduğumdan emin olmaya çalışırım. Bu, her zaman iş tarafını ve talepleri dinlemek, kullanıcı özellikleri ve taleplerinin bir listesini tutmak ve kullanıcıların ürünü nasıl kullandığını görmek anlamına gelir.

Bu nedenle işlerin şu anda nasıl olduğunu, şirket için neyin önemli olup neyin önemli olmadığını gösteren bir haritaya sahip olduğumdan her zaman emin olmaya çalışırım. Büyük bir özellik geldiğinde yaptığım ilk şey, bunun doğru şey olduğundan kendim emin olmaktır. Bunu sahip olduğum haritayla karşılaştırırım ve “Tamam, şu anda yapılması en mantıklı şey bu” diyerek bu konuda hemfikir olduğumdan ve yapacağımız şeyin bu olduğundan emin olurum.

Bu kararla gerçekten sorun yaşamadığımdan emin olurum. Bunu yaptıktan sonra verilerle kendimi tekrar kontrol ederim. Rakamların anlamlı olduğundan emin olurum. Verileri güzelce temizler, üzerinden geçer ve rakamların anlamlı olduğundan emin olurum. Bu belirli uzun vadeli özelliği yapmanın, ulaşmak istediğiniz hedef ne olursa olsun, sayıyı artıracağından emin olurum.

Verilerin doğru ve anlamlı olduğundan emin olurum. Bunu yaparak yalnızca belirli bir özelliğe âşık olmadığımı da kontrol ederim. Veriler aslında bunun yapılacak doğru şey olduğuna beni ikna eder. Bunu yaptıktan ve bunun doğru şey olduğuna tamamen ikna olduktan sonra, özelliği sunmak için çok net bir yol bulurum. Bu da sorun ve neden hemen çözülmesinin önemli olduğu hakkında bir veya iki cümle kurmaya çalıştığım anlamına gelir.

Bu cümleler, odadaki hem en teknik kişinin hem de en az teknik kişinin anlayabileceği şekilde açıklanmalıdır. Bu bir işlevler arası ekip çalışması olduğu için satış, pazarlama, üst yönetim ve Ar-Ge ekip liderlerinin problemin ne olduğunu ve çözmenin işin gelişmesine nasıl yardımcı olacağını çok net anlamalarını isterim.

Bu nedenle bunu dört yaşındaki bir çocuğa anlatır gibi çok açık biçimde sunarım. Ardından önceden temizlediğim verileri de çok net şekilde gösteririm. Kulağa tuhaf geliyor olabilir ancak verilerin iyi tanımlandığından ve iyi sunulduğundan emin olmanız gerekir. Örneğin yeşil iyidir, kırmızı kötüdür. Doğru grafiği kullanın.

Bunlar çok basitmiş gibi görünen ancak çoğu zaman doğru sunulmayan şeylerdir. Bu nedenle problemi ve onu destekleyen verileri odadaki herkesin anlayacağı şekilde güzel ve açık biçimde sunduğumdan emin olurum. Bu ikinci adım. Üçüncü adım kulağa tuhaf geliyor ancak benim kitabımda bunun adı “Böl ve Yönet”. Biraz olumsuz bir anlam taşıyabilir fakat hiç de olumsuz değildir.

Temel olarak bu, özelliği tüm odaya, işlevler arası ekibin tüm liderlerine sunmadan önce, her işlevler arası ekipten bir liderle bire bir görüşmeye çalıştığım anlamına gelir. Bu benim çok daha fazla zamanımı alacak ancak buna değecektir. Pazarlama başkanı, satış başkanı, Ar-Ge başkanı ve bu sürece dahil olan, desteğini kazanmam gereken herkesle ayrı ayrı otururum.

Bunu yaparak öncelikle onların duyulduklarını ve dinlendiklerini hissetmelerini sağlarım. Daha önce söylediğim gibi birinin desteğini kazanmak istiyorsanız sizi dinlemek ya da sizinle hemfikir olmak zorunda değildir. Kafalarında başka meseleler vardır. Onların desteğini kazanmak istiyorsanız, önemli olduklarını ve fikirlerinin değer taşıdığını hissettirmeniz gerekir.

Bu nedenle onlarla bire bir oturup ihtiyacınız olan kısa veya uzun görüşmeyi yapmak, biraz daha fazla zaman alsa bile buna değer. Bu, kendilerini duyulmuş hissetmelerine yardımcı olur. Kendilerini duyulmuş hissettiklerinde size yardım etmek isterler. Bunun yaptığı ikinci şey ise herkesle aynı odada buluşacağım ikinci adıma beni gerçekten hazırlamasıdır.

Çünkü herkesin ne hissettiğini zaten bilirim. Söyleyecekleri şeylere vereceğim cevaplara hazırlıklıyımdır. Bu özellikle ilgili söyleyeceklerime nasıl yanıt vereceklerini bilirim. Son olarak bu bire bir görüşmeler size yardımcı olur; çünkü başkalarının çoğu zaman gerçekten iyi fikirleri vardır ve siz de bunları bu özelliğe dahil etmek istersiniz.

Bu, fikirleri önemsendiği için kendilerini sürecin daha fazla parçası gibi hissetmelerini sağlar. Ayrıca duymak isteyeceğiniz iyi fikirleri olabilir. Bu görüşmeleri yaparak çoğu ekibin geliştirmeyi destekleyeceği daha iyi bir özellik oluşturmanıza yardımcı olursunuz. Yani bu adım, her biriyle bire bir görüşmektir.

En azından benim deneyimime göre bu adımlarla, sürece dahil olan insanların çoğu bu noktada zaten destek vermeye hazır olur; çünkü kendilerini sürecin bir parçası ve dinlenmiş hissederler. Bundan sonraki adım ekip toplantısıdır: herkesi aynı odaya getirmek. Bu biraz zordur.

Biraz gergin olabilirsiniz, ancak tüm bu bire bir görüşmeleri yaptığınız için artık hazırlıklı olmanız gerekir. Hepsini aynı odaya alır, bir araya getirir ve bire bir görüşmelerde sunduğunuz şeyin aynısını sunarsınız. Önceki adımlarda hatırlayacağınız üzere, problemi çok basit biçimde açıklayan bir veya iki cümleniz, verileriniz ve bu odadaki herkesle önceden yaptığınız görüşmeler vardır.

Bu nedenle aynı şeyi yeniden yapar ve tekrar sunarsınız. Bu zamana kadar insanların çoğu destek vermeye veya en azından konuşmaya açık hale gelecektir. Bu toplantıda istediğiniz ilk şey, herkesin aynı ortamda, daha geniş bir forumda duyulduğundan emin olmak ve çoğunun onayını almaktır.

Odadaki herkesin onayını asla ya da neredeyse hiçbir zaman alamazsınız. Ancak herkes duyulduğunu hissettiğinde en azından fikre açık olur. Bu adım itibarıyla çoğunun desteğe hazır olması gerekir. Herkesin desteğini kazanmanın son adımı budur. Bundan sonraki adımlar ise benim “sahneye çıkmak” olarak adlandırdığım şeydir.

Herkes bu özelliğin geliştirilmesi konusunda hemfikir olduğunda ve süreç ilerlemeye başladığında, herkesi sürekli bilgilendirdiğinizden emin olmalısınız. Sahneye çıkın; bu haftalık ya da aylık olabilir veya hâlihazırda var olan bir senkronizasyon toplantısını kullanabilirsiniz. Birkaç dakikanızı herkesi bilgilendirmeye ayırın. Ben her zaman görsel değişiklikleri göstermeyi severim.

Büyük bir özelliği daha küçük ve hızlı kazanımlara bölmeyi severim. Böylece değişiklikleri ve ilerlemeyi görsel olarak görebiliriz. Herkesi güncel tutarak katılımın devam etmesini sağlarsınız. İnsanlar gelişmeleri duymak, ilerleme kaydettiğimizi görmek ister ve bu gerçekten yardımcı olur. Özellik zaten yayımlandıysa verileri göstermek, başarılarınızı ve başarısızlıklarınızı paylaşmak için de iyi bir fırsattır.

Süreç hakkında çok açık ve dürüst olduğunuzdan emin olun; böylece herkes destek verecektir. Ayrıca onların düşüncelerini, fikirlerini ve kaydettiğimiz ilerleme hakkındaki görüşlerini yeniden dinlemek için de harika bir fırsattır. Özelliği geliştirirken bunu yapmak, temelde tüm işlevler arası ekiplerin sürekli destek vermesine ve yardım etmek istemesine yardımcı olur.

Hannah Clark: Bu harika bir süreç. Takip edilmesinin de çok açık olduğunu düşünüyorum. Ancak merak ediyorum: Oda biraz bölünmüş olduğunda ya da herkes arasında tam bir anlaşma veya bir özelliğin ilerlemesi için yeterli fikir birliği bulunmadığında yaklaşımın ne oluyor? Böyle bir durumu nasıl ele alıyorsun?

Noa Goldman: Eğer bunun yapılacak doğru şey olduğundan ve şirket için mantıklı olduğundan eminsen, sonunda hepimizin aynı ekipte olduğunu ve hepimizin şirketin başarılı olmasını istediğini düşünmeye çalışırım. Yeniden böl ve yönet yaklaşımını kullanır, işi ve nedenini açıklamaya, hepimizin aynı ekipte olduğuna onları ikna etmeye çalışırım.

Sonunda bu işe yarar. Hâlâ işe yaramıyorsa mücadelelerimi seçmeye çalışırım. Örneğin biri destek vermiyorsa onu nasıl ikna edeceğimi seçmeye çalışırım. Belki başka özelliklere sahip olmasına izin vermek, belki de gündemini belirli şekillerde ilerletmesine yardımcı olmak işe yarayabilir.

Yine, benim için her şey ilişkilere dayanıyor. Birine yardım ettiğinizde, o kişi çoğu zaman size karşılık vermek ve yardım etmek ister. Bu nedenle bu müzakerelerde yolunuzu bulmalı ve sonunda herkesin istediğini aldığından emin olmalısınız.

Hannah Clark: Evet, mantıklı. Biraz yön değiştirip önceliklendirmeye geçersek, her zaman söylediğim gibi, özellikleri yönetmek ve geliştirmekten söz ettiğimizde özellik önceliklendirmesi bunun büyük bir parçası. Özelliklere öncelik verirken başarı sırların ya da kullandığın yöntemlerden bazıları neler?

Noa Goldman: Benim, iş olan kendi kuzey yıldızı metriğim var. Şirketin büyümek için neye ihtiyacı varsa benim kuzey yıldızı metriğim odur. Sonunda bunu karşılaştıracağım şey budur; günün sonunda işim, işletmenin ve şirketin büyümesine yardımcı olmaktır.

Bu, benim sevdiğim özelliklerle veya ekiplerimin şu anda geliştirmek istediği şeylerle ilgili değildir. Şirkete yardımcı olmakla ilgilidir. Her zaman sahip olduğum haritayı açıkladım. Kullanıcıların ne istediğini ve talep ettiğini sürekli takip ederim; iş taleplerini, pazarlamanın isteklerini ve tüm pazarı da sürekli izlerim.

İşi düşünmeye çalışırım. Her bir özellik için şunu sorarım: Şirketin şu anda en fazla büyümesine yardımcı olacak şey bu mu? Mantıklıysa ve cevap evetse, sonraki soruyu sorarım: Bu özelliği geliştirmenin en kolay yolu bu mu?

Önceliklendirme açısından her zaman işe en çok yardımcı olan, geliştirilmesi en kolay ve daha az çaba gerektiren şeyi seçerim. Kendime sorduğum iki soru bunlar. Bu iki soruyu yanıtlayabiliyorsanız her şeye öncelik verebilirsiniz.

Hannah Clark: Neredeyse süremiz doldu ancak biraz daha eğlenceli bir konuyla bitirmek istedim. Son zamanlarda birkaç konuğumuza sorduğum şeylerden biri müzik; bu biraz beklenmedik bir konu. İşte veya iş dışında müzik dinliyor olsan da şu anda özellikle ilgilendiğin bir sanatçı, albüm ya da müzik türü var mı?

Noa Goldman: Vay canına. Bu çok eğlenceli bir soru. Bunu sorduğun için çok mutluyum. Neden bu kadar mutlu olduğumdan bile emin değilim. Evet, kesinlikle sürekli, her zaman müzik dinlerim. Çok fazla düşünmeyi gerektirmeyen işlerle uğraşırken bunu yapmaya çalışırım; aksi takdirde kafam karışır. Şu anda en çok dinlediğim sanatçı Paulo Nutini.

Onu duyup duymadığından emin değilim ama harika. Yeni bir albüm yayımladı ve bu albümü çok seviyorum. Hayalim onu bir konserde izlemek; muhtemelen gerçekleşmeyecek ama bunun için çalışacağım, bakalım.

Hannah Clark: Harika. Onu daha önce duymadım ama tüm konuklarımızdan gelen şarkılardan bir Ürün Müdürü podcast çalma listesi oluşturabileceğimizi umuyorum.

Noa Goldman: Buna bayılırım.

Hannah Clark: Evet. Onu mutlaka dinleyeceğim. Bugün bize katıldığın için çok teşekkürler Noa. Zaman ayırmanı gerçekten takdir ediyorum. Bize gerçek ve somut bilgiler edinmemiz için çok harika ve takip etmesi kolay bir yöntem sundun. Burada olduğun için gerçekten teşekkür ederim.

Noa Goldman: Teşekkür ederim. Gerçekten çok keyif aldım. Çok teşekkürler.

Hannah Clark: Bizi dinlediğiniz için teşekkürler. Daha fazla harika içgörü, nasıl yapılır rehberi ve araç incelemesi için theproductmanager.com/subscribe. adresinden bültenimize abone olun. Bunun gibi daha fazla sohbeti, podcast’lerinizi dinlediğiniz her yerde Ürün Müdürü’ne abone olarak dinleyebilirsiniz.