Aynı kişinin web formu, ilan ve telefon üzerinden yeniden başvurması her zaman yeni bir müşteri veya aynı satış fırsatı anlamına gelmez. Gayrimenkul CRM’inde önce kişinin kimliği doğrulanmalı, ardından yeni talebin hangi proje ve ihtiyaca ait olduğu belirlenmelidir. İletişim geçmişi korunmalı; sorumlu kişi, son görüşme sonucu ve bir sonraki adım tek bir çalışma düzeninde görünür olmalıdır.
Kişi, talep ve satış fırsatı neden ayrı tutulmalı?
Kişi, iletişim kurulan insanı; talep, belirli bir zamanda bir kanaldan gelen başvuruyu; satış fırsatı ise belirli bir ürün ve ihtiyacın satın alma veya kiralama sürecini ifade eder. Bir kişi üç form gönderebilir ama hâlâ tek bir ofis arıyor olabilir. Aynı kişi hem kendi işletmesi için ofis hem ailesi için konut arıyorsa iki ayrı fırsatın izlenmesi gerekebilir.
Bu ayrım yapılmazsa başvuru sayısı müşteri sayısı sanılabilir, aynı kişi iki danışmandan benzer aramalar alabilir veya farklı bir ürün ihtiyacı eski dosyada kaybolabilir. Amaç her kaydı birleştirmek değil, doğru kişiye doğru takip planını bağlamaktır.
1. Benzer kaydı silmeden önce kimliği doğrulayın
Telefon ve e-posta benzerliği bir kontrol işaretidir; tek başına kesin kimlik kanıtı değildir. Numaranın ülke kodu ve yazım biçimi farklı olabilir. Ortak şirket telefonu veya aile bireylerinin paylaştığı iletişim bilgisi de bulunabilir. İsim benzerliğine dayanarak iki kişiyi birleştirmeyin.
Telefonun ülke kodu ve rakam dizisini karşılaştırın; özgün yazımı geçmişte koruyun.
İsim, iletişim bilgisi ve önceki görüşme bağlamı tutarlı mı kontrol edin.
Kimlik belirsizse kaydı “olası tekrar — doğrulama bekliyor” şeklinde işaretleyin.
Birleştirme öncesinde mesaj, not, görev, kaynak ve izin geçmişinin nasıl korunacağını kontrol edin.
Bu rehber yazılımda otomatik silme veya birleştirme önermez. Kullanılan CRM’in kayıt birleştirme davranışı ve geri alma imkânı yetkili kullanıcı tarafından doğrulanmalıdır.
2. Yeni başvurunun ihtiyacını eski fırsatla karşılaştırın
Danışmanın ilk sorusu “Sizi daha önce aramıştık” olmamalıdır. “Bu başvurunuz önceki ofis arayışınızla mı ilgili, yoksa farklı bir ihtiyacınızı mı değerlendirelim?” gibi kısa bir soru, kaydın devam mı yeni fırsat mı olduğunu açığa çıkarır.
Aynı kişi, aynı ihtiyaç: Mevcut fırsatta yeni temas olarak kaydedin; son durum ve sonraki adımı güncelleyin.
Aynı kişi, farklı proje veya kullanım amacı: Aynı kişiyle ilişkili ayrı fırsatı değerlendirin; eski görüşme geçmişini kaybetmeyin.
Aynı telefon, farklı kişi: Kimliği ayrıca doğrulayın; otomatik birleştirme yapmayın.
Sonuçlanmış dosyaya yeni talep: Önceki sonucu koruyun; yeni ihtiyacın tarihini ve bağlamını açıkça kaydedin.
3. Tek sorumlu ve açık devir notu belirleyin
Aynı fırsat için iki danışmana bağımsız geri arama görevi vermek yerine mevcut sorumluyu ve son gerçek teması kontrol edin. Dosya başka danışmana geçecekse devir nedeni, açık müşteri sorusu ve verilen söz birlikte aktarılmalıdır. Görevin tamamlanmış olması müşteriye ulaşıldığını kanıtlamaz; görüşme sonucu ayrıca bulunmalıdır.
Örnek devir notu: “Aynı ofis ihtiyacı için ikinci başvuru. Önceki görüşmede kat planı istenmiş; gönderim sonucu doğrulanacak. Yeni sorumlu planı kontrol edip müşterinin uygun görüşme zamanını teyit edecek.” Bu örnek gerçek müşteri kaydı değildir.
4. Kaynak geçmişini son kanalla değiştirmeyin
Bir kişi önce Google aramasından, sonra sosyal medya formundan gelebilir. İkinci başvuru ilk kaynağı ortadan kaldırmaz. İlk bilinen kaynak, yeni talebin kaynağı ve son temas kanalı ayrı alanlarda veya anlaşılır bir geçmiş kaydında tutulmalıdır. Bilinmeyen kaynağı tahmin ederek doldurmayın.
NO23 yaklaşımında lead yönetimi; kaynak kaydı, tekrarlı taleplerin işaretlenmesi ve CRM’de sorumlu takibiyle birlikte ele alınır. Genel çerçeve için CRM ve lead yönetimi rehberini inceleyebilirsiniz.
5. Raporlarda başvuru sayısını kişi sayısından ayırın
Aynı dönemde gelen tüm başvuruları, doğrulanmış tekil kişileri ve ayrı satış fırsatlarını ayrı gösterin. Örneğin 12 başvuru, 9 tekil kişi ve 10 fırsat bulunması mümkündür; bu rakamlar yalnız yöntemi anlatan temsili örnektir. Farklı dönemlerden toplamları bölerek dönüşüm oranı hesaplamayın.
Bir “tekrar oranı” kullanacaksanız önce tanımı sabitleyin: seçili dönemde aynı kişi ve aynı ihtiyaçla ilişkili doğrulanmış ek başvurular / o dönemin geçerli başvuruları. Kimliği belirsiz olanlar ayrıca raporlanmalıdır. Yüksek tekrar tek başına kötü reklam veya kötü satış ekibi kanıtı değildir; yanıt gecikmesi, yeniden ilgi veya farklı ihtiyaç olasılıkları kayıtlarla incelenmelidir.
Günlük kontrol için altı soru
Yeni talep mevcut bir kişiyle kesin eşleşiyor mu, yoksa yalnız benzer mi?
Proje, kullanım amacı ve zamanlama önceki fırsatla aynı mı?
Son gerçek görüşmenin sonucu ve müşteriye verilen söz kayıtlı mı?
Fırsatın tek sorumlusu belli mi; gerekiyorsa devir notu var mı?
İlk kaynak ve yeni başvurunun kaynağı korunuyor mu?
Sonraki aksiyonun sorumlusu ve zamanı açık mı?
Sık sorulan sorular
Aynı telefon numarasını taşıyan bütün kayıtlar birleştirilmeli mi?
Hayır. Ortak numara veya farklı kişi ihtimali kontrol edilmeli. Kimlik ve ihtiyaç doğrulanmadan birleştirme, ayrı müşteri geçmişlerini karıştırabilir.
Farklı projelerle ilgilenen aynı kişi tek fırsat mı sayılır?
Her durumda değil. Aynı ihtiyacın alternatifleri tek fırsatta değerlendirilebilir; bağımsız satın alma veya kiralama amaçları ayrı fırsatlar gerektirebilir. Kuralı ekipçe tanımlayın ve tutarlı uygulayın.
Tekrarlı talep reklamın başarısız olduğunu gösterir mi?
Tek başına göstermez. Talebin nedeni, önceki yanıt, ihtiyaç değişikliği ve dönem aynı kayıt üzerinde incelenmelidir. Başvuru sayısını doğrudan satış sonucuyla eşitlemeyin.
NO23 ile takip düzeninizi değerlendirin
Talep ve alıcı yönetimi kapsamında kaynak, niteliklendirme ve sorumlu takibini birlikte değerlendirmek için NO23 ekibiyle görüşün. İlk adım, mevcut sistemde kişi, talep ve fırsatın nasıl tanımlandığını netleştirmektir.
Kaynaklar: NO23 System ve NO23 CRM ve lead yönetimi rehberi; kontrol tarihi 21 Ekim 2026. Bu yazı bir uygulama çerçevesidir; müşteri verisi, performans sonucu veya belirli bir CRM’de doğrulanmış otomatik birleştirme işlevi iddiası içermez. Kapak yapay zekâ ile üretilmiş kavramsal illüstrasyondur.
