Bestow’dan Matt Baxter: Ürün Geliştirme Döngülerini Hızlandırabilecek 5 Alışkanlık

Discover how to lead product teams and build better products. Create a Free Account

Ürün Yönetimi Direktörü, kariyerinde en büyük etkiyi yaratan okunması gereken kaynakları ve neden "Erken paylaş, sık paylaş." sloganını benimsediğini anlatıyor.

matt baxter on the 5 habits that can accelerate product development cycles featured image

Tüm yeni ürünler bir fikirle başlar ve ardından geliştirme aşamalarından geçer. Ürün geliştirme döngülerini hızlandırabilecek 5 alışkanlık nelerdir? Bu röportaj serisinde, ürün geliştirme döngülerinin nasıl hızlandırılacağı konusunda deneyimlerinden hikâyeler ve içgörüler paylaşabilecek ürün yöneticileri, kurucular ve yazarlarla konuşuyoruz.  Bu serinin bir parçası olarak, Matt Baxter ile röportaj yapmaktan büyük bir mutluluk duyduk.

matt baxter headshot

Matt Baxter

Matt Baxter, birçok sektörde dijital ürün geliştirme alanında yaklaşık yirmi yıllık deneyime sahiptir. Web geliştirme ve kullanıcı deneyimi tasarımı temeliyle, şirketlerin dijital ürünleri aracılığıyla müşteri ve iş etkisini en üst düzeye çıkarmaya odaklanmasına yardımcı olmak için ürün yöneticisi oldu. Son birkaç yıldır teknoloji girişimlerinde ürün liderliği yaptı ve şu anda Bestow şirketinde Ürün Yönetimi Direktörüdür.

Bu röportaj serisine katıldığınız için çok teşekkür ederiz! Başlamadan önce, okuyucularımız sizin hakkınızda daha fazla bilgi edinmek ister. Sizi bu özel kariyer yoluna yönlendiren şeyle ilgili bir hikâye anlatabilir misiniz? 

Teknolojiye ve şeylerin nasıl çalıştığını anlamaya her zaman ilgi duydum. Annem, parçalarına ayırmam için ikinci el mağazalarından eski elektronik cihazlar alırdı! Üniversiteye başlarken teknoloji alanında çalışmak ve mühendislik eğitimi almak istediğimi biliyordum. O dönemde, teknolojide etkili tasarımcıların hikâyelerini ele alan Etkileşimleri Tasarlamak adlı bir kitapla karşılaştım. Bu kitap, ürün tasarımı kavramıyla ilk tanışmamı sağladı. O ana kadar, yalnızca teknolojinin çalışmasını sağlamak için değil, insanlar için tasarlamak üzere de işler olduğunu fark etmemiştim. Mezun olduktan sonra yazılım geliştirme ve kullanıcı deneyimi tasarımına yöneldim. Buradan, bilgilerimi birleştirerek yazılım ürünlerinin nasıl geliştirildiğine dair güçlü bir anlayışla ürün yönetimine geçebileceğimi fark ettim.

Ürün geliştirme ve kullanıcı deneyimine yaklaşımınızı özellikle etkileyen mentorlarınız veya deneyimleriniz oldu mu?

İlk yaratıcı direktörlerimden biri sık sık şöyle derdi: “Erken paylaşın ve sık sık paylaşın.” Düzenli olarak geri bildirim almanın ve yinelemenin önemini vurgulardı. Bu erken ders, ürün geliştirme yaklaşımımı şekillendirerek herhangi bir projede erken dönemde alınan eleştirel geri bildirimin değerini bana öğretti. Daha da önemlisi, tüm geri bildirimleri kişisel algılamadan kabul etme becerimi geliştirdi. 

Savunmasız olmayı ve devam eden çalışmaları paylaşmaktan korkmamayı öğrenmek pratik gerektirir. Bu tasarım ekibinin “Collab Lab” adını verdiği bir yöntem sayesinde bunu kısa sürede öğrendim. Bu yöntemde her ekip üyesi, o hafta üzerinde çalıştığı işi sunar ve eleştirel geri bildirim alırdı.

Hatalarımızın bazen en büyük öğretmenlerimiz olabileceği söylenir. Kariyerinizin başlarında yaptığınız en komik hatayla ilgili bir hikâye paylaşabilir misiniz? Bundan hangi dersi çıkardığınızı anlatabilir misiniz?

Bu, ürün yönetimine özgü değil, ancak kariyerin başlarında yapılabilecek oldukça tanıdık bir hata. Çalışan olarak çıktığım ilk tatil öncesinde, ofis dışında olma yanıtlayıcımı biraz akıllıca ayarlamaya çalıştım. Yalnızca şirketim içindeki kişilere yanıt vermek üzere bir kural oluşturmaya çalışırken, bir şekilde bunun yerine gelen kutusu işleme kuralı oluşturdum ve bu kural gelen kutumdaki her e-postaya mesajımla yanıt verdi. 

Sonuç olarak şirketimdeki herkes, ofis dışında olduğumu bildiren benden onlarca e-posta aldı. Çok mahcup oldum! Buradan çıkarılacak ders, fazla akıllıca davranmanın mümkün olduğudur; bazen en basit çözümü uygulamak en iyisidir.

Get Free Access to the Product Vault
We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.
Get Free Access

Have an account? Log In

Sizce kariyerinizi belirleyen an neydi? Öncesinde neler olduğunu, ne yaşandığını ve bunun hayatınız üzerindeki etkisini duymak isteriz.

İlk ürün yönetimi işim, insanların reçeteli ilaçlar için daha az ödeme yapmasına odaklanan bir girişimdeydi. Açıkçası sektöre karşı çok heyecanlı değildim; ilaç sektörünün yavaş ilerleyen ve sıkıcı bir sektör olacağını varsayıyordum. Ancak role alıştıkça, bir girişimin güzelliğinin, sektörün alışılmış hareket tarzı ne olursa olsun, doğası gereği değişim fırsatını benimsemesi olduğunu fark ettim. 

Bu fikir değişikliğiyle, insanların önemli ilaçlar için tasarruf etmesine yardımcı olarak onlar üzerinde anlamlı bir etki yaratmak için inanılmaz bir fırsat gördüm. Bu, fırsatlara bakış açımı değiştirdi; dışarıdan bakıldığında yavaş ilerliyor gibi görünen sektörlerde bile insanların hayatlarını etkilemek için muazzam bir potansiyel olabilir. O zamandan beri kariyer kararlarımda kritik bir faktör olarak, fırsatın dışarıdan ne kadar gösterişli göründüğünden çok yaratabileceği potansiyele odaklanmaya karar verdim.

Yolculuğunuza ilk başladığınızda karşılaştığınız zorlu dönemlerle ilgili bize bir hikâye anlatabilir misiniz? Hiç pes etmeyi düşündünüz mü? Her şey bu kadar zorken devam etme motivasyonunu nereden buldunuz?

Kariyerimin ilk dönemlerinde bir odak noktası belirlemekte zorlandım; yazılımın teknik geliştirme süreçlerinden de kullanıcı deneyimi tasarımından da her zaman keyif almıştım. Ürün yönetiminin her ikisini bir araya getirmenin uygulanabilir bir yolu olduğunu fark ettiğimde, yeterli deneyime sahip olmadığım gerekçesiyle hızla reddedildiğim birçok işe birkaç ay boyunca başvurdum. 

Cesaretim kırıldı ve bir kullanıcı deneyimi işine dönmeyi düşündüm; ancak bunun kritik bir dönüm noktası olduğunu fark ettim. Çok erken pes edersem tatmin edici bir kariyere sahip olma fırsatını kaçıracağımı biliyordum. Neyse ki pes etmedim ve sonunda bir ürün yöneticisi pozisyonuna yerleştim; bu da nihayetinde beni Bestow’a yönlendirdi. 

Şaşırtıcı biçimde, artık çok sayıda ürün yönetimi kaynağı ve çevrim içi topluluk mevcut—ürün yönetimini bir kavram olarak ilk duyduğumda nereden başlayacağım hakkında hiçbir fikrim yoktu. Ürün yönetimiyle ilgili haberlerin çoğuna Twitter, e-posta bültenleri ve podcast’ler aracılığıyla ulaşıyorum. 

Tek bir kaynak önermem gerekseydi, bu Lenny’s Newsletter olurdu; mükemmel ürün yönetimi içeriklerine, harika bir podcast’e ve aktif bir Slack topluluğuna sahip haftalık bir bülten. İster ürün yönetimine yeni başlayan biri olsun ister kariyerinde birkaç yılı geride bırakmış biri, bu inanılmaz derecede değerli bir kaynak.

Farklı işlevlerden ekipler arasındaki iş birliği, ürün geliştirme döngülerini hızlandırmada nasıl bir rol oynuyor ve farklı ekipler ile departmanlar arasındaki etkili iş birliğini nasıl teşvik ediyorsunuz?

Farklı işlevlerden ekipler arasındaki iş birliği, ürün geliştirmeyi hızlandırmanın en etkili yollarından biridir; neredeyse hiçbir şey aynı potansiyele sahip değildir. Bestow’da sürekli işlevler arası ortaklığı iki şekilde sağlıyoruz. İlk olarak, sıkı bir uyum ve iş birliği sağlamak için ürün ekipleri mühendislik, ürün ve tasarım alanlarından üyelerden oluşuyor. İkinci olarak, ürün geliştirme sürecinde işlerin ekipler arasında kopuk şekilde yürütülmemesini sağlıyoruz. Ürün yöneticileri geliştirmenin keşif aşamasına liderlik edebilir; ancak sorunun tanımlanmasına katılmaları için mühendislik, tasarım ve diğer paydaşları da sürece dâhil ederler. Ayrıca işlerin bir noktada “duvarın üzerinden atılarak” artık başka bir ekibin sorunu hâline gelmesi gibi bir durum da yok; başlangıçtan sona kadar birlikte yakın bir şekilde çalışıyoruz.

Herkesin yaptığı işin ürünün nihai çıktısına nasıl katkıda bulunduğunu anlamasına yardımcı olmak ve kendilerini sonucun sahibi olarak görmelerini sağlamak, etkili iş birliği açısından kritik öneme sahiptir. Olabilecek en kötü şey, ekiplerin veya departmanların kendi çıkarlarını gözetmesi ya da görevlerini yalnızca işin kendilerine düşen kısmını teslim etmek olarak görmesidir. Sonucun sahibi herkes; bu hedefe ulaşmak için diğerlerini iş ortakları olarak görmek, iyi bir iş birliği için hayati önem taşır.

Tüm bunlar için teşekkür ederim. Şimdi röportajımızın ana sorusuna geçelim. Deneyiminize dayanarak, “Ürün Geliştirme Döngülerini Hızlandırabilecek 5 Alışkanlığınız” nelerdir? Mümkünse her biri için bir hikâye veya örnek paylaşır mısınız? 

1. Başlamadan önce çözdüğünüz sorun konusunda uzlaşın. 

Tam olarak ne yapmaya çalıştığınıza erkenden odaklanarak birçok sorunun önüne geçilebilir. Bu uyum, ancak farklı işlevlerden oluşan ekip çözülecek en yüksek öncelikli sorun konusunda açıkça aynı noktada buluştuğunda sağlanabilir. Açıklığa kavuşturmak gerekirse, bu, başlangıçta grup olarak uzlaşmanız gerektiği anlamına gelmez! Ekipler, çözüm fikirlerini test etmek için “aynı fikirde olmasalar bile kararın arkasında durmaya” hazır olmalıdır; ancak sorun konusunda aynı noktada buluşmaları gerekir. Katkı sağlayan kişiler, sorunun çözülmeye değer olup olmadığı konusunda anlaşamıyorsa çözümü tartışırken ürün geliştirme süreci tıkanır.

2. Açık, iyi yapılandırılmış ve yazılı iletişimi bir ekip değeri hâline getirin. 

“Yazmak düşünmektir” fikrine yürekten inanıyorum. Bestow’daki ürün ekibi güçlü bir yazma kültürünü teşvik ediyor; bir ürün yöneticisi ister ürünümüz için yeni bir özellik ister ekibimiz için süreç değişikliği olsun, bir fikir geliştirdiğinde bunun için bir öneri metni hazırlıyor. Bu öneri, sorunu veya fırsatı, şimdi harekete geçmenin neden kritik olduğunu ve bundan hangi değeri elde edeceğimizi açıklıyor. Ardından ekibin geri kalanı belgeye dâhil olup yorum bırakabiliyor ve konu hakkında bir konuşma başlatabiliyor. Bu süreç, hepimizin düşünme biçimini geliştirmesine ve önerilerimizi güçlendirmesine yardımcı oluyor.

Bir fikir hakkında heyecanlanmak kolaydır; ancak ayrıntılara indiğinizde, dikkate almadığınız yeni sorunları keşfedersiniz. Fikirlerinizi iyi yapılandırılmış bir yazıya dökerek sorunlu mantığı ve ikna edici olmayan argümanları ortaya çıkarırsınız. Yazılı ifade, herkesin aynı şeyi görmesini ve daha güçlü bir ortak anlayış geliştirmesini sağlar. Üstelik bunu odada bulunmayan kişilerle paylaşabilirsiniz; onlar da aynı iletişime sahip olur.

3. Her girişime acımasızca öncelik verin. 

Ekibinizin üzerinde çalıştığı her şey, yaratacağı iş ve müşteri etkisini anlamak için acımasızca önceliklendirilmelidir. Pek çok şey iyi fikirler veya zamanı iyi kullanmanın yolları gibi görünebilir; ancak etki değerlendirmesi farklı bir tablo ortaya koyar.  

4. İlk seferde doğru yapmaktan ziyade hızlı öğrenmeye öncelik verin. 

Ürün geliştirme, yeni ve yenilikçi bir şey yaratmakla ilgilidir; bu da çoğu zaman daha önce kimsenin yapmadığı bir şeyi yapmak anlamına gelir. Bir ürünü piyasaya sürmeden önce, doğru özellik setini seçip seçmediğiniz veya başarılı olup olmayacağınız konusunda endişelenerek analiz felcine kapılmak kolaydır. Pek çok şey ancak bir ürünü gerçek hayata sunarak ve müşterilerinizin nasıl tepki verdiğini görerek öğrenilebilir. Elbette önemli riskleri en aza indirmeli ve eleştirel düşünmeyi kullanmalısınız; ancak bir şeyi pazara sunmak için ne kadar uzun süre beklerseniz, yanlış şeyi geliştirme riskinizi o kadar artırırsınız.

5. Toplantılar için sessiz okuma süreleri. 

Birçok ürün ekibi, toplantıların değerli zamanlarını tüketmesinden şikâyet eder; ancak benim deneyimime göre ürün geliştirmeyi yavaşlatan yalnızca kötü yönetilen toplantılardır. Toplantılar başlamadan önce herkesin aynı noktada olduğundan emin olmanın çok etkili bir yolu, yazılı bilgi sağlamak ve toplantının ilk birkaç dakikasını sessizce okumaya ayırmaktır. Bu, herkesin bilgiyi zamanında işlemesine olanak tanırken bilginin tartışma için hâlâ taze ve hazır olmasını sağlar. 

Geliştirme döngülerini hızlandırmaya çalışırken ürün ekiplerinin düştüğünü gördüğünüz yaygın tuzaklardan bazıları nelerdir ve bunlardan nasıl kaçınılabilir?

Bir sorun gündeme geldiğinde içgüdümüz her zaman çözümlere atlamaktır; ancak gördüğüm en büyük tuzak budur. Bir ekip kapsamlı bir keşif sürecini atladığında, genellikle hızlı bir şekilde bir çözüm oluşturmanın kolay olacağına ikna olur. Kaçınılmaz olarak ekip, çözüm hakkında bir karar vermeye çalışırken aynı noktada dönüp durur.

Keşfe öncelik vermenin yanı sıra, ürün ekiplerinin bundan kaçınmasının iki yolu vardır. İlki, disiplinler arası keşfi güvence altına almaktır; sorun tanımlama toplantılarına tasarımcılar, mühendisler ve paydaşlar da katılmalıdır. Ekiplerin keşfi yalnızca ürün yöneticileri ve paydaşlar tarafından yapılan bir çalışma olarak gördüğüne tanık oldum; ancak tüm disiplinler sürece dâhil olduğunda sonuç çok daha iyi olur. İkinci yol, çözülecek sorun konusunda disiplinler arası uyumu güvence altına almaktır. Ekiplerimi, çözüm aşamasına başlamadan önce çözülecek sorun konusunda diğer kişilerle açıkça aynı fikirde olduklarından emin olmaya teşvik ediyorum.

Bir ürün geliştirme döngüsü sırasında hız ve kalite arasında zor bir tercih yapmak zorunda kaldığınız bir zamana örnek verebilir misiniz ve bu kararın sonucu ne oldu?

“Hız ve kalite karşı karşıya” çerçevesinin ürün geliştirmek için her zaman doğru yaklaşım olmadığını düşünüyorum; çünkü bu ifade, seçeneklerden birinin düşük kaliteli bir şey sunmak olduğu izlenimini yaratıyor. Bu yaklaşımdan en çok zarar görecek kişiler müşterilerinizdir. Yükü müşterilerinizin üzerine bırakmak, mükemmel bir ürün ekibinin asla yapmaması gereken bir şeydir.

Bu tercihi çerçevelemenin daha iyi bir yolu, hız ile kapsam arasında seçim yapmaktır. Çoğu durumda, kaliteyi tehlikeye atmadan kapsamı müşterilerin temel ihtiyaçlarını karşılayan kritik bileşenlerle sınırlandırarak bir ürünü müşterilere sunabilirsiniz. Bestow'da, birlikte piyasaya sürdüğümüz her Kurumsal ortağın çözümünde hız ve kapsamı dikkatle dengeliyoruz. En basit görünen sigorta ürünü bile yakından incelendiğinde kapsam açısından hızla büyüyebilir; bu nedenle platform çözümlerini zamanında piyasaya sürerken Kurumsal ortaklarımıza anlamlı değer sunmak için zamanındalık ile titizliği dengeliyoruz. 

More Articles

Ürün geliştirmede veriye dayalı bir yaklaşım ne kadar önemlidir ve verilerin karar alma sürecinizi önemli ölçüde etkilediği bir hikâye paylaşabilir misiniz?

Veriye dayalı bir yaklaşım kritik öneme sahiptir; bu yaklaşım olmadan öncelikler tamamen en güçlü görüşe sahip kişinin veya gerçeği temsil etmeyen anekdot niteliğindeki hikâyelerin etkisiyle belirlenir. Bestow'da başvuru sürecimizdeki iyileştirme fırsatlarını belirlememize yardımcı olması için verileri kullanıyoruz. Sürecin her bölümünü ölçümleyerek müşterilerin kullanıcı deneyimi sorunlarıyla nerede karşılaştığını belirleyebiliyoruz. Bu fırsatları belirledikçe süreçte aşamalı deneyler yürütüyoruz. Ardından, kalıcı bir değişiklik yapılıp yapılmayacağına karar vermemize yardımcı olması için, değişikliğin olumlu, nötr veya olumsuz bir etkisi olup olmadığını titizlikle veriler aracılığıyla değerlendiriyoruz. 

Daha önce çalıştığım bir girişimde müşterilere reçeteleri için ne kadar tasarruf ettiklerini görmeleri, reçete yenileme hatırlatıcıları almaları ve hizmeti kullanımlarına göre ödüllerini almaları için bir kontrol paneli sunuyorduk. Verileri ayrıntılı olarak incelediğimizde, müşterilerin çoğunun kaydolduktan sonra kontrol panelini bir daha ziyaret etmediği netleşti. Verileri analiz edip ziyaret ettikleri ürünün türüyle karşılaştırdıktan sonra, müşterilerin kontrol panelini nasıl kullanacağına dair beklentilerimizin, müşterilerin ürünümüzü gerçekte nasıl kullandığıyla örtüşmediğini fark ettik. Küçük ekibimiz için bakım maliyetine değmediğini anladığımız için kontrol panelini kullanımdan kaldırmaya karar verdik. Tüm işlevleri e-posta ve kısa mesaj bildirimlerine taşıdık; bunun sonucunda müşterilerin tasarruflarını görme ve ödüllerini alma etkileşimi çok daha yüksek oldu.

Kullanıcı geri bildirimlerinin ürün geliştirme stratejinizde önemli bir değişikliğe yol açtığı bir örnek paylaşabilir misiniz?

Bestow'un stratejisinin zaman içinde değişme biçimlerinden biri, müşterilerin hayat sigortası sürecini kendi başlarına yürütme becerisine nasıl baktığımızdır. Bestow, bireylerin bir acentenin mümkün olduğunca az yardımıyla bağımsız olarak hızlı ve kolay bir şekilde hayat sigortası teminatı edinmelerini sağlamak amacıyla doğrudan tüketiciye hizmet veren bir şirket olarak başladı. Kurumsal teklifimizi geliştirirken bunun önemli bir bölümü, şirketlerin acente dağıtım kollarını desteklemeyi mümkün kılıyor. Doğrudan tüketiciye hizmet veren bir şirket olarak, sürecin tüm bölümlerini müşterilerin kendi başlarına tamamlayabilmesini önceliklendirdik. Ancak hayat sigortası acenteleriyle yakın çalıştıkça, süreçteki katılımlarının ve rehberliklerinin ne kadar kritik olduğunu; bunu da yalnızca bilgiye ve uygun araçlara doğru erişimleri olduğunda sağlayabildiklerini öğrendik. Pek çok müşteri hayat sigortası edinebilecek durumda olsa da doğru finansal kararları vermelerine yardımcı olması için hâlâ bir acentenin desteğine ihtiyaç duyulan pek çok konu var. Bu süreçte, bireylere kendi başlarına işlem yapabilme imkânı sunmakla acenteleri, sürecin belirli noktalarında müşterilerine yardımcı olmaları için güçlendirmek arasında bir denge kurmamız gerektiğini öğrendik.

Dünyada özel bir öğle yemeği yemek isteyeceğiniz biri var mı, varsa neden?

Shopify'ın kurucusu ve CEO'su Tobi Lütke ile oturma fırsatını memnuniyetle değerlendirirdim. Sıfırdan inşa ettiği şey beni hayran bırakıyor ve Shopify'ı üzerine kurduğu ilkelere hayranlık duyuyorum. Kendisiyle yapılan birkaç podcast röportajını dinledim ve her şeye uyguladığı derin düşünme düzeyinden her zaman etkilendim. Ürün geliştirme konusunda yol boyunca öğrendiği şeylerle ilgili hikâyelerini dinlemeyi çok isterdim.

Hannah Clark
Hannah Clark is the Editor of The CPO Club. Following six years of experience in the tech industry, she pivoted into the content space where she's had the pleasure of working with some of the most brilliant voices in the product world. Driven by insatiable curiosity and a love of bringing people together, her mission is to foster a fun, vibrant, and inspiring community of product people. Interested in being reviewed? Find out more here.
Follow the author:

You may also like