Deal Aging (Fırsat Yaşlanması) Nedir? CRM'de Takılı Kalan Fırsatları Görünür Kılmak

CRM ekranında "sıcak" etiketiyle duran ama üç haftadır kimsenin dokunmadığı bir fırsat, satış tahmininizde hâlâ gelir gibi görünür. Oysa gerçekte o fırsat büyük ihtimalle çoktan soğumuştur. Ben, Koray Yalçın olarak, gayrimenkul projelerinde lead yönetimi ve CRM sistemleri kurarken satış hunisinin en sessiz sızıntısının bu "takılı kalmış" fırsatlar olduğunu sık sık görüyorum. Bu sızıntıyı görünür kılan metriğin adı deal aging, yani fırsat yaşlanmasıdır. Bu yazıda kavramı, nasıl ölçüleceğini, aşama bazlı eşiklerin nasıl belirleneceğini ve yaşlanan fırsatlar için nasıl bir müdahale sistemi kurulabileceğini anlatıyorum.

Deal Aging (Fırsat Yaşlanması) Nedir?

Deal aging, bir satış fırsatının bulunduğu pipeline aşamasında kaç gündür beklediğini gösteren metriktir. Temel soru basittir: Bu fırsat, son aşama değişikliğinden bu yana kaç gündür yerinde sayıyor? Fırsatın toplam yaşı da önemlidir, ancak asıl teşhis değeri aşama içi yaşta yatar. Çünkü bir fırsatın toplamda kırk gündür sistemde olması tek başına bir şey söylemez; o kırk günün otuz beşini "randevu bekleniyor" aşamasında geçirmesi ise çok net bir sorun işaretidir.

Bu yüzden ben deal aging'i her zaman iki katmanda kurarım:

• Aşama içi yaş: Fırsatın mevcut aşamaya girdiği tarihten bugüne geçen gün sayısı.
• Toplam yaş: Fırsatın oluşturulduğu tarihten bugüne geçen gün sayısı.

İkisini birlikte okumak, hem anlık tıkanıklıkları hem de genel satış döngüsünün uzayıp uzamadığını görmeyi sağlar.

Neden Bu Kadar Kritik Bir Metrik?

Pipeline'ın şişkinliğini gerçekçi hale getirir

Birçok satış ekibinin pipeline'ı kâğıt üzerinde olduğundan çok daha dolu görünür. Bunun nedeni, kapanmayan ama kayıp olarak da işaretlenmeyen fırsatların birikmesidir. Yaşı yüksek fırsatlar ayrı bir filtreyle gösterildiğinde, yöneticiler gerçekten canlı olan pipeline ile "umut listesi" arasındaki farkı ilk kez net biçimde görür. Bu ayrım, satış tahminlerinin güvenilirliğini doğrudan etkiler.

Müşterinin ilgisi zamanla azalır

Gayrimenkulde bir alıcının ilgisi canlıyken aynı anda birden fazla projeye bakar. Bir fırsat sizin pipeline'ınızda beklerken, müşteri başka bir projenin satış ofisini ziyaret ediyor olabilir. Fırsatın yaşı arttıkça kazanma olasılığının düştüğü, sahada çalışan herkesin sezgisel olarak bildiği bir gerçektir. Deal aging bu sezgiyi ölçülebilir hale getirir ve "ne zaman müdahale etmeliyiz?" sorusuna veri temelli bir cevap verir.

Süreç darboğazlarını ortaya çıkarır

Fırsatlar belirli bir aşamada sistematik olarak yaşlanıyorsa, sorun çoğu zaman tek tek danışmanlarda değil, süreçtedir. Örneğin teklif aşamasında yaşlanma yüksekse, fiyat listesi onayı ya da ödeme planı hazırlığı yavaş olabilir. Randevu aşamasında yaşlanma yüksekse, teyit ve hatırlatma akışı zayıf olabilir. Aşama bazlı yaşlanma raporu, RevOps ekibine nereye bakması gerektiğini söyler.

Deal Aging Nasıl Ölçülür?

Ölçümün doğru çalışması için CRM'in aşama geçiş tarihlerini kaydetmesi gerekir. Yalnızca "mevcut aşama" alanını tutan bir yapıda geçmiş kaybolur ve yaş hesaplanamaz. Kurduğum sistemlerde her fırsat için en azından şu alanların bulunmasına dikkat ederim:

• Fırsatın oluşturulma tarihi
• Mevcut aşamaya giriş tarihi
• Son anlamlı temas tarihi (arama, WhatsApp görüşmesi, ziyaret)
• Aşama geçmişi (hangi aşamada kaç gün kaldığı)

Hesap basittir: Aşama içi yaş, bugünün tarihinden mevcut aşamaya giriş tarihinin çıkarılmasıyla bulunur. Ancak burada önemli bir tuzak vardır: Fırsatı bir aşama geri alıp tekrar ileri taşımak, yaşı sıfırlar ve sorunu gizler. Bu nedenle aşama geçmişini silinemez biçimde tutmak ve geri dönüşleri ayrı raporlamak gerekir.

Son temas tarihi neden ayrı tutulmalı?

Bir fırsat aynı aşamada on gündür bekliyor olabilir, ama danışman dün müşteriyle görüşmüş ve müşteri kredi onayını bekliyor olabilir. Bu fırsat yaşlı ama canlıdır. Öte yandan aynı aşamada beş gündür bekleyen ve hiç temas edilmemiş bir fırsat daha risklidir. Bu yüzden ben yaşlanma uyarılarını aşama içi yaş ile son temas tarihini birlikte değerlendirerek üretirim.

Aşama Bazlı Eşikler Nasıl Belirlenir?

Her aşama için tek bir sabit gün sayısı kullanmak yanıltıcıdır. İlk temas aşamasında birkaç saat bile uzun sayılırken, tapu ya da kredi süreci gibi aşamalarda birkaç hafta normal olabilir. Eşikleri belirlerken izlediğim yaklaşım şudur:

1. Kazanılmış fırsatların geçmişine bakın

Son dönemde kazanılan fırsatların her aşamada ortalama ve medyan olarak ne kadar kaldığını çıkarın. Medyan, aşırı uç örneklerden daha az etkilendiği için genellikle daha sağlıklı bir başlangıç noktasıdır.

2. Uyarı ve kritik eşiği ayırın

Her aşama için iki eşik tanımlamak işe yarar. Uyarı eşiği, fırsatın danışmanın dikkatine sunulması gereken noktadır. Kritik eşik ise yöneticinin devreye girmesi gereken noktadır. Örnek olarak, kazanılan fırsatların randevu aşamasında medyan olarak birkaç gün kaldığını varsayalım; bu sürenin yaklaşık iki katı uyarı, üç katı kritik eşik olarak başlangıçta denenebilir. Bu oranlar bir kural değil, kendi verinizle ayarlanacak bir başlangıçtır.

3. Eşikleri düzenli gözden geçirin

Lansman dönemi, sezon ve proje tipi eşikleri değiştirir. Yeni lansman edilen bir projede karar süreleri farklı, teslime yakın bir projede farklı olabilir. Eşikleri birkaç ayda bir verilerle güncellemek, uyarıların anlamını korur.

Yaşlanan Fırsatlara Müdahale Sistemi

Metrik tek başına bir rapor olarak kalırsa, ekip onu kısa sürede görmezden gelmeye başlar. Değer, ölçümün otomatik aksiyonlara bağlanmasıyla ortaya çıkar. Benim kurduğum yapılarda tipik akış şöyle işler:

• Uyarı eşiği aşıldığında: Danışmana CRM içinde görev açılır ve gerekirse müşteriye kişiselleştirilmiş bir WhatsApp mesajı taslağı hazırlanır. Mesaj genellikle yeni bir bilgi içerir: güncel stok durumu, yeni bir kat planı ya da ödeme planı seçeneği gibi.
• Kritik eşik aşıldığında: Satış yöneticisine bildirim gider, fırsat haftalık pipeline toplantısının gündemine otomatik eklenir ve gerekirse başka bir danışmana yeniden atama değerlendirilir.
• Uzun süre temas yoksa: Fırsat, karar verilmesi için "yeniden canlandır ya da kapat" listesine düşer. Burada amaç, fırsatı sonsuza kadar açık tutmak değil, bilinçli bir karar almaktır.

Kayıp olarak kapatılan fırsatların kayıp nedeni mutlaka kodlanmalıdır. Bu nedenler zamanla pazarlama ekibine hangi kitlenin, hangi mesajın ya da hangi ürün özelliğinin sorun çıkardığını gösterir. Uygun izinler alınmış müşteriler için uzun vadeli bir besleme akışı tanımlamak da, kapatılan fırsatların bir kısmının ileride geri dönmesini sağlayabilir.

Gayrimenkul Satışında Somut Bir Senaryo

Kuzey Kıbrıs'ta bir konut projesi düşünelim. Yurt dışından gelen talepler genellikle önce WhatsApp üzerinden bilgi alır, ardından online sunum ya da yerinde ziyaret randevusu verilir. Yönetici her pazartesi pipeline'a baktığında yüzlerce açık fırsat görüyor, ama satış adetleri bu kalabalıkla orantılı değil.

Aşama bazlı yaşlanma raporu açıldığında tablo netleşir: Fırsatların önemli bir kısmı "sunum yapıldı" aşamasında uzun süredir bekliyor ve bu fırsatların çoğunda sunumdan sonra hiçbir temas kaydı yok. Sorun danışmanların sunum yapmaması değil, sunum sonrası takip akışının hiç tanımlanmamış olmasıdır.

Çözüm olarak sunumdan sonraki belirli günlerde otomatik takip görevleri, müşterinin diline uygun WhatsApp mesaj şablonları ve kritik eşikte yönetici bildirimi devreye alınır. Birkaç hafta sonra hem bu aşamadaki birikme azalır hem de pipeline toplantıları "bu fırsat hâlâ canlı mı?" tartışmasından çıkıp "bu fırsatı nasıl ilerletiriz?" sorusuna odaklanır. Bu tür bir dönüşümün asıl kazancı, ekip ritmidir.

Sık Yapılan Hatalar

• Yalnızca toplam yaşa bakmak: Aşama içi tıkanıklıkları gizler.
• Aşama tanımlarını belirsiz bırakmak: Bir fırsatın hangi koşulda bir sonraki aşamaya geçeceği yazılı değilse, yaş verisi de güvenilmez olur.
• Yaşlı fırsatları kapatmaktan kaçınmak: Danışmanlar pipeline'larının boş görünmesinden çekinir. Kayıp kapatmayı cezalandırmayan, bilakis veri kalitesine katkı olarak gören bir kültür gerekir.
• Uyarıları aksiyona bağlamamak: Görev ve bildirim üretmeyen yaşlanma raporu kısa sürede okunmaz hale gelir.
• Aşamayı geri alıp ileri taşıyarak yaşı sıfırlamak: Aşama geçmişini korumadan ölçüm yanıltıcı olur.

Deal Aging'in Diğer Metriklerle İlişkisi

Fırsat yaşlanması tek başına değil, diğer RevOps metrikleriyle birlikte okunduğunda anlam kazanır. Pipeline hızı (pipeline velocity), fırsatların huniyi ne kadar sürede geçtiğini gösterir; yaşlanma arttıkça hız düşer. Kazanma oranı (win rate) ile yaşlanma arasındaki ilişkiyi aşama bazında incelemek, eşik belirlemede en güçlü kanıtı sunar. Satış SLA'ları ise özellikle ilk temas ve takip aşamalarında yaşlanmanın üst sınırını tanımlar. Benim yaklaşımımda bu metrikler aynı panoda, aynı aşama tanımlarıyla gösterilir; böylece pazarlama, satış ve yönetim aynı veriyi aynı dille konuşur.

Sıkça Sorulan Sorular

Deal aging ile satış döngüsü süresi aynı şey mi?

Hayır. Satış döngüsü süresi, kazanılan fırsatların başından sonuna ne kadar sürdüğünü geriye dönük ölçer. Deal aging ise açık fırsatların şu anda ne kadar süredir beklediğini gösterir ve anlık müdahale için kullanılır.

Hangi aşamalar için deal aging takibi yapılmalı?

Kapanış öncesindeki tüm aktif aşamalar için. Özellikle ilk temas, randevu, sunum sonrası takip ve teklif aşamaları en çok sızıntının yaşandığı noktalardır.

Küçük bir emlak ofisi için de gerekli mi?

Evet. Ölçek küçük olsa da mantık aynıdır. Basit bir CRM'de bile aşama giriş tarihi tutulup haftalık bir "en uzun bekleyen fırsatlar" listesi çıkarılması, gözden kaçan müşterileri ciddi biçimde azaltır.

Yaşlı bir fırsat ne zaman kayıp olarak kapatılmalı?

Kritik eşik aşıldıktan sonra yapılan birkaç farklı kanaldan temas denemesine yanıt yoksa, fırsatı kayıp nedeniyle birlikte kapatmak ve izin varsa uzun vadeli besleme akışına almak en sağlıklı yoldur.

Deal aging otomasyonu için hangi araçlar gerekir?

Aşama geçiş tarihlerini kaydeden bir CRM, görev ve bildirim üretebilen bir iş akışı motoru ve tercihen WhatsApp Business API entegrasyonu yeterlidir. Asıl belirleyici olan araç değil, aşama tanımlarının ve eşiklerin net olmasıdır.

Konunun kısa tanımı ve ilgili ayrıntılar için korayyalcin.org üzerindeki Deal aging nedir? sayfasına da göz atabilirsiniz.

Yazar hakkında

Koray Yalçın, Türkiye ve Kuzey Kıbrıs'taki (KKTC) gayrimenkul projeleri için lead yönetimi, CRM, RevOps ve WhatsApp otomasyonu sistemleri kuran bir dijital pazarlama ve CRM uzmanıdır. "Gayrimenkul Sektöründe Lead Yönetimi ve Müşteri Dönüşüm Sistemleri" kitabının yazarıdır. Speed-to-lead, PropTech, yapay zekâ destekli iş akışları ve GEO üzerine yazar, saha verisiyle araştırma yapar.