Emlak Ofisi Müşteri Takibi: Projeden Satışa Örnek Akış

Emlak müşteri takip programı, bir emlak ofisinin ya da proje satış ekibinin her alıcıyı talepten sözleşmeye tek kayıtta izlemesini sağlayan CRM kurulumudur. Bütçe ve kredi durumu, gösterilen bağımsız bölümler, teklif sürümleri ve rezervasyon bitişi aynı fırsatta durur. Süreç hazır gelmez, ekip kendi projesine göre kurar; aşağıda örnek bir pipeline (satış süreci) üzerinden gösteriyoruz.

Bu yazı, bir talebin fırsata dönüşmesinden sözleşmeye kadar giden alıcı takibini anlatıyor. Birden fazla bloğu ya da fazı aynı anda satan bir ofisin bir sorunu daha vardır: envanteri çakışmadan yönetmek. Bunu bağımsız bölüm listesi yazısında ayrı ele aldık.

Emlak ofisinde müşteri takibi neyi kapsar?

Emlak ofisinde müşteri takibi, alıcıyı ilk talepten sözleşmeye kadar aday, fırsat, aktivite ve teklif kayıtlarında izlemeyi kapsar. Bu kavramlar her CRM’de aynıdır; “emlak CRM programı” da ayrı bir yazılım kategorisi değil, çoğunlukla genel amaçlı bir müşteri takip programının sektörün kendi alanları ve aşamalarıyla kurulmuş halidir. Değişen, bu kayıtların taşıdığı bilgidir: bütçe aralığı, kredi durumu, gösterilen bağımsız bölüm ve rezervasyon bitişi gibi alanlar konut ya da proje satışı için ayrıca eklenir.

Bu ayrımı netleştirmek önemli, çünkü CRM’in izlediği kayıt resmî istatistiklerle karışmamalı. Türkiye İstatistik Kurumu’nun her ay yayımladığı konut satış istatistikleri, satışları ipotekli ve diğer (peşin ya da taksitli) olarak sınıflar (TÜİK). CRM ise bu resmî sınıflandırmayı tutmaz; ofisin kendi sürecini, yani hangi bağımsız bölümün gösterildiğini ve hangi teklifin hangi ödeme biçimiyle sunulduğunu izler.

Bir emlak CRM kurulumunda olması gereken asgari özellikler nelerdir?

Bir emlak ofisinin ya da proje satış ekibinin CRM’den beklemesi gereken sekiz şey:

• Kaynağı yazılı bir aday/fırsat kaydı. Talep ilan sitesinden, telefondan ya da ofise gelen ziyaretçiden gelsin, kaynağı ve sorumlusu ilk temasta kayda geçmeli.
• Proje ve bağımsız bölüm alanları. Blok, kat, daire numarası gibi bilgiler fırsatın üzerinde, ayrı bir dosyada değil, durmalı.
• Bütçe, kredi durumu ve ödeme biçimi alanları. Konut satışına özel bu alanlar sektöre özel eklenebilmeli, genel “not” kutusuna sıkıştırılmamalı.
• Sonucuyla birlikte planlanan yer gösterme. Randevu bir aktivite olmalı; hangi bağımsız bölümün gösterildiği ve alıcının tepkisi kayda yazılmalı.
• Teklif sürümleme. Her pazarlık turu ya da fiyat revizyonu, öncekinin üzerine yazılmadan ayrı bir sürüm olarak saklanmalı.
• Rezervasyon bitişine bağlı hatırlatma. Kaporası alınan bir rezervasyonun bitiş tarihi, süresi dolmadan sorumluya bildirilmeli.
• Rol bazlı erişim. Kredi durumu ya da taban fiyat gibi hassas alanlar yalnızca yetkili rollere açık olmalı.
• Kaynağa göre dönüşüm raporu. Hangi kanaldan gelen talebin rezervasyona ulaştığı, tek tek fırsatlara bakmadan görülebilmeli.

Projeden satışa örnek bir pipeline hangi aşamalardan oluşur?

Aşağıdaki altı aşama bir proje satış ofisinin kurabileceği örnek bir sıradır; adımların çıktısı ve sorumlusu nettir:

1. Proje ve bağımsız bölümler tanımlanır. Sorumlu: proje/satış ofisi yöneticisi. Çıktı: proje adı, blok/kat/daire numaraları ürün kataloğunda ya da fırsatın özel alanlarında hazır.
2. Talep fırsata dönüşür. Sorumlu: danışman. Çıktı: kaynağı, bütçe aralığı ve iletişim bilgisi yazılı bir fırsat açılır, sorumlusu belli olur.
3. Bağımsız bölüm gösterilir. Sorumlu: danışman. Çıktı: sonucu yazılmış bir yer gösterme aktivitesi; gösterilen daireler adıyla fırsata not edilir.
4. Teklif hazırlanır. Sorumlu: danışman, indirim gerekiyorsa satış müdürü. Çıktı: fiyat listesinden hazırlanan, geçerlilik tarihi olan bir teklif sürümü.
5. Rezervasyon ve ödeme planı kaydedilir. Sorumlu: danışman. Çıktı: kapora tarihi, rezervasyonun bitiş tarihi ve ödeme planının özeti fırsatta yazılı; bitişten önceki takip görevi açılmış.
6. Sözleşme imzalanır, fırsat kapanır. Sorumlu: satış ofisi. Çıktı: imzalı satış vaadi ya da sözleşme dosyası kayda eklenir, fırsat “Satıldı” olarak kapanır.

Üçüncü ve beşinci adım çoğu ofiste es geçilen adımlardır: yer gösterme danışmanın ajandasında kalır, rezervasyon bitişi bir Excel satırında unutulur. İkisini de fırsatın üzerine taşımak, danışman değişse bile alıcının geçmişinin kaybolmamasını sağlar.

Genel amaçlı CRM mi, emlağa özel yazılım mı?

İkisi de aynı işi görmez; hangisinin daha uygun olduğu ofisin önceliğine bağlıdır:

Kısacası: satış sürecini uçtan uca tek kayıtta tutmak öncelikliyse genel amaçlı, sektöre uyarlanmış bir CRM; yalnızca ilan ve portföy yönetimi öncelikliyse hazır bir emlak yazılımı daha uygun olabilir. İkisini bir arada kullanan ofisler de vardır: ilanlar portföy panelinde yayında kalır, satış süreci ise CRM’in fırsat kaydında ilerler.

Emlak CRM kurulumunda sık yapılan hatalar

• Bütün alanları tek seferde eklemeye çalışmak. Kurulumun ilk haftasında yirmi alan tanımlamak, hiçbirinin düzenli doldurulmamasıyla sonuçlanır; asgari sekiz alanla başlayıp ihtiyaca göre genişletmek daha güvenlidir.
• Yer göstermeyi aktivite olarak açmamak. Randevu yalnızca danışmanın kendi takviminde kalırsa, sonucu ve gösterilen daire kayda hiç düşmez.
• Teklif revizyonlarının üzerine yazmak. Yeni bir fiyat girildiğinde eskisini silmek, hangi sürümün müşteriye sunulduğu tartışmasını doğurur.
• Rezervasyon bitişini hatırlatmaya bağlamamak. Bitiş tarihi yalnızca bir alanda durursa, kimse görmeden geçer ve daire gereksiz yere kapalı kalır.
• Kaynak alanını isteğe bağlı bırakmak. Doldurulması zorunlu olmayan bir kaynak alanı, en çok ihtiyaç duyulan yoğun haftalarda boş kalır.

Örnek: Sakarya’da altı kişilik bir proje satış ofisinde kurulum

Aşağıdaki ofis ve rakamlar açıklama amaçlı bir kurgudur; gerçek bir firmayı ya da bir Senitix müşterisini anlatmaz. Sakarya’da tek bir konut projesi satan altı kişilik bir satış ofisi, talepleri bir WhatsApp grubunda, teklifleri ise ayrı ayrı Word dosyalarında tutuyordu. Bir danışman izne çıktığında, o hafta ilgilendiği alıcılarla ne konuşulduğunu kimse bilmiyordu.

Ekip önce altı alanı tanımladı: kaynak, bütçe aralığı, gösterilen daire, teklif sürümü, rezervasyon bitişi ve sorumlu danışman. Yer göstermeleri aktivite olarak planlamaya, teklif revizyonlarını ayrı sürüm olarak kaydetmeye başladılar; rezervasyon bitişine üç gün kala sorumluya bildirim gitmesini sağladılar.

İki ay sonra fark tek bir şeydi: bir danışman izindeyken gelen aramaya, masasındaki başka bir danışman fırsat kaydına bakarak cevap verebiliyordu. Daha önce “gelince sizi arasın” demek zorunda kalıyorlardı. Satış hızı değişmedi, ama alıcı hiçbir danışmanın tek başına taşıdığı bir bilgi olmaktan çıktı.

Emlak satışında CRM’in etkisi nasıl ölçülür?

Dört gösterge, sürecin nerede tıkandığını gösterir:

• Kaynağa göre dönüşüm. Hangi kanaldan gelen talebin yer göstermeye, rezervasyona ve sözleşmeye ulaştığı. Kanallar talep sayısıyla değil, rezervasyonla karşılaştırılır.
• Gösterim başına aşama ilerlemesi. Kaç yer göstermeden sonra ortalama bir teklif çıktığı, hangi projede bu sayının uzadığı.
• Aşamada bekleme süresi. Bir fırsatın hangi aşamada ne kadar süre hareketsiz kaldığı; uzun bekleyen fırsatlar erken görülür.
• Rezervasyondan sözleşmeye geçen süre. Bu süre uzuyorsa, ödeme planı ya da evrak sürecinde bir tıkanıklık olabilir.

Bu aşamalar Senitix CRM’de neye karşılık gelir?

Yukarıdaki altı aşama Senitix CRM’de şöyle karşılık bulur: proje ve bağımsız bölüm bilgisi özel alan olarak eklenir; talep bir fırsat olarak açılır ve pipeline ve fırsat yönetimi bölümünde anlattığımız gibi kendi aşamalarında ilerler. Yer gösterme, sonucuyla birlikte bir aktivite olarak kayda geçer. Teklif katalogdan hazırlanır ve her revizyon ayrı bir sürüm olur. Rezervasyon bitişine bağlı hatırlatmayı bir otomasyon üstlenir; kabul edilen teklif de kalemleri yeniden yazılmadan sözleşmeye dönüşür.

Senitix CRM’in sahibinden.com, Hepsiemlak ya da benzeri ilan siteleriyle hazır bir bağlantısı yoktur; danışman talebi elle açar. Daire stokunun canlı takibi ve proje muhasebesi de kapsam dışıdır, bu iş proje stok sisteminizde ya da ERP’nizde kalır. Bu kurulumun sektörde genel olarak nereye oturduğuna İnşaat ve Gayrimenkul sektör sayfasından, farklı sektörlerden örneklere ise müşteri hikâyelerimizden bakabilirsiniz. Ücretsiz planla 2 kullanıcıya kadar ücretsiz başlayabilir, pipeline’ı ve alanları projenize göre nasıl kuracağınızı satış ekibimizle konuşabilir ya da planları fiyatlandırma sayfasında karşılaştırabilirsiniz.

Sık sorulan sorular

Müşteri takibine ücretsiz bir programla başlanabilir mi?

Evet. Senitix CRM’in Ücretsiz planı 2 kullanıcıya kadar süresiz ücretsizdir. Özel alan, teklif ve otomasyon bu planda küçük bir kotayla denenebilir; projeye göre genişletilmiş kurulum ücretli planlarla gelir; hangi planın neyi içerdiği fiyatlandırma sayfasında. Ücretli planların her biri 14 gün ücretsiz denenebilir, kredi kartı gerekmez; deneme bitince çalışma alanı verileriyle birlikte Ücretsiz planda kalır.

İlan sitelerinden gelen talepler CRM’e otomatik düşer mi?

Hayır, çoğu genel amaçlı CRM’de otomatik düşmez. Danışman talebi aday ya da fırsat olarak elle açar ve kaynak alanına ilan sitesinin adını yazar; Senitix CRM’de de durum böyledir. Senitix CRM’de oluşturduğunuz web formlarının gönderimleri ise ekibin ortak Gelen Kutusu’na düşer.

Teklif revizyonları CRM’de nasıl saklanır?

Her fiyat ya da ödeme planı değişikliği, öncekinin üzerine yazılmadan yeni bir teklif sürümü olarak saklanır. Böylece hangi sürümün alıcıya sunulduğu, ne zaman ve hangi tutarla değiştiği sonradan aranmaz. Senitix CRM’de de teklifler bu şekilde sürümlenir.

Kaç kişilik bir ekip için bu kurulum anlamlı olur?

Tek bir danışman bile kaynak ve teklif geçmişini bir arada tutmaktan fayda görür, ama fark en çok birden fazla danışmanın aynı projede çalıştığı ofislerde belirginleşir; örneğin bir danışman izindeyken alıcıyla ne konuşulduğu kaybolmaz. Ekip büyüklüğünden çok, kaç danışmanın aynı alıcı havuzuna dokunduğu belirleyicidir.

CRM, danışmanın telefonundaki kişi listesinin yerini tutar mı?

Kısmen. CRM’e aktarılan kişiler bundan sonra fırsatlarla, tekliflerle ve aktivitelerle birlikte kayıtta kalır ve danışman ayrılsa bile ofiste durur. Ancak aktarım otomatik değildir: telefondaki mevcut kişi listesi CSV dosyası olarak içe aktarılır ya da elle girilir; senkron bir telefon rehberi entegrasyonu yoktur.