Kayıp riski skoru: müşteri gitmeden önce görmek

Salı sabahı 09.15. Müşteri başarı tarafındaki kişi çeyreklik yenileme listesini açıyor: altmış iki hesap, üçünün yanında kırmızı bir rozet. Rozetlerden biri iki yıldır düzenli fatura kesilen, ödemesini bir kez bile geciktirmemiş, neredeyse hiç destek talebi açmamış bir müşterinin üzerinde. Kırmızının tek sebebi var: son kırk bir gündür bu hesapla ilgili sistemde hiçbir aktivite yok. Ne çağrı, ne yanıtlanmış e-posta, ne toplantı. Sözleşme yenilemesine elli beş gün kalmış. Bu yazıdaki bütün sayılar örnektir; ama soru gerçek: o kırmızı rozet gerçek bir uyarı mı, yoksa sadece kimsenin o hesabı aramamış olmasının kaydı mı?

Aşağıda kayıp riski skorunu bir tahmin oyunu olarak değil, bir karar aracı olarak kuruyoruz. Önce skorun neyi ölçtüğünü ve neyi ölçemeyeceğini netleştiriyoruz. Sonra hangi sinyallerin gerçekten habercilik ettiğini, bu sinyallerin nasıl puana çevrildiğini ve eşiğin nereye konacağını konuşuyoruz. Ardından skor yanlış çıktığında sebebin nerede aranacağını, kırmızıya dönen bir hesapta ilk kırk sekiz saatte ne yapıldığını, hangi müşteriyi kurtarmaya değeceğini, skoru kimin sahiplendiğini ve en sonunda skorun işe yarayıp yaramadığını nasıl ölçeceğinizi ele alıyoruz.

Kayıp riski skoru gerçekte neyi ölçer?

Kayıp riski skoru geleceği bilmez. Yaptığı tek şey şudur: elinizdeki müşterilerden hangilerinin davranışının, geçmişte sizi terk etmiş müşterilerin davranışına benzemeye başladığını söyler. Bu ayrım küçük görünür ama her şeyi değiştirir. "Bu müşteri gidecek" cümlesi bir kehanettir ve yanlış çıktığında skoru itibarsızlaştırır. "Bu müşterinin son doksan günü, geçen yıl bizi bırakan müşterilerin son doksan gününe benziyor" cümlesi ise bir gözlemdir; doğrulanabilir, tartışılabilir ve üzerine iş yapılabilir.

Skoru bir sağlık ölçüsünden ayıran şey de budur. Sağlık ölçüsü müşterinin bugünkü durumunu tarif eder: ürünü kullanıyor mu, memnun mu, değer görüyor mu. Risk skoru ise bir yöne bakar — durum iyileşiyor mu, kötüleşiyor mu. Aynı hesap yüksek sağlıklı ve yüksek riskli olabilir; büyük bir müşteri hala çok kullanıyordur ama kullanımı üç aydır her ay düşüyordur. Bu iki ölçüyü tek sayıya sıkıştırmaya çalışmak ikisini de bozar. İkisini birlikte okumanın nasıl kurulduğunu müşteri sağlık skorunun bileşenlerini ayrıştırdığımız yazıda ayrıntılı anlattık; risk skoru o resmin türev tarafıdır.

Skorun bir sınırı daha var: yalnızca sizin gördüğünüz davranışı okuyabilir. Müşterinin şirket içinde yaşadığı bütçe kesintisini, sizi savunan kişinin istifasını, rakip bir teklifin masaya gelişini sistem görmez. Bu yüzden iyi kurulmuş bir skor asla tek başına karar vermez; bir konuşmayı tetikler. Skorun görevi, doğru hafta içinde doğru hesabın adını söylemektir. Gerisi insanın işidir.

Hangi sinyaller gerçekten kayıp habercisidir?

Kayıp sinyallerini üç kümede toplamak işe yarar. Birincisi temas sinyalleri: son etkileşimin üzerinden geçen gün, yanıtsız kalan e-posta serisi, iptal edilip yeniden kurulmayan toplantılar, çağrılara dönülmemesi. İkincisi kullanım ve işlem sinyalleri: sipariş sıklığının düşmesi, ortalama sepetin küçülmesi, daha önce alınan bir kalemin listeden çıkması, yenileme tarihine yaklaşırken gelen sessizlik. Üçüncüsü sürtünme sinyalleri: destek taleplerinin aniden artması ya da tam tersine sıfıra inmesi, çözüm süresinin uzaması, fatura itirazları, ödemenin kademeli olarak gecikmeye başlaması.

Bu üçüncü kümede en çok göz ardı edilen sinyal ödeme davranışıdır. Bir müşteri ilişkiyi bitirmeye karar verdiğinde bunu genellikle önce muhasebe tarafında gösterir: ödeme vadesi otuz günden kırk beşe, sonra altmışa kayar, hatırlatmalar cevapsız kalır. Aynı gecikme örüntüsünü nakit tarafında okumak için kurduğumuz yöntemi ödeme riski skorunu anlattığımız yazıda bulabilirsiniz; iki skor aynı kayıtları farklı sorularla okur ve birbirini doğrular.

Sinyalleri toplarken en sık yapılan hata, hepsini eşit ciddiyette saymaktır. Destek talebi açılması tek başına kötü değildir — hiç açılmaması çoğu zaman daha kötüdür, çünkü müşteri artık sormaya bile değmediğini düşünüyordur. Aynı şekilde tek bir iptal edilen toplantı gürültüdür; arka arkaya iki iptal ve ardından gelen sessizlik örüntüdür. Skor tekil olayları değil, örüntüleri ödüllendirmelidir. Her temasın nerede kesildiğini görebilmek için müşteri aktivite zaman tünelini düzenli açmak, skorun ham maddesinin nasıl biriktiğini de gösterir.

Sinyalleri nasıl bir puana çevirirsiniz?

Başlangıç için ağırlıklı toplam yeterlidir ve karmaşık bir modelden daha faydalıdır, çünkü şeffaftır. Her sinyale sıfır ile yüz arasında bir alt puan verirsiniz, her sinyalin bir ağırlığı olur, toplam yüz üzerinden bir skora oturur. Önemli olan ağırlıkları havadan atmamaktır: geçen on iki ayda kaybettiğiniz müşterileri listeleyin, kaybın öncesindeki doksan günde bu sinyallerin kaçında bozulma olduğunu sayın ve ağırlığı en sık bozulan sinyale verin.

Sonra da tersini kontrol edin: aynı sinyaller hala sizinle olan müşterilerde de bozulmuş muydu? Bir sinyal hem gidenlerde hem kalanlarda aynı sıklıkta bozuluyorsa ayırt edici değildir, ağırlığını düşürün. Bu iki yönlü kontrol, skorunuzu "kulağa mantıklı gelen" bir formülden ölçülebilir bir formüle çevirir.

Rocketly tarafında bu mantığın yerleştiği yer Özel Rapor Oluşturucu'dur: müşteri, fırsat, görev ve randevu kaynaklarından alan seçip süzgeç ve gruplama kurar, sinyal başına kaç hesabın eşiği aştığını tek raporda görürsünüz. Ağırlıkları değiştirdiğinizde hangi hesapların bandı atladığını aynı yerde izleyebilirsiniz. Skorun formülü bir toplantı tartışması olmaktan çıkıp bir rapor tanımına dönüşür.

Sinyal	Örnek eşik	Örnek ağırlık	Neden bu ağırlık
Son temastan bu yana geçen gün	30 / 60 / 90 gün	%30	Gidenlerde en tutarlı bozulan sinyal; ölçmesi de en ucuzu
Sipariş sıklığındaki düşüş	Önceki çeyreğe göre %25 altı	%25	Niyeti davranışla gösterir, yoruma en az açık olan
Ödeme gecikmesi eğilimi	Ortalama vade +15 gün	%20	Kararın muhasebe tarafında erken görünen izi
Destek yükü ve çözüm süresi	Hedefin iki katı çözüm süresi	%15	Sürtünmeyi yakalar ama tek başına yanıltıcı olabilir
Sözleşme yenilemesine kalan süre	90 günden az	%10	Risk sabit değil; takvim yaklaştıkça aynı sinyal daha pahalıdır

Tablodaki değerler bir başlangıç noktasıdır, kural değil. Aylık abonelik satan bir işletmede sipariş sıklığı anlamsızdır, kullanım sıklığı onun yerine geçer. Proje bazlı çalışan bir ajansta ise son temas tarihi tek başına neredeyse yeterlidir. Kendi ağırlıklarınızı kendi kayıp verinizden çıkarın.

Eşiği nereye koymalısınız?

Eşik seçimi teknik değil, kapasite sorusudur. Doğru soru "kaç puanın üstü risklidir" değil, "bu hafta kaç hesabı gerçekten arayabiliriz" sorusudur. Ekibiniz haftada on beş ciddi konuşma yapabiliyorsa, eşiği haftada altmış hesap işaretleyecek şekilde kurmak listeyi kullanılmaz hale getirir. İşaretlenip aranmayan hesap, hiç işaretlenmemiş hesaptan daha zararlıdır: ekibe listenin ciddiye alınmayabileceğini öğretir.

Bu yüzden eşiği tek bir çizgi yerine bantlar halinde kurmak daha sağlıklıdır. Üst bantta bu hafta mutlaka konuşulacak az sayıda hesap durur; orta bantta izlenecekler; alt bantta ise sadece raporda görünenler. Bantlar arası geçiş de en az bandın kendisi kadar bilgi taşır — bir hesabın izleme bandından acil banda geçtiği hafta, o hesabın mutlak skorundan daha anlamlıdır.

Rocketly'nin RFM Segmentasyonu raporu bu bant mantığının hazır bir örneğidir: müşterileri yakınlık, sıklık ve harcamaya göre puanlayıp Şampiyon, Sadık, Riskli ve Kayıp segmentlerine ayırır. Kendi ağırlıklı skorunuzu kurmadan önce bu segmentasyonu birkaç hafta okumak, hangi bantta kaç hesabın biriktiğini ve ekibinizin kapasitesinin nereye denk düştüğünü gösterir. Aynı önceliklendirme mantığının fırsat tarafındaki karşılığını hangi lead'e önce dokunulacağını tartıştığımız yazıda ele almıştık.

Skor yanlış çıktığında sebebi nerede aranır?

Yanlış alarmın en yaygın kaynağı müşteri değil, veridir. Skor "son temastan bu yana kırk bir gün" diyorsa, bu iki şey anlamına gelebilir: gerçekten kimse konuşmamıştır ya da konuşulmuş ama kayıt sisteme düşmemiştir. İkinci durum sanılandan çok daha sık görülür. Saha ekibi telefonda konuşur, WhatsApp'tan yazışır, kayıt açmaz; sistem sessizlik görür ve kırmızıya boyar.

İkinci kaynak kopmuş bir bağlantıdır. E-posta senkronizasyonu ya da santral entegrasyonu sessizce durduğunda skorun beslendiği damar kesilir ve bütün portföy aynı hafta riskli görünmeye başlar. Bu tür bir toplu bozulma aslında iyi bir teşhistir: bir anda çok sayıda hesap kırmızıya döndüyse sorun müşterilerde değildir. Bağlantı koptuğunda önce sizin haberdar olmanızı sağlayan izleme düzeni, skorun güvenilirliğinin görünmeyen ön koşuludur.

Üçüncü kaynak tanım kaymasıdır. "Aktivite" neyi sayar — açılan e-posta mı, yanıtlanan e-posta mı, tamamlanmış görev mi? Ekipteki iki kişi farklı tanımla çalışıyorsa skor tartışılır hale gelir. Rocketly'de her metriğin yanındaki Metodoloji Paneli o sayının hangi kayıtlardan, hangi süzgeç ve tarih alanıyla hesaplandığını yazar; Veri Tazeliği Göstergesi ise kartın en son ne zaman güncellendiğini söyler. Skorun neye dayandığı tartışması, panelin yazdığını okumakla biter.

Skor beklenmedik biçimde oynadığında ise "Neden Değişti?" Kanıt Çekmecesi değişimi oluşturan kayıtları listeler — hangi hesaplar bandı atladı, hangileri düştü. Grafikteki bir dilime tıklayıp arkasındaki kayıtların listesine inen Derin Analiz ile birlikte, "skor bozuldu" cümlesi "şu on dört hesap şu sinyalden dolayı bandı atladı" cümlesine dönüşür.

Bir hesap kırmızıya döndüğünde ilk kırk sekiz saatte ne yapılır?

Skorun tek çıktısı bir isim listesidir; değeri o listeyle ne yaptığınızda ortaya çıkar. İlk kırk sekiz saatin işi teşhistir, kurtarma değil. Önce hesabın son doksan gününü okursunuz: hangi konuşma yarım kaldı, hangi talep uzun sürdü, hangi kişi cevap vermeyi bıraktı. Sonra bir hipotez kurarsınız — "bizi savunan kişi değişti" ya da "üç aydır sadece bir kalem alıyorlar, ikinci ürünü bıraktılar" gibi.

Sonra ilk temas gelir ve bu temasın tonu belirleyicidir. Yenileme sormak için aramak riski büyütür; müşteri satış baskısı hisseder ve kapanır. İşe yarayan açılış, elinizdeki gözlemi paylaşmak ve soru sormaktır: "Son çeyrekte ikinci hattaki siparişler durdu, tarafımızda bir aksaklık mı oldu?" Bu, ilişkiyi savunmaya değil teşhise davet eder. Sorun büyümeden temas kurmanın nasıl bir rutine dönüştüğünü proaktif destek üzerine yazdığımız metinde adım adım anlatmıştık.

Üçüncü adım, konuşmanın sonucunu skorun içine geri yazmaktır. Konuşma yapıldıysa, bulgu neyse, hesabın üzerine kaydedilir. Aksi halde iki hafta sonra aynı hesap aynı kırmızıyla yeniden listeye düşer ve ekip aynı işi ikinci kez yapar. Rapor Alarm Kuralları ile hangi metriğin hangi eşiği aştığında kime bildirim gideceğini kendiniz tanımlarsınız; Zamanlanmış Rapor ise haftalık listeyi belirlediğiniz saatte alıcı listesine düşürür. Böylece uyarı bir ekranda beklemek yerine sorumlu kişinin gününe girer.

Hangi müşteriyi kurtarmaya değer?

Her riskli hesap kurtarılmaya değmez ve bunu açıkça söylemek skorun işini kolaylaştırır. Kurtarma çabası zaman, indirim ve bazen ürün taahhüdü demektir; bu bütçe sınırlıdır. Karar için üç soru yeterlidir: bu hesabın yıllık katkısı nedir, hizmet maliyeti bu katkının ne kadarını yiyor, ve gitmesi başka bir riski büyütür mü?

Üçüncü soru en çok atlanan sorudur. Gelirin büyük bölümü az sayıda müşteriye yığılmışsa, orta ölçekli bir hesabın kaybı bile bağımlılığı artırır. Portföyün bu dengesini nasıl ölçtüğümüzü gelirin tek müşteriye bağımlılığını incelediğimiz yazıda anlattık; kayıp riski skorunu o resmin üstüne koyduğunuzda "kimi kurtaracağız" sorusu duygusal olmaktan çıkar.

Bazı hesaplarda doğru karar kurtarmamaktır: hizmet maliyeti katkısını aşan, sürekli istisna talep eden, ekibi yıpratan müşterinin ayrılması portföyü iyileştirir. Bu durumda skorun görevi kurtarma değil, planlı bir çıkış hazırlamaktır — devir bilgisi, açık bakiye ve son teslimatlar düzgün kapansın diye. Rocketly'nin Müşteri Yaşam Döngüsü Analizi müşterinin ilk temastan ilk satın almaya, tekrar alımdan sessizleşmeye kadar geçirdiği aşamaları ve her aşamada kaldığı süreyi çıkarır; bu ayrım hangi hesapların doğal olarak sonlandığını, hangilerinin erken koptuğunu görünür kılar.

Skoru kim sahiplenir, ritim nasıl kurulur?

Sahibi olmayan skor birkaç hafta içinde ölür. Sahiplik iki parçadır: formülün sahibi ve listenin sahibi. Formülün sahibi genellikle raporlamadan sorumlu kişidir; ağırlıkları, eşikleri ve tanımları o günceller. Listenin sahibi ise müşteriden sorumlu ekip liderdir; her hafta kimin hangi hesabı konuşacağına o karar verir.

Ritim basit tutulmalıdır. Haftada bir kez, on beş dakikayı geçmeyen bir gözden geçirme yeterlidir: bu hafta bandı atlayan hesaplar, geçen haftanın konuşmalarından çıkan bulgular, kapanan ve hala açık kalan riskler. Ayda bir kez formül gözden geçirilir. Üç ayda bir de skorun isabeti ölçülür.

Bu ritmi ayakta tutan şey, herkesin aynı kesite bakmasıdır. Kaydedilmiş Rapor Görünümleri ile süzgeç, tarih aralığı, gruplama ve sütun düzeninden oluşan kombinasyonu bir görünüm olarak kaydedip ekiple paylaşırsınız; toplantı her hafta aynı raporu yeniden kurmakla değil, kaydedilmiş görünümü açmakla başlar. Aynı disiplinin satış tarafındaki karşılığı için fırsat sağlık skorunu tartıştığımız yazıya bakabilirsiniz; orada da ritim, skorun kendisinden daha belirleyicidir.

Skorun işe yaradığını nasıl ölçersiniz?

Bir risk skorunun tek dürüst sınavı geriye dönük testtir. Üç ay öncesine gidin, o tarihte riskli işaretlenmiş hesapları alın ve bugüne bakın: kaçı gerçekten ayrıldı, kaçı kaldı? Sonra tersini yapın: son üç ayda kaybettiğiniz müşterilerin kaçı ayrılmadan önce listede görünüyordu? Birinci oran skorun ne kadar temiz olduğunu, ikinci oran ne kadar kapsayıcı olduğunu söyler. İkisini birlikte okumazsanız kendinizi kandırırsınız — herkesi riskli işaretleyen bir skor hiçbirini kaçırmaz ama hiçbir işe de yaramaz.

Ölçümü tek bir ortalamayla yapmayın. Yeni müşterilerin ilk yıl davranışı ile beşinci yıldaki müşterinin davranışı aynı değildir; ikisini tek havuzda toplarsanız gerçek bozulmayı göremezsiniz. Katılım dönemine göre gruplayarak okumanın neyi ortaya çıkardığını kohort analizini anlattığımız yazıda ayrıntılandırmıştık.

Son olarak kaybedilen hesaplardan öğrenmeyi rutine bağlayın. Ayrılan her müşteride skorun son doksan gündeki seyrini okuyun: hangi sinyal ilk bozuldu, sistem bunu ne kadar geç yakaladı? Bu okuma, ağırlıkların bir sonraki güncellemesinin ham maddesidir. Aynı disiplini satış tarafında kurmanın yöntemini kaybedilen anlaşma sonrası görüşmeyi anlattığımız yazıda bulabilirsiniz. Rocketly'nin Dönem Karşılaştırma özelliği önceki eşit süreli dönemi tek tıkla yanına koyduğu için, bu okumayı çeyrekten çeyreğe aynı biçimde yapmak mümkün olur.

Nereden başlamalı?

İlk hafta için tek sinyal yeterlidir: son temastan bu yana geçen gün. Bu tek sinyalle bir liste çıkarın, en üstteki on hesabı arayın ve ne bulduğunuzu yazın. İkinci hafta sipariş ya da kullanım düşüşünü ekleyin. Üçüncü hafta ödeme gecikmesini. Skoru bir seferde kurmaya çalışan ekiplerin çoğu formülü bitiremeden vazgeçer; tek sinyalle başlayanlar üçüncü haftada zaten çalışan bir düzene sahip olur.

Bu düzenin ilk sürümü Rocketly'de hazır gelen raporlarla kurulabilir; Kayıp Riski Skoru raporu eşiği aşan kayıtları ayrı listeler, Anomali Uyarıları ise yeni lead ve fırsatlardaki haftalık düşüş belirlediğiniz eşiği aştığında uygulama içi uyarıyı yöneticiye kendiliğinden gönderir. Kendi verinizle denemek isterseniz hesabınızı ücretsiz açıp ilk listeyi bu hafta çıkarabilirsiniz.

Sıkça sorulan sorular

Kaç müşterisi olan bir işletme için anlamlı olur?

Elli müşterinin altındaysanız formüle ihtiyacınız yoktur; ekibiniz hesapları zaten tanıyor. Skorun değeri, portföy tek bir kişinin aklında tutamayacağı kadar büyüdüğünde ve yenilemeler farklı takvimlere dağıldığında ortaya çıkar. Küçük portföyde de son temas tarihini raporlamak yine de faydalıdır.

Skor kaç günde bir güncellenmeli?

Haftalık güncelleme çoğu işletme için doğrudur, çünkü müdahale ritmi de haftalıktır. Günlük güncelleme skorun oynaklığını artırır ve ekibe her gün değişen bir liste sunar. Kritik olan, güncelleme sıklığının müdahale kapasitenizle aynı tempoda olmasıdır.

Yanlış alarmı nasıl azaltırım?

Önce veri boşluklarını kapatın: kayıt açılmayan telefon görüşmeleri ve kopmuş entegrasyonlar yanlış alarmın çoğunu üretir. Sonra tekil olayları değil, arka arkaya gelen örüntüleri puanlayın. Son olarak eşiği ekibinizin haftalık konuşma kapasitesine göre daraltın.

Riskli müşteriye indirim teklif etmeli miyim?

İndirim, sebebi fiyat olan bir riskte işe yarar; sebebi değer görmemekse riski erteler ve marjı kalıcı olarak düşürür. Önce teşhis konuşmasını yapın, sebebi öğrenin, indirimi ancak fiyat gerçekten sebepse ve karşılığında taahhüt alıyorsanız masaya koyun.