Gayrimenkul Satış Ekibi İçin Çağrı Sonucu Kod Sözlüğü: Her Aramadan Sonra Bir Sonraki Adımı Zorunlu Kılan Sistem
Bir gayrimenkul satış ofisinde günün sonunda CRM'e bakın. Yüzlerce arama kaydı vardır; ama çoğunun notu "arandı", "ulaşılamadı", "tekrar aranacak" ya da yalnızca tek bir nokta işaretidir. Yönetici ertesi sabah "Dün hangi alıcılar gerçekten ilerledi?" diye sorduğunda kimse bu soruya kayıtlardan yanıt veremez; herkes hafızasından anlatır. Pazarlama ekibi hangi kampanyanın konuşmaya değer alıcı getirdiğini bilemez, temsilci izne çıktığında elindeki fırsatlar sahipsiz kalır.
Ben Koray Yalçın olarak lead yönetimi, CRM kurulumu ve gayrimenkul satış operasyonları üzerine çalışırken bu tablonun en ucuz ve en çok ihmal edilen çözümünün çağrı sonucu kodlaması (call disposition) olduğunu düşünüyorum. Çağrı sonucu kodlama, her telefon görüşmesinin ya da arama denemesinin sonunda temsilcinin önceden tanımlanmış, sınırlı sayıdaki koddan birini seçmesidir. Bu yazıda konuyu "hangi yazılımı kullanalım" sorusundan değil, işletme tarafından ele alıyorum: Bir proje satış ekibi için kod sözlüğü nasıl tasarlanır, her koda hangi zorunlu sonraki adım bağlanır ve bu veriler haftalık satış toplantısında nasıl kullanılır?
Serbest not neden yetmez?
Serbest metin not, temsilcinin o anki ruh halini ve yazma alışkanlığını yansıtır. Aynı durum için bir temsilci "fiyat yüksek buldu", diğeri "bütçe uymadı", üçüncüsü "düşünecek" yazar. Bu üç not aslında aynı itirazı anlatıyor olabilir ama hiçbir rapor bunları bir araya getiremez. Üstelik serbest not, görüşmenin sonucunu değil hikâyesini kaydeder. Yöneticinin ihtiyaç duyduğu şey ise hikâye değil, karar verdirecek bir durum bilgisidir.
Kodlama notu ortadan kaldırmaz; notun yerine değil, önüne geçer. Önce kod seçilir, sonra gerekirse kısa bir açıklama yazılır. Böylece hem sayılabilir bir veri hem de bağlam korunmuş olur.
İyi bir kod sözlüğünün üç tasarım kuralı
1. Az sayıda, birbirini dışlayan kod
Kod listesi uzadıkça temsilci en kolay olanı seçmeye başlar. Pratikte 10–14 kod, bir proje satış ekibi için yeterlidir. Her kodun tek bir anlamı olmalı ve iki kod aynı durumu kapsamamalıdır. "Ulaşılamadı" ile "telefon kapalı" ayrı kodlarsa ve aralarındaki farkın bir operasyonel sonucu yoksa, birleştirilmelidir.
2. Her kodun bir sonraki adımı olmalı
Kodlamanın asıl gücü burada ortaya çıkar. Bir kod seçildiğinde sistem otomatik olarak bir görev, bir hatırlatma ya da bir aşama değişikliği üretmelidir. Sonraki adımı olmayan bir kod, sadece bir etikettir; etiketler de zamanla anlamsızlaşır.
3. Kodlar iki katmanlı olmalı: temas ve sonuç
Önce "Kişiye ulaşıldı mı?" sorusu yanıtlanır (temas katmanı), ardından ulaşıldıysa "Görüşme ne sonuç verdi?" sorusu (sonuç katmanı). Bu ayrım, ulaşılabilirlik sorununu satış sorunuyla karıştırmayı engeller. Bir kampanyanın lead'lerine hiç ulaşılamıyorsa bu bir veri kalitesi ya da form sorunudur; ulaşılıyor ama hiçbiri ilerlemiyorsa bu bir hedefleme ya da teklif sorunudur.
Örnek kod sözlüğü: proje satış ekibi için
Aşağıdaki liste, konut projesi satan 4–10 kişilik bir ekip için başlangıç önerisidir. Her ekip kendi sürecine göre uyarlamalıdır.
Temas katmanı
T1 – Yanıt yok / meşgul: Sonraki adım: aynı gün farklı bir saat diliminde ikinci deneme, ardından WhatsApp ya da e-posta ile kısa bir tanışma mesajı.
T2 – Numara geçersiz: Sonraki adım: kayıt veri kalitesi kuyruğuna düşer, kaynak kampanyaya not edilir. Bu kod pazarlama ekibinin en çok bakması gereken koddur.
T3 – Yanlış kişi: Sonraki adım: kayıt kapatılır, kaynak işaretlenir.
T4 – Ulaşıldı, şu an konuşamıyor: Sonraki adım: alıcının belirttiği saate tarihli geri arama görevi. Tarih alanı zorunludur.
Sonuç katmanı
S1 – Bilgi aldı, ihtiyacı netleşmedi: Sonraki adım: 3 gün içinde ihtiyaç analizi sorularıyla ikinci görüşme.
S2 – İhtiyaç net, bütçe ve zaman uygun: Sonraki adım: sunum, ofis ziyareti ya da online proje turu randevusu. Randevu tarihi girilmeden kod kaydedilemez.
S3 – Randevu alındı: Sonraki adım: randevu hatırlatmaları ve satış yöneticisine bilgi.
S4 – Fiyat/ödeme itirazı: Sonraki adım: alternatif ödeme planı ya da farklı birim önerisiyle takip; itiraz alt nedeni (peşinat, aylık taksit, toplam fiyat) seçilir.
S5 – Konum/ürün uymuyor: Sonraki adım: başka proje varsa yönlendirme, yoksa uzun dönem besleme listesi.
S6 – Zamanlama erken (6 ay+): Sonraki adım: uzun dönem besleme; aylık değil, anlamlı haber olduğunda temas.
S7 – Rakipten aldı / vazgeçti: Sonraki adım: kayıt kapatılır, kayıp nedeni zorunlu alan olarak doldurulur.
S8 – Aranmak istemiyor: Sonraki adım: tüm otomatik ve manuel temaslar durdurulur. Bu kod, kişisel verilerin korunması ve ticari ileti kuralları açısından bir uyum zorunluluğudur; tercih değildir.
Kodlamayı satış sürecine bağlamak
Kod sözlüğü CRM'deki fırsat aşamalarıyla eşleşmezse iki paralel gerçeklik oluşur: Temsilci "randevu alındı" der ama fırsat hâlâ "yeni lead" aşamasında durur. Bunu önlemenin yolu, belirli kodların aşamayı otomatik değiştirmesidir. Örneğin S3 seçildiğinde fırsat "Randevu" aşamasına geçer; S7 seçildiğinde "Kaybedildi" aşamasına geçer ve kayıp nedeni sorulur.
İkinci önemli bağlantı, deneme sayısıdır. T1 kodu üst üste kaç kez seçildiğinde kayıt bırakılacak? Bu sayı yazılı olmazsa bazı temsilciler bir lead'i iki denemede bırakır, bazıları on beş kez arar. Pratik bir kural, ilk hafta içinde farklı saatlerde ve farklı kanallarda yapılan belirli sayıda denemeden sonra kaydın besleme listesine alınmasıdır. Sayının kendisinden çok, herkesin aynı sayıyı uygulaması önemlidir.
Haftalık satış toplantısında kod verisi
Kodlama verisi, toplantıyı tahmin ve anekdot tartışmasından çıkarıp somut sorulara dönüştürür. Bir haftalık toplantı için üç tablo yeterlidir:
Kaynak bazında temas oranı: Her kampanya ya da kanal için T2/T3 oranı. Bu oran yükselen bir kaynak varsa, sorun satışta değil lead kalitesindedir ve pazarlamaya geri bildirim gider.
Sonuç dağılımı: Ulaşılan kişilerde S1–S8 dağılımı. S4 (fiyat/ödeme itirazı) haftadan haftaya artıyorsa, ödeme planı ya da fiyat iletişimi gözden geçirilmelidir.
Gecikmiş sonraki adımlar: Kodu seçilmiş ama bağlı görevi zamanında yapılmamış kayıtlar. Bu liste, temsilci performansından çok sürecin tıkandığı yeri gösterir.
Bu tablolarda amaç temsilcileri sıralamak değil, darboğazı bulmaktır. Kodlama bir denetim aracı gibi kullanılırsa temsilciler "güvenli" kodları seçmeye başlar ve veri değerini kaybeder.
Uygulamaya geçiş: ilk 30 gün
1. hafta: Sözlüğü ekip birlikte yazsın
Son iki haftanın serbest notlarını okuyun ve tekrar eden durumları gruplayın. Kod listesi yukarıdan dayatılmak yerine temsilcilerle birlikte son haline getirildiğinde benimsenme belirgin şekilde artar. Her kod için bir cümlelik tanım ve bir örnek yazın.
2. hafta: CRM'de zorunlu alan yapın
Arama kaydı kod seçilmeden kapatılamasın. Tarih gerektiren kodlarda tarih alanı zorunlu olsun. Otomatik görevleri ve aşama değişikliklerini bu hafta bağlayın.
3. hafta: Örneklem denetimi
Satış yöneticisi her temsilciden rastgele birkaç kaydı dinleyip ya da okuyup kodun doğru seçilip seçilmediğine baksın. Yanlış kodlamaların çoğu kötü niyetten değil, tanımın belirsizliğinden kaynaklanır; tanımlar bu haftanın bulgularına göre düzeltilir.
4. hafta: İlk raporlu toplantı
Yukarıdaki üç tabloyla ilk toplantıyı yapın ve en az bir somut kararı veriye dayandırın: bir kampanyayı durdurmak, bir ödeme planı mesajını değiştirmek ya da geri arama saatlerini kaydırmak gibi.
Sık yapılan hatalar
"Diğer" kodu: Bir "Diğer" seçeneği koyarsanız birkaç hafta içinde en çok seçilen kod o olur. Gerekirse geçici olarak koyun, ama her hafta içini okuyup yeni kodlara dağıtın.
Kodları duyguya göre adlandırmak: "Sıcak", "ılık", "soğuk" gibi kodlar temsilcinin tahminidir, görüşmenin sonucu değildir. Sıcaklık bilgisi gerekiyorsa lead puanlamasının işidir.
Kod sözlüğünü hiç güncellememek: Yeni bir proje, yeni bir ödeme seçeneği ya da yeni bir pazar eklendiğinde sözlük çeyrekte bir gözden geçirilmelidir.
Uyum kodunu ihmal etmek: Aranmak istemeyen bir kişinin tekrar aranması hem itibar hem de mevzuat riski doğurur; bu kodun bağlı olduğu durdurma otomasyonu düzenli test edilmelidir.
Sıkça Sorulan Sorular
Çağrı sonucu kodlama yalnızca çağrı merkezleri için mi?
Hayır. Çağrı merkezlerinde standart bir uygulamadır, ancak birkaç kişilik bir proje satış ekibi için de aynı mantık geçerlidir. Ekip ne kadar küçükse, bir temsilcinin izne çıkması ya da ayrılması o kadar büyük bilgi kaybı yaratır; kodlama bu bilgiyi kişiden bağımsız hale getirir.
WhatsApp ve e-posta temasları da kodlanmalı mı?
Evet, aynı sözlükle. Gayrimenkulde, özellikle yabancı alıcılarla, temasın önemli bir kısmı mesajlaşma üzerinden yürür. Kanal ayrı bir alan olarak tutulur; sonuç kodu ise kanaldan bağımsız aynı listeden seçilir. Böylece "WhatsApp'tan gelen alıcılar daha mı hızlı randevuya dönüşüyor?" sorusu yanıtlanabilir.
Kaç kod idealdir?
Kesin bir sayı yoktur; ama temsilcinin listeyi bir bakışta görebilmesi ve ezberleyebilmesi iyi bir ölçüttür. Çoğu proje satış ekibi için 10–14 kod, alt nedenlerle birlikte yeterli ayrıntıyı sağlar.
Yapay zekâ çağrı kodlamasını otomatik yapabilir mi?
Görüşme kayıtlarının yazıya dökülmesi ve özetlenmesiyle yapay zekâ bir kod önerisi sunabilir. Ancak önerinin temsilci tarafından onaylanması ve sonraki adımın insan tarafından sahiplenilmesi bence hâlâ en sağlıklı yaklaşımdır. Ayrıca görüşme kaydı ve otomatik analiz için alıcının bilgilendirilmesi ve gerekli izinlerin alınması gerekir.
Kodlama verisi pazarlama ekibine nasıl aktarılmalı?
En az haftada bir, kaynak bazında temas ve sonuç dağılımı paylaşılmalıdır. Daha olgun bir yapıda belirli sonuç kodları, reklam platformlarına dönüşüm sinyali ya da hariç tutma listesi olarak geri beslenebilir; böylece reklam sistemi yalnızca form dolduranları değil, gerçekten randevuya ilerleyen alıcıları öğrenir.
Koray Yalçın — lead yönetimi, CRM, dijital pazarlama, yapay zekâ ve gayrimenkul/PropTech alanlarında çalışmalar yürütür.
Comments