Büyüyen her yazılım şirketinde görülen bir sahne var: Satış, bir özelliğin "yakında" hazır olacağı vaadiyle bir anlaşmayı imzalıyor. Ürün bu özelliği hiç duymamıştır. Mühendislik bunu bir sprint planlama toplantısında öğrenir. Herkes hayal kırıklığına uğradı ve müşteri de hayal kırıklığına uğramak üzere.
Ürün ve satış ekipleri arasındaki sürtüşme, kişilik çatışması veya kültürel uyumsuzluk değildir. Bu yapısal bir sorun. Bu ekiplerin farklı teşvik yapıları, farklı zaman ufukları ve farklı başarı tanımları vardır. Ürün çeyrekler ve kullanıcı grupları halinde düşünür. Satışlar, satış hattı aşamalarını ve kapanış tarihlerini düşünür. Her iki bakış açısı da yanlış değil ancak izole bir şekilde çalıştıklarında şirket zarar görüyor.
Ürün satış retrospektifi, ekiplerin aynı şekilde düşünmesini sağlayarak değil, bağlamı paylaştıkları, birbirlerinin varsayımlarına meydan okudukları ve birlikte daha iyi kararlar aldıkları düzenli bir forum oluşturarak bu açığı kapatmanın yapılandırılmış bir yoludur.
İncelemeye Değer Dört Sürtünme Noktası
Retroyu tasarlamadan önce aslında neyi düzeltmeye çalıştığınızı anlayın. Ürün satışlarındaki uyumsuzluk genellikle dört şekilde ortaya çıkar:
Özellik İsteğinin Aşırı Yüklenmesi
Satış ekipleri, onları satın almaya itecek şeyleri doğrudan potansiyel müşterilerden duyar. Bu inanılmaz derecede değerli bir pazar istihbaratı. Sorun bunun nasıl iletildiğidir. Genellikle acil bir Slack mesajı olarak gelir - "Büyük potansiyel müşterinin X'e ihtiyacı vardır, aksi takdirde anlaşma ölür" - diğer kaç potansiyel müşterinin buna ihtiyacı olduğu, ürün yönüne uyup uymadığı veya altta yatan gerçek sorunun ne olduğu hakkında hiçbir bağlam yoktur.
Bu tek seferlik taleplerin altında ezilen ürün ekipleri, satış girdilerini tamamen göz ardı etmeye başlıyor. Satış ekipleri, duyulmadıklarını hissederek ürünü kontrol etmeden sözler vermeye başlar. Döngü kızışıyor.
Rekabet İstihbaratı Boşlukları
Satış temsilcileri her hafta anlaşmaları kaybediyor. Hangi rakiplerin kazandığını, hangi itirazların üstesinden gelemediklerini ve canlı alıcı görüşmelerinde ürünün hangi noktalarda yetersiz kaldığını tam olarak biliyorlar. Bu, şirketinizin oluşturduğu zamana en duyarlı pazar verilerinden biridir ve çoğu kuruluşta, ürün tarafında hiç kimsenin okumadığı CRM notlarında yer alır.
Yetenek Uyuşmazlığı
Satışlar zaman zaman aşırı satış yapıyor; özellikleri gerçekliğe uymayan şekillerde tanımlıyor veya mühendisliğin ulaşamayacağı umut verici zaman çizelgeleri gösteriyor. Bu arada ürün bazen, konumlandırmanın anlaşılmasına dahil olmadıkları için satışların alıcılara ifade edemediği yetenekler sunar.
Yol Haritası Şeffaflığı
Satış ekibinin, potansiyel müşterilerle ilgili doğru beklentiler belirleyebilmeleri ve satış planlarını gelecek sürümlere göre zamanlayabilmeleri için neyin geleceğini bilmesi gerekiyor. Ancak yol haritasının görünürlüğü, üçüncü hafta itibarıyla geçerliliğini yitiren üç aylık slayt sunumuyla sınırlı olduğunda satışlar körü körüne çalışır.
Geriye Dönük İncelemeyi Çalıştırmak
Bunu aylık olarak çalıştırın. Üç ayda bir çok nadirdir; o zamana kadar, yanlış hizalama gerçek gelire ve ilişki hasarına dönüşmüştür. Aylık, sorunları erken tespit edip uyum sağlamanız için size yeterince sıkı bir geri bildirim döngüsü sağlar.
Süre: 60 dakika. Sıkı tut. İşlevler arası toplantılar, onlara verdiğiniz zamanı dolduracak şekilde genişler.
Kimler katılır: Ürün yöneticisi (veya PM lideri), bir veya iki kıdemli satış temsilcisi veya satış ekibi lideri ve isteğe bağlı olarak bir müşteri başarı temsilcisi. Satış katının tamamını getirmeyin. Yalnızca bireysel anlaşma anekdotları değil, kalıplarla konuşabilen kişileri istiyorsunuz.
Biçim
Tipik "neyin iyi gittiği / neyin gitmediği" yapısı yerine, bu ekipler arasındaki gerçek kesişme noktalarına göre tasarlanmış bir format kullanın.
Kazanılan anlaşmalar (15 dakika). Bu ay neyi kapattık? Belirleyici faktörler hangi ürün yetenekleriydi? Alıcıların özellikle belirttiği özellikler var mıydı? Bu, ürüne şu anda piyasada neyin yankı bulduğuna dair doğrudan sinyal veriyor.
Anlaşmalar kaybedildi veya durduruldu (15 dakika). Nerede kaybettik? Ne eksikti? Hangi yarışmacılar kazandı ve neden? Spesifik olun. "Rakip X'e kaybettik çünkü onların Y'si var" demek, "Daha fazla özelliğe ihtiyacımız var"dan daha faydalıdır. Ürün şu noktayı incelemelidir: Sorun gerçekten özellik miydi, yoksa fiyatlandırma, zamanlama veya güven miydi?
Özellik isteği kalıpları (15 dakika). Bireysel istekler değil, kalıplar. Bir ayda beş potansiyel müşteri aynı entegrasyonu talep ederse, bu bir kalıptır. Üç kurumsal anlaşmanın aynı uyumluluk endişesi nedeniyle durması halinde bu bir kalıptır. Satış temaları beraberinde getirir; ürün stratejik uygunluğu değerlendirir.
Yaklaşan yol haritası ve etkinleştirme (15 dakika). Ürün, önümüzdeki 30-60 gün içinde gönderilecek ürünleri paylaşır. Bir özellik açıklaması değil, bir konumlandırma özeti. Ne olduğu, kimin için olduğu ve hangi sorunu çözdüğü. Satış, halihazırda sevk edilmiş ürünleri satma becerilerindeki boşlukları işaretler.
Temel Kurallar
Bu toplantılar net normlar olmadan hızla ters gidiyor:
Tek tek anlaşmalar için yeniden dava açılmaz. Bu bir anlaşma incelemesi değildir. Bu kalıplarla ve stratejik uyumla ilgilidir. Bir anlaşmanın otopsiye ihtiyacı varsa bunu ayrı olarak planlayın.
Özellik isteklerinin bağlama ihtiyacı vardır. "Bir kontrol paneline ihtiyacımız var" yararlı değildir. "Fintech'teki üç kurumsal potansiyel müşteri, mevcut kontrol panellerinde SOC 2 uyumluluk raporlaması istedi" ifadesi faydalıdır. Satışların en azından şunları getirmesini isteyin: Kim sordu, sorunun altında yatan sorun ne ve bunu kaç kez duydular.
Ürün yalnızca sonuçları değil, kararları da açıklar. Ürün bir özellik isteğine hayır dediğinde bunun nedenini açıklayın. Bağlam olmadan "Bunu inşa etmiyoruz" kızgınlığı doğurur. "Verilerimiz hedef pazarımızın yüzde beşinden daha azına hizmet ettiğini gösterdiği için bunu yapmıyoruz ve bunun yerine X'e yatırım yapıyoruz" ifadesi güven oluşturuyor.
Gerginliğin sağlıklı olduğunu kabul edin. Satışlar, müşteri odaklı öncelikleri öne çıkarmalıdır. Ürün stratejik tutarlılığı zorlamalı. İyi kararların alınmasını sağlayan şey bu bakış açıları arasındaki gerilimdir. Retro, anlaşmazlığı ortadan kaldırmakla ilgili değil; anlaşmazlığı verimli hale getirmekle ilgilidir.
Çıktıyı Uygulanabilir Hale Getirme
En yaygın başarısızlık modu, hiçbir sonuç vermeyen harika bir tartışma yürütmektir. Her ürün satış retrosu üç somut çıktı üretmelidir:
Paylaşılan bir öncelik listesi. Bir yol haritası değil, her iki ekibin de ilgiyi hak ettiği konusunda hemfikir olduğu, müşterinin karşılaştığı ilk üç ila beş ihtiyacın sıralanmış bir listesi. Bunu aylık olarak güncelleyin.
Etkinleştirme eylemleri. Satışlar yakın zamanda gönderilen bir özelliği etkili bir şekilde konumlandıramazsa, bu bir sonraki retrodan önce çözülmesi gereken bir ürün pazarlama sorunudur. Ürün, bir pazar segmentinin neden dağıldığını anlamıyorsa satış ekibi bunları belirli müşteri görüşmelerine bağlamalıdır.
Bir "yapmayı bırak" öğesi. Her iki ekip de hangi süreci, davranışı veya varsayımı aktif olarak durdurmalıdır? Belki de tekliflerde zaman çizelgesi vaatleri veren satışlardır. Belki de ürünün Slack aracılığıyla gelen özellik isteklerini göz ardı etmesidir. Durdurmak için bir şey seçin ve birbirinizi sorumlu tutun.
Retro'nun Çalıştığını İşaret Eden Desenler
Bir gecede dönüşüm görmeyeceksiniz. Ancak iki ila üç aylık tutarlı aylık retrolar içinde şu sinyalleri arayın:
- Satışlardan gelen özellik istekleri, yalnızca istenen çözümü değil, sorunla ilgili daha fazla bağlamı da içermeye başlıyor
- Ürün, yol haritası planlama belgelerinde satışlardan elde edilen rekabet bilgilerine referans vermeye başladı
- Satışlar, neyin gönderilip neyin gönderilmediğine şaşırmayı bırakıyor
- Sorunların retro süreçte daha erken ortaya çıkması nedeniyle "acil durum" özelliği isteklerinin sayısı düşüyor
- Kazanç/kayıp analizi önceliklendirmeyi yalnızca bilgilendirmekle kalmayıp etkilemeye başlar
Çalışmadığının Sinyalini Veren Desenler
- Aynı şikayetler her ay ortaya çıkıyor ve hiçbir çözüm bulunmuyor
- Bir takım konuşmaya hakim olurken diğeri kontrol ediyor
- İlk birkaç oturumdan sonra katılım düşer
- İşlem öğeleri hiçbir zaman bir sonraki oturumda incelenmez
- Toplantı, satıştan ürüne kadar taleplerin bir listesi haline gelir
Bu kalıpları görürseniz sorun genellikle iki şeyden biridir: Ya retronun oturumlar arasında sorumluluğu yönlendirecek net bir sahibi yoktur ya da odadaki kıdem düzeyi karar almaya yetecek kadar yüksek değildir. İnsanların sorunları ortaya çıkarabildiği ancak kimsenin bunları düzeltmeye kararlı olmadığı bir retro, hızla yok olacak.
Retro'nun Ötesinde: Devam Eden Kanallar Oluşturmak
Aylık retro, dayanak noktasıdır ancak tek temas noktası olmamalıdır. Oturumlar arasındaki uyumu güçlendiren birkaç hafif uygulama:
Paylaşılan kazanç/mağlubiyet günlüğü. Satış günlüklerinin, rekabet ve özellik notlarıyla sonuçları ele aldığı basit bir e-tablo veya paylaşılan belge. Ürün haftalık olarak incelenir. Toplantıya gerek yok.
PM'ler için satış gezileri. Üç ayda bir, bir ürün yöneticisinin satış görüşmelerinde yer almasını sağlayın. Sunmak değil, dinlemek. Potansiyel bir müşterinin sorununu kendi sözleriyle açıklamasını dinlemenin yerini hiçbir şey tutamaz.
Satıcılar için yazılmış sürüm notları. Bir şeyi gönderdiğinizde, satışları hedefleyen tek paragraflık bir dahili özet yazın: ne olduğu, kimin umurunda ve bu konuda ne söylenmesi gerektiği. Bu işlem beş dakika sürer ve haftalarca yaşanabilecek yanlış iletişimleri önler.
Amaç, ürün ve satışların her konuda anlaşmaya varmasını sağlamak değildir. Bu, her iki tarafın da daha iyi kararlar almasını sağlayacak şekilde yapılandırılmış bir şekilde, tam bağlamla doğru şeyler hakkında fikir ayrılığına düştüklerinden emin olmak içindir.
NextRetro'yi ücretsiz deneyin -- Hem ürün hem de satış ekiplerinin dürüst geri bildirimler paylaşabilmesi için anonim girişlerle işlevler arası retrolar çalıştırın.
Son Güncelleme: Şubat 2026
Okuma Süresi: 7 dakika
