AI ile Ürün Geliştirirken Ürün Yöneticisinin Rolü

Türkiye'de işletmelere ekipman satan bir tedarikçi düşünün. Müşteriler teklif beklerken satış ekibini tekrar tekrar arıyor. Ekipten biri AI yardımıyla bir portal demosu hazırlamış. Müşteri giriş yapıyor, teklifinin hangi aşamada olduğunu görüyor. Toplantıda ekranlar beğeniliyor ve konuşma portalın ne zaman açılacağına geliyor.

Bu örnekte, teklif ve fiyat onayı gecikmese ekipmanın iki gün içinde müşteriye ulaşabildiğini varsayalım. Müşteri, gereksiz bekleme yüzünden satış temsilcisini tekrar tekrar arıyor. Süreç zamanında tamamlansa bu aramalara da gerek kalmayacak.

Portal ya da telefondaki sesli yanıt sistemi, müşteriye teklifinin onay beklediğini söyleyebilir. Fakat bu bilgi, onayın daha hızlı çıkmasını sağlamaz. Ürün yöneticisi demoyu değerlendirirken müşterinin beklediği sonuca bakmalı: Gecikmeyi anlatmak için yeni bir ekran mı gerekiyor, yoksa gecikmeye neden olan iş akışı mı değişmeli?

Reforge'un AI çağında ürün yöneticisinin rolünü ele alan yazısı, üretim kolaylaştıkça problemi tanımlamanın ve ortak bağlamı korumanın değer kazandığını savunuyor. 31 Temmuz 2026 tarihli metin, bir eğitim tanıtımıyla bağlantılı etkinlik özeti. Bağımsız bir etki ölçümü sunmuyor. Buradaki görüşü, şirketimizin çalışma biçimini sorgulamak için kullanabiliriz.

Demodan önce gelen öncelik kararı

Tedarikçideki beklemeyi biraz açalım. Bu varsayımsal şirkette satış ekibinin indirim yetkisi belirsiz olduğu için teklifler yöneticide birikiyor. Hangi teklifin satış ekibince sonuçlandırılabileceği, hangisinin yönetici onayı gerektirdiği netleşmeden yeni bir portal kurmak bu birikmeyi azaltmayacak.

Ürün sorumlusu bu yüzden önce fiyat onayındaki beklemeyi azaltacak değişikliği ele almalı. Müşteriye bilgi vermek de yararlı olabilir. Ancak bu örnekte portalı sırf demosu beğenildi diye öne almak, teklifin sonuçlanmasını geciktiren işi olduğu gibi bırakır.

Demoyu çöpe atmak gerekmez. Müşteri görüşmesinde gösterip hangi belirsizliği giderdiğine bakılabilir. Müşteri teklifin ne zaman çıkacağını öğrenemiyorsa, yalnızca “onay bekliyor” yazan ekranın ona ne kazandırdığı sorulabilir. Yanıt, portalın kapsamını daraltabilir veya şimdilik ertelenmesini haklı çıkarabilir.

Böyle kullanıldığında prototip, karar vermek için bilgi üretir. Geliştirme taahhüdü ise bu bilgiden sonra gelir. Ürün yöneticisinin görevi, kolayca yapılabilen işle müşterinin ihtiyacı arasındaki bağı kurmak ve alternatifleri aynı amaç üzerinden karşılaştırmaktır.

Roadmap seçimin gerekçesini de taşımalı

Portal ertelenirse ürün yol haritasında, yani roadmap'te yalnızca tarihi ileri almak yeterli olmaz. Sonraki toplantıda başka bir demo aynı isteği yeniden cazip gösterebilir. Ekip neden beklediğini açıklayamıyorsa, önceki karar her seferinde baştan tartışılır.

Roadmap'teki işin yanına kısa bir gerekçe konabilir. Bu örnekte kayıt şöyle olabilir:

Öncelik, tekliflerin fiyat onayında beklediği süreyi azaltmak. Portalı şimdilik erteliyoruz. Onay akışını düzenledikten sonra müşterinin bilgi ihtiyacı sürerse portalı yeniden değerlendireceğiz. Bu değerlendirmeyi ürün sorumlusu satış ekibiyle birlikte yapacak.

Bu kayıt sonraki kişiye hangi sonucun beklendiğini ve tercihin ne zaman değişebileceğini anlatır. Onay süresi kısalsa da müşteriler bilgi almak için aramaya devam ederse, portalın gerekçesi güçlenebilir. Böylece yol haritasındaki değişiklik, son toplantıda en çok beğenilen ekrana bağlanmaz.

Kayıt tutmanın da emeği var. Her deneme için uzun bir belge hazırlamak yerine, önceliği değiştiren bilgiyi mevcut iş kaydında tutmak yeterli olabilir. Karar değiştiğinde gerekçesini güncellemek, yeni dokümanlar üretmekten daha kullanışlıdır.

Ürün sorumlusu bütün bağlamı erişilebilir tutmalı

Bu kaydın güncel kalabilmesi için biri müşteri görüşmelerini, satışın kısıtlarını ve geliştirme tercihlerini birlikte izlemeli. Aksi hâlde satış onay akışını değiştirirken yazılım ekibi eski varsayımla portalı büyütebilir.

Ürün yöneticisi bu sorumluluğu üstlenebilir. Ayrı bir ürün rolü bulunmayan işletmede ise yönetimin bir sorumlu belirlemesi gerekir. Bu kişinin öncelikleri ilgili ekiplerle kararlaştıracak yetkisi olmalı. Bütün bilgiyi yalnızca kendi hafızasında tutarsa, ekip her yeni adımda ona dönmek zorunda kalır.

Ortak amaç ve sınırlar erişilebilir olduğunda ekip küçük denemeleri daha bağımsız yapabilir. Örneğin portalın müşteriye nasıl anlatılacağını sınamak için her ekranı yöneticinin onaylaması gerekmeyebilir. Yeni bir müşteri taahhüdü vermek veya başka işi ertelemek ise ürün önceliğini değiştirdiğinden birlikte ele alınmalıdır.

AI ile yapım süresi kısalsa bile müşteriden öğrenmek, satışla anlaşmak ve ürünü işletmek emek ister. Tedarikçinin ilk kararı bu yüzden teklifin beklediği yeri değiştirmek olmalı. Portal, müşterinin hâlâ karşılanmayan bir ihtiyacını çözeceği gösterildiğinde sırasını alabilir. Hazır demo bu incelemeyi kolaylaştırır; ona harcanan emek, ürünü tamamlama zorunluluğu yaratmamalı.