Uyuyan lead uyarısı: unutulan fırsatı geri çağırmak
Hareketsiz kalan lead'i kimse hatırlamaz; onu hatırlatan bir eşik sistemi gerekir. Eşiklerin seçimi, uyarı sonrası ilk yarım saat ve kapatma kararı adım adım.
Salı sabahı 09:40. Bir satış temsilcisi kendi lead listesini açıyor; en üstte üç gün önce gelen sıcak bir talep duruyor. Onu arıyor, teklifi gönderiyor, günü kapatıyor. Aynı listenin çok aşağısında, mart ayında fiyat listesi isteyen bir isim var. O kayıt yedi haftadır hiç hareket görmedi: arama yok, mesaj yok, üzerine düşülmüş tek bir not bile yok. Kimse onu kaybetmedi, kimse kapatmadı da — sadece görünmez oldu. Bu yazı, o görünmezliği bir olaya çeviren mekanizmayı anlatıyor.
Önce hareketsizliğin ne zaman gerçekten sessizlik sayıldığını tanımlayacağız. Sonra uyuyan kayıtla kapatılmış fırsatın farkına, eşiklerin nasıl seçileceğine, uyarı düştükten sonraki ilk yarım saatte ne yapılacağına ve geri çağırma mesajının nasıl kurulacağına bakacağız. Ardından hangi kaydı uyandırmanın anlamsız olduğunu, uyarının kime gideceğini, kurulumun adımlarını ve sistemin işe yarayıp yaramadığını gösteren ölçüleri ele alıyoruz.
Bir lead tam olarak ne zaman uyumuş sayılır?
Uyuyan lead, "eski" lead demek değil. Ölçü tarih değil, son anlamlı temasın üzerinden geçen süre. Anlamlı temas iki taraflı olan temastır: yapılmış bir arama, gönderilmiş ve karşılık bulmuş bir teklif, yanıtlanan bir mesaj, kayda düşülmüş bir görüşme notu. Toplu bültenin açılması ya da otomatik bir hatırlatmanın gönderilmesi bu tanıma girmez; aksi halde aylardır konuşmadığınız yüzlerce kayıt kağıt üzerinde canlı görünür.
Bu yüzden ilk iş, hareketsizliğin neye göre sayıldığını tek bir kaynağa bağlamaktır. Kayıt üzerindeki temas geçmişini tek bir akışta tutan bir lead takibi düzeni kurulmadan uyuyan lead tanımı da kurulamaz, çünkü sistem "son ne zaman gerçekten konuşuldu" sorusuna cevap veremez. Rocketly tarafında bu akış Aktivite Zaman Çizelgesi'nde toplanır: arama, mesaj, not ve durum değişikliği aynı sırada durur, hareketsizlik saati de bu kalemlerin sonuncusundan itibaren işler.
İkinci ayrım kaydın kendi doğal ritmidir. Yılda bir kez bütçe döneminde alım yapan kurumsal bir alıcı için üç haftalık sessizlik olağandır; aynı sessizlik, iki gün önce demo isteyen bir kayıt için alarm demektir. Tek bir sayıyı tüm listeye eşit uygulamak kolaydır ama sonucu gürültüdür: uyarı çok sık düşer, ekip bakmayı bırakır, sistem birkaç hafta içinde kendi kendini iptal eder.
Uyuyan lead ile kapatılmış fırsat aynı şey mi?
Hayır, ve bu ikisini karıştırmak raporları bozar. Kapatılmış fırsat bir karardır: birisi "olmadı" demiş, sebebini yazmış, kaydı süreç dışına almıştır. Uyuyan lead ise karar verilmemiş bir kayıttır; teknik olarak hala açıktır, huninin bir aşamasında durur, tahminlere dahil olur, ama üzerinde kimse çalışmaz. Yani biri kapanmış bir dosya, diğeri sahipsiz kalmış bir dosyadır.
Bunun pratik sonucu şudur: uyuyan kayıtlar ayıklanmadığında pipeline şişer ve tahmin doğruluğu düşer. Aynı sorunun ileri aşamalardaki hali fırsat çürümesi başlığı altında anlatılır; orada teklif verilmiş, aşama ilerlemiş, ama süreç durmuştur. Uyuyan lead o hikayenin erken evresidir ve müdahalesi hem daha ucuz hem daha yüksek ihtimalle işe yarar.
Üçüncü bir kategori daha var: hiç temas kurulamamış kayıt. Bu kayıt uyumuyor, hiç uyanmadı. Onu uyuyanlarla aynı kuyruğa koymak yanlış aksiyon üretir, çünkü sorun hatırlatma değil erişim sorunudur — numara yanlıştır, kanal yanlıştır ya da ilk denemeler hiç yapılmamıştır.
Hatırlatma neden yetmez, neden uyarı gerekir?
Hatırlatmayı kişi kurar. Uyuyan lead'in tanımı gereği o kişi kaydı zaten unutmuştur; unutulan kayıt için hatırlatma da kurulmamıştır. Yani hatırlatma, çözmesi gereken sorunun kendisine bağımlı bir çözümdür. Uyarı ise kaydın durumundan doğar: hareketsizlik süresi eşiği geçtiğinde sistem, kimse istemeden bildirim üretir.
Ürün tarafında bu ayrım somut bir davranışa karşılık gelir. Uyuyan Lead Uyarısı, 14, 30 ve 60 gün boyunca hareket görmeyen kayıtlar için atanan temsilciye otomatik bildirim düşürür; "kim bakacaktı buna" sorusunu bir kişinin hafızasından alıp kaydın kendi zaman damgasına bağlar. Aynı mantığın tersten çalışan hali Skor Değişim Uyarıları'dır: puan 80 eşiğini aştığında, 50 eşiğini geçtiğinde veya bir anda 15 puan sıçradığında ekibe bildirim gider. Biri sessizliği, diğeri ani ilgilenmeyi yakalar.
Bu iki sinyali birlikte okumak asıl faydayı verir. Uzun süredir sessiz olan bir kaydın puanı aniden yükseliyorsa — diyelim fiyat sayfasına yeniden girilmişse — o kayıt sıradan bir hatırlatma listesinin ortasında beklememelidir. Lead skorlama mantığı hareketsizlik verisiyle birleştiğinde "kimi önce arayacağım" sorusu tek bir sıraya iner.
14, 30 ve 60 gün eşikleri neyi yakalar?
Eşikler farklı sorunlara işaret eder ve farklı aksiyon ister. On dört gün genelde takip zincirinin koptuğu yerdir: konuşma vardı, ilgi vardı, sonra araya bir şey girdi. Otuz gün, kaydın gündemden düştüğü noktadır; bağlam soğumuş, muhatap büyük ihtimalle konuşmanın detayını hatırlamıyordur. Altmış gün ise fiili bir karar noktasıdır — o kayıt ya yeniden nitelenmeli ya da sebebi yazılıp kapatılmalıdır.
| Hareketsizlik | Neyi gösterir | Beklenen aksiyon |
|---|---|---|
| 14 gün | Takip zinciri kopmuş, ilgi büyük ihtimalle duruyor | Aynı kanaldan kısa bir kontrol mesajı |
| 30 gün | Kayıt gündemden düşmüş, bağlam soğumaya başlamış | Yeni bir sebep üreten arama; kaynak ve kampanya kontrolü |
| 60 gün | Kayıt listede duruyor ama fiilen süreç dışı | Niteleme sorularıyla yeniden aç ya da sebebini yazıp kapat |
| Hiç yanıt alınmamış | İlk temas hiç kurulamamış; eşik saymaya bile başlamamış | Ayrı kuyruk, farklı kanal ve farklı saat denemesi |
Bu eşikler kutsal değildir. Satış döngünüz uzunsa 30-60-90 daha doğru olabilir; günlük satan bir ekipte 3-7-14 daha anlamlıdır. Değişmeyen ilke, her eşiğin tek bir beklenen aksiyona bağlanmasıdır. Aksiyonu tanımlanmamış bir uyarı, iki hafta içinde herkesin görmezden geldiği bir bildirime dönüşür.
Uyarı düştükten sonraki ilk yarım saatte ne yapılır?
Uyarı bir görev değil, bir tetikleyicidir; asıl iş kararın hızla verilmesidir. Sıra şudur: kaydı açın, zaman çizelgesini sondan başa okuyun, son konuşmada neyin konuşulduğunu ve topun kimde kaldığını bulun. Uyuyan kayıtların çoğunda cevap oradadır — bir belge beklenmiştir, bir fiyat sorulmuştur, muhatap izne çıkmıştır, ya da onay bekleyen bir üçüncü kişi vardır.
İkinci adım, kaydın hala nitelikli olup olmadığını sormaktır. Bütçe, karar süreci, ihtiyacın büyüklüğü ve zamanlama hakkında elinizde ne var? MEDDIC gibi bir niteleme çerçevesi burada kısa bir kontrol listesi görevi görür: hangi boyut eksikse, geri çağırma konuşmasının amacı o boyutu doldurmaktır. Amacı "durumu sormak" olan bir arama genellikle ikinci bir sessizlikle biter.
Üçüncü adım kanal seçimidir. Aynı kanalda iki kez cevapsız kalmış bir kayıt için üçüncü kez aynı kanalı denemek zaman kaybıdır. Skor Kırılımı ekranı burada işe yarar; puanın hangi etkenden geldiğini e-posta, telefon, konum ve bütçe gibi kalemler halinde tek tek gösterdiği için, elinizde gerçekten hangi temas bilgisinin bulunduğunu görüp kararı ona göre verirsiniz. Sonraki En İyi Aksiyon önerisi de aynı ekranda "ara", "teklif gönder" ya da "kıdemli temsilciye devret" gibi bir sonraki adımı işaret eder.
Geri çağırma mesajı nasıl kurulur?
Uyandırma mesajının en sık yapılan hatası, sessizliği muhatabın kusuru gibi sunmasıdır. "Mesajlarıma dönmediniz" diye başlayan bir metin konuşmayı savunma pozisyonuna iter. İşleyen yapı dört parçalıdır: bağlamı tek cümlede hatırlatın, o günden bu yana değişen somut bir şeyi söyleyin, tek bir soru sorun ve nazik bir çıkış yolu bırakın.
Değişen şeyin gerçek olması şart: yeni çıkmış bir yetenek, benzer bir kurumda uygulanmış bir kurgu, ya da karşı tarafta değişmiş olabilecek bir koşul. Bu, kaybedilen müşteriyi geri kazanma çalışmalarındaki mantığın aynısıdır: geri dönüş için yeni bir sebep üretmeden eski konuşmayı kaldığı yerden sürdüremezsiniz. Sebep yoksa mesaj, muhatabın gözünde ikinci bir takip mesajından ibarettir.
Çıkış yolu da en az soru kadar önemlidir. "Bu konu sizde şimdilik kapandıysa tek kelime yazın, listeyi güncelleyeyim" cümlesi yanıt oranını yükseltir, çünkü karşı tarafa ucuz bir cevap seçeneği verir. Aynı psikoloji terk edilen sepet hatırlatmalarında da görülür: baskı değil, tek tıkla devam edilebilen kolay bir yol dönüşü artırır.
Hangi uyuyan kaydı uyandırmaya değmez?
Her uyuyan kayıt bir fırsat değildir ve hepsini kovalamak uyarı sisteminin güvenilirliğini bitirir. Dört durumda kaydı kapatmak doğru karardır: iletişim bilgisi geçersizse, muhatap karar verici değilse ve doğru kişiye ulaşma yolu kalmamışsa, ihtiyaç açıkça ortadan kalkmışsa, ya da aynı kayıt daha önce iki kez net biçimde hayır demişse.
Kapatma bir kayıp değil, veri üretir. Sebep alanına düşen "bütçe yok", "rakiple devam etti", "proje ertelendi" gibi notlar, sonraki dönemde hangi segmentin gerçekten geri gelebileceğini gösterir. Rocketly'de kapatılıp silinen kayıtlar Çöp Kutusu'na düşer ve varsayılan 30 gün boyunca tüm aktivite geçmişiyle geri yüklenebilir durumda bekler; yani yanlış verilmiş bir toplu karar geri alınabilir bir hatadır.
Kapatılan kayıtların bir kısmı ileride yeniden bakmaya değer. "Bütçe döneminde tekrar bak" gibi bir etiket ve buna bağlı bir dinamik segment, kaydı tamamen çöpe atmadan gündemden çıkarmanın en temiz yoludur. Segment Panosu'ndaki dinamik liste anahtarı açıkken üyelik kendini günceller: kayıt güncellendiğinde kriterler yeniden değerlendirilir, uyanlar listeye girer, uymayanlar çıkar.
Uyarı kime gider, kimse bakmazsa ne olur?
Uyarı atanan temsilciye gider; bu yüzden atama disiplini uyarı sisteminin ön koşuludur. Sahibi olmayan bir kayıt için düşen bildirim kimsenin sorumluluğunda değildir ve sessizce ölür. Lead atama kuralları burada devreye girer: sıralı dağıtım, kural önceliği ve kişi başı kapasite limiti, hangi kaydın kimin sorumluluğunda olduğunu baştan belirler.
İkinci risk, sahibi olan ama bakmaya vakti olmayan temsilcidir. Bir kişinin üzerinde taşıyabileceğinden fazla açık kayıt varsa uyuyan lead sayısı da orantılı artar; bu bir dikkat sorunu değil kapasite sorunudur. İş Yükü Dağılımı ekranı hangi temsilcide kaç açık lead olduğunu gösterdiği için, yığılmanın kaynağını kişiyi suçlayarak değil dağılıma bakarak bulursunuz.
Üçüncüsü devir durumudur. Ekipten ayrılan ya da rol değiştiren bir temsilcinin listesi devredilmediğinde, o listenin tamamı birkaç hafta içinde uyuyan kayda dönüşür. Toplu İşlemler ile yüzlerce kaydın sahibini tek seferde değiştirmek, bu sessiz kaybı önleyen en basit adımdır; ayrıca kaydedilmiş bir görünüm sayesinde "sahipsiz ve 14 günü geçmiş" listesi her hafta aynı yerden açılır.
Sistemi kurmak hangi adımlardan geçer?
Kurulum bir hafta içinde bitebilecek kadar küçüktür; zorluk teknik tarafta değil, karar tarafındadır. Aşağıdaki sıra, sistemi kurup birkaç hafta içinde terk eden ekiplerle onu kalıcı hale getiren ekipler arasındaki farkı oluşturuyor.
- Anlamlı temasın tanımını yazın: hangi olaylar hareketsizlik saatini sıfırlar, hangileri sıfırlamaz.
- Eşikleri seçin ve her eşiğe tek bir beklenen aksiyon bağlayın.
- Hiç yanıt alınmamış kayıtları ayrı bir kuyruğa alın; bunlar farklı bir problemdir.
- Uyarının kime gideceğini atama kurallarıyla netleştirin, sahipsiz kayıt bırakmayın.
- Uyandırma mesajının iki ya da üç varyantını hazırlayın, hangisinin yanıt aldığını ölçün.
- Kapatma sebeplerini kısa ve sabit bir listeye indirin, serbest metin bırakmayın.
- Haftada bir kez uyarı kuyruğunun boyutunu düzenli bir toplantı gündemi maddesi yapın.
Kuyruğun büyümesini yavaşlatmanın yolu ise girişte kaliteyi yükseltmektir. Formu yarıda bırakanları geri kazanma düzeni, hiç tamamlanmamış başvuruların doğrudan uyuyan kayıt havuzuna dönüşmesini baştan engeller ve uyarı kuyruğunu gerçekten konuşulmuş kayıtlara ayırır.
İşe yaradığını hangi ölçüler gösterir?
Dört ölçü yeterlidir. Birincisi uyuyan kayıt oranı: açık kayıtların yüzde kaçı eşiği geçmiş durumda? Bu oranın haftalar içinde düşmesi sistemin çalıştığını gösterir. İkincisi uyandırma yanıt oranı: uyarı sonrası temas kurulan kayıtların kaçı karşılık verdi? Üçüncüsü karar hızı: uyarıdan sonra kaç gün içinde kayıt ya yeniden aktif ya da kapatılmış duruma geçti? Dördüncüsü uyandırılan kayıtlardan gelen kapanmış gelirdir.
Yanıt süresi de bu tabloya bağlanır. Yanıt Süresi Panosu ilk yanıta kadar geçen süreyi seviyelere ayırır — 15 dakikaya kadar anında, 1 saate kadar hızlı, 4 saate kadar normal, 24 saati aşanlar yavaş — ve hiç yanıt verilmemiş kayıtları ayrı bir grupta tutar. Uyuyan lead sayısındaki artışın kaynağı çoğu zaman burada, ilk yanıtın geciktiği yerde görünür.
Bu ölçüleri maliyet tarafıyla eşleştirmek de mümkün. Uyandırma çalışmasının getirdiği gelirin harcanan zamana oranı, CRM yatırımının geri dönüşünü hesaplarken en somut kalemlerden biridir, çünkü ek reklam bütçesi gerektirmez; liste zaten elinizdedir.
Siteyi terk eden ziyaretçiyi geri getiren yeniden pazarlama çalışmasıyla karşılaştırıldığında fark açıktır: orada dikkati yeniden satın almanız gerekir, burada ise iletişim izni ve konuşma geçmişi zaten elinizde durur.
Kendi listenizde denemek isterseniz ücretsiz bir hesap açıp mevcut kayıtlarınız üzerinde eşikleri kurabilirsiniz.
Sıkça sorulan sorular
Uyuyan lead eşiği kaç gün olmalı?
Satış döngünüzün uzunluğuna bağlıdır. Pratik bir başlangıç, ortalama kapanma süresinin onda biri civarında bir ilk eşik seçmek, sonra bunun iki ve dört katında iki eşik daha tanımlamaktır. 14, 30 ve 60 gün pek çok ekip için makul bir başlangıç noktasıdır.
Uyarı gelen her kaydı aramak zorunda mıyım?
Hayır. Uyarı bir karar ister, mutlaka bir arama değil. Kararlardan biri de kaydı sebebiyle birlikte kapatmaktır; kuyruğun temiz kalması büyük ölçüde bu kararın düzenli verilmesine bağlıdır.
Uyuyan kayıtlara toplu e-posta göndersem olmaz mı?
Toplu gönderim ölçek sağlar ama bağlamı kaybeder ve yanıt oranı düşük kalır. En iyi sonuç ikili yaklaşımdan gelir: yüksek skorlu kayıtlar için kişisel temas, düşük skorlu kayıtlar için toplu bir kampanya.
Kaydı bir süre sonra tamamen silmeli miyim?
Silmek yerine kapatmak neredeyse her zaman daha iyidir, çünkü kapatılan kayıt sebep verisi taşır ve ileride segment analizinde işe yarar. Silme kararı verirseniz de kayıtların bir süre çöp kutusunda bekletildiği bir düzen, yanlış silmeleri geri alınabilir kılar.