TextQL’den Ethan Ding, Ürün Geliştirme Döngüsünü Hızlandırabilecek 5 Alışkanlık Üzerine

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

"Kendi ürününüzü çok kullanın; çünkü öngöremeyeceğiniz milyonlarca şey ters gidebilir."

Textqls ethan ding on the 5 habits that can accelerate product development cycle standard editorial post

Günümüzün rekabetçi pazarında olağanüstü bir kullanıcı deneyimi (UX) sunmak, ürün başarısı açısından kritik öneme sahiptir. İyi tasarlanmış bir UX, daha yüksek kullanıcı memnuniyeti, artan etkileşim ve nihayetinde daha güçlü marka sadakati sağlayabilir. Peki ürün tasarımcıları, geliştiriciler ve kuruluşlar gerçekten öne çıkan ve kullanıcılar üzerinde kalıcı bir izlenim bırakan kullanıcı deneyimlerini nasıl oluşturabilir? Bu röportaj serisinde, "Ürününüzün Kullanıcı Deneyimini Yükseltmenin En İyi 5 Yolu"nu keşfetmek üzere UX profesyonelleri, ürün tasarımcıları, geliştiriciler ve düşünce liderleriyle konuşuyoruz. Bu serinin bir parçası olarak Ethan Ding ile röportaj yapma ayrıcalığına sahip olduk.

photo of Ethan Ding

Ethan Ding

Çin’in kırsal bir köyünde doğan Ethan, UC Berkeley’den IEOR, CS ve DS alanlarında üç diploma almış; Bessemer’de veri girişimleri üzerinde çalışmış ve Tackle’ın veri ekibini kurmuştur. Şu anda kıdemli veri bilimcilerin çalışmalarını otomatikleştirmeyi amaçlayan bir platform olan TextQL’in kurucusudur.

Bu röportaj serisinde bize katıldığınız için çok teşekkür ederiz! Başlamadan önce okuyucularımız sizin hakkınızda daha fazla bilgi edinmekten memnuniyet duyacaktır. Sizi bu kariyer yoluna yönlendiren şeyin ne olduğuna dair bir hikâye anlatabilir misiniz?

Dünyada hiçbir şey size yeni bir iş kurmanın 0'dan 1'e geçiş süreci kadar çok şey öğretemez. Kendime şu soruyu sordum: Şu anda yapabileceğim en zorlu şey nedir? TextQL'i kurarken, veri alanındaki geçmişim sayesinde bu işe başlarken gerçekten değerli bir şey yaratma fırsatımız olduğunu fark ettim.

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

Kariyerim boyunca, "Bu proje ekibin tamamlaması için nasıl 3 ay sürüyor; ben bunu tek başıma bir hafta sonunda yapabilirim!" diyen türden, yetenekli birçok mühendislik lideriyle karşılaştım. TextQL'de bir şeyler geliştirme biçimimizi bu yaklaşım şekillendiriyor. Ne zaman bir ürün planlasak, işleri proje için öngörülen sürenin yarısında tamamlamak için çaba gösteriyoruz.

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

Başlarda yalnızca başarılı insanlardan tavsiye istemek için birçok görüşme ayarlıyordum, ancak hangi tavsiyeyi istemem gerektiğini bilmiyordum. Görüşmeye bağlandığımda, tek boynuzlu at şirketlerden birinin CEO'suyla öylece sessiz kalıyordum. Şimdi bu durum, zamanımı korumaya daha fazla önem vermemi sağlıyor. Zamanı değerli olan insanların her zaman herhangi bir toplantının amacının ne olduğunu sorduğunu fark ediyorum. Başkalarının zamanına karşı duyarlı olmanın önemli olduğunu öğrendim.

"Kariyerinizi belirleyen" anınızın ne olduğunu düşünüyorsunuz? Öncesinde neler yaşandığını, ne olduğunu ve hayatınız üzerindeki etkisini duymak isteriz.

COVID başladığında stajım iptal edildi. Şirketten bir daha hiç haber alamadım. Beni o şirketle tanıştıran girişim sermayesi şirketi, sonunda beni bir yaz projesi için işe aldı ve daha sonra bir yıllığına işe devam etmemi sağladı. Bu iş, bende şirket kurma tutkusunu ateşledi ve oradaki görevimden sonra çalıştığım şirketle tanışmamı sağladı.

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

Yatırım toplamaya çok zor bir zamanda başladığımızı fark ettim: çoğu insanın izin yaptığı Noel dönemi. Bu sırada vizemin ocak ayında sona ereceğini öğrendim. En az 2 düzine girişim sermayesi şirketi tarafından reddedildim, çünkü Noel dönemine girilirken hiçbir girişim sermayesi şirketi çalışmıyordu. Ancak sınır dışı edilmek istememenin yarattığı büyük çaresizlik beni devam etmeye itti; bu nedenle süreci sürdürdük ve Noel'den önce bir şartlar belgesi aldık.

Ürün yönetimi alanındaki pazar trendlerini ve gelişmeleri nasıl takip ediyorsunuz?

Twitter.

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

Müşteriler tarafından bunun için sermaye taahhüt edilmeden önce hiçbir özelliğin geliştirilmemesi gerektiğine inanıyorum. Herhangi bir şey geliştirmeden önce bu taahhüdü almayı bekleyin. Satış ekibinin, yalnızca geliştirme çalışmasının buna değeceği durumlarda söz vermesi gerekir. Ekibin bunu yapmak için aynı hedef doğrultusunda hareket etmesi şarttır.

Deneyiminize dayanarak, ürün geliştirme döngülerini hızlandırabilecek "Ürün Geliştirme Döngülerini Hızlandırabilecek 5 Alışkanlık" nelerdir?

1 . Kendi ürününüzü sık sık kullanın—çünkü öngöremeyeceğiniz milyonlarca şey ters gidebilir. Bu şeylerin sizi şaşırtmasını istemezsiniz.

2 . Tahminlerin gerçekten ne kadar gerekli olduğunu mühendislik ekibiyle görüşün. İyi mühendisler, ileride ortaya çıkabilecek sorunların çoğunu öngörür; bu nedenle bir projeyi tamamlamak için gereken süreyi olduğundan fazla tahmin edebilirler. Böyle yaparak bir projeyi 2 aydan 1 haftaya indirdiğimiz oldu.

3 . Müşterilerle konuşurken açık sözlü olun. Onlara gerçekten yardımcı olup olamayacağınızı bilmeniz, müşteri görüşmesinin tonunu değiştirir. Keşif görüşmeleri yaparken onlara bir "çıkış" seçeneği sunun ve çıkmaza giren çözümler üzerinde çalışarak zaman harcamamaya dikkat edin.

4 . Kavram kanıtı çalışmalarına süre sınırı koyun. Bu, işe yarayıp yaramayacağından emin olmadığınız bir şeye çok sayıda özellik eklemek için aşırı zaman harcamanızı önlemeye yardımcı olur.

5 . Müşterilere ne kadar ödemeye istekli olduklarını sorun. Ödemeye istekli oldukları miktar geliştirme maliyetini aşmıyorsa müşteriniz muhtemelen başka bir şey üzerinde çalışmanızı tercih edecektir.

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

Yetki devrinden, sorumlulukların atanmasından ve projeye öncülük etmekten sorumlu tek bir kişiye ihtiyacınız var. Bu kişinin kendinden emin ve kontrolü elinde tutuyor gibi görünmesi gerekir; aksi takdirde kararları sürekli analiz etme döngüsüne girersiniz.

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 örneği ve bu kararın sonucunu paylaşabilir misiniz?

Bu hiçbir zaman zor bir tercih değildir; her zaman hızı seçeriz. Satış sürecimizden çok memnunduk ancak gerçekten ölçeklenebilir bir iş akışımız yoktu ve mühendislerin tamamı tüm uç durumlarımızın kapsanmamış olmasından rahatsızdı. Buna rağmen ürünü yayına almak için bu kadar az zaman harcayabilmemiz, doğru şekilde ölçeklendirmek üzere daha fazla mühendislik çalışması ayırmamızı haklı çıkardı.

Ü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âyeyi paylaşabilir misiniz?

Kurumsal şirketlerin veriye dayalı ürün geliştirme konusunda fazla seçeneği yoktur. Müşterilerinizin ürünlerle çok fazla temas noktası olmaz. Kurumsal müşteriler genellikle ne yaptıklarını bilir; yönlendirilerek ilerlemelerine gerek yoktur. Bir ürünle bir şeyi başarabilecekleri söylendiğinde bunu yaparlar.

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

Bir müşterinin ödeme yapma konusundaki tereddüdü, geliştirmekte olduğumuz bir ürünü ve önümüzde belirlediğimiz önceliklendirmeyi tamamen yeniden değerlendirmemize yol açtı. Bu durum potansiyel müşterilerle de başka zamanlarda yaşandı. Ödeme konusunu gündeme getirmekten rahatsız oluyorsanız bunun bir nedeni vardır; çünkü ürününüzün onların sorununu çözmediğini biliyorsunuzdur.

Dünyada özel bir kahvaltı veya öğle yemeği yapmak isteyeceğiniz biri var mı ve neden?

DJ D-Sol (David Solomon). Her zaman omuzlarında oldukça büyük bir yük taşımasına rağmen eğlenmeyi bilen, eğlenceli biri gibi görünüyor.

Bunun gibi daha fazla içerik için Ürün Yöneticisi bültenine abone olun.

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