Bir CRM'in özellik listesi sektöre göre değişmez; o listenin nasıl kullanıldığı değişir. İnşaat firmalarında satış, üretimden bağımsız yürümez: satılan şey henüz bitmemiş bir daire, teslim tarihi imalat ilerlemesine bağlı, tahsilat takvimi de çoğu zaman hakediş takvimiyle yan yana okunuyor.
Bu yazı CRM seçim kriterlerini değil, inşaat firmasının aynı yazılımı diğer sektörlerden farklı olarak nerelerde kullandığını anlatıyor. Hangi CRM'i seçeceğinize henüz karar vermediyseniz kriterlerin tamamı için gayrimenkul CRM seçim rehberimize bakabilirsiniz.
Şantiye ile satış ofisi aynı tabloyu görmediğinde
En sık rastlanan tablo şu: satış ofisi kendi Excel'ini tutuyor, şantiye kendi ilerleme dosyasını, muhasebe kendi tahsilat listesini. Üçü de doğru veriyle çalıştığını düşünüyor, ancak üçü farklı gün itibarıyla güncellenmiş.
Bunun somut sonuçları var:
- Danışman müşteriye "teslim yılın son çeyreğinde" diyor; şantiyede iş programı iki ay kaymış.
- Bir daire opsiyona alınmış ama bilgi diğer danışmana geçmemiş; aynı daire ikinci kez sunuluyor.
- Müşteri tahsilat sorusuyla arıyor; danışman muhasebeyi aramak zorunda kalıyor, cevap ertesi güne kalıyor.
Tek veri kaynağı kurulduğunda kazanç bir rapor değil, bir konuşmadır: danışman müşteriyle konuşurken dairenin statüsünü, ödeme durumunu ve teslim tahminini aynı ekrandan görebiliyor.
CRM'in temel birimi değişir
Diğer sektörlerde CRM'in ekseninde kişi ve fırsat vardır. İnşaatta eksen fiziksel bir varlıktır: proje → blok → kat → daire. Satış bu hiyerarşinin en alt biriminde gerçekleşir ve o birim tekildir — aynı daire iki kez satılamaz.
Bu fark pratikte üç şeyi zorunlu kılar:
- Daire bazlı statü: satılık, opsiyonlu, rezerve, satıldı. Statü değişimi anında tüm kullanıcılara yansımalı.
- Opsiyon süresi: süre dolduğunda daire otomatik olarak satışa açılmalı; aksi hâlde envanter kağıt üzerinde tükenmiş görünür.
- Şerefiye: kat, cephe ve manzara farkı fiyata yansıdığı için fiyat listesi tek bir metrekare birim fiyatından türetilemez. Şerefiye nasıl belirlenir yazımızda bu hesabı ayrıntılı ele aldık.
Envanterin canlı tutulması ayrı bir başlık; konut projesinde envanter yönetimi yazısında statü akışını ve çift satış riskini adım adım anlattık.
Şantiye ilerlemesi satış argümanına dönüşür
İnşaat halindeki bir projede alıcı görmediği bir şeyi satın alıyor. Bu yüzden ilerleme bilgisi bir satış aracıdır — ancak yalnızca güncel olduğunda.
Şantiyeden gelen kaba imalat, ince imalat ve çevre düzenlemesi ilerlemesi CRM'e düştüğünde iki şey mümkün olur. Birincisi, danışman görüşmede tahmin yürütmek yerine tarih verebilir. İkincisi, sözleşme aşamasındaki müşterilere düzenli ilerleme bilgilendirmesi gönderilebilir; bu, teslim öncesi şikayet hacmini belirgin biçimde düşürür.
Pratik kurgu şöyle işler: iş programındaki her ana kalem için bir tamamlanma oranı tutulur, oran güncellendiğinde ilgili projedeki tüm satış kayıtları aynı bilgiyi görür. Fotoğraf ve belge de aynı karta bağlanır; böylece "geçen ay hangi aşamadaydık" sorusu arşiv aramaya dönüşmez.
Hakediş ile tahsilat takvimini birlikte okumak
İnşaat firmasının nakit akışı iki yönlüdür: bir tarafta müşteriden gelen taksitler, diğer tarafta taşerona ödenen hakedişler. Bu ikisi ayrı sistemlerde tutulduğunda, ay sonunda ne kadar para gireceği ile ne kadar çıkacağı ancak elle birleştirilerek görülebilir.
CRM tarafında tutulan tahsilat takvimi ile imalat ilerlemesine bağlı hakediş takvimi aynı proje altında okunduğunda şu sorular cevaplanabilir hâle gelir:
- Bu ay tahsil edilmesi gereken tutar, aynı ay ödenecek hakedişi karşılıyor mu?
- Gecikmiş tahsilatlar hangi imalat kalemini riske atıyor?
- Satış hızı iş programının gerektirdiği nakit girişini üretiyor mu?
Hakediş hesabının kendisi bir muhasebe işidir ve orada kalır; CRM tarafında gereken şey ilerleme oranı ile tahsilat durumunun aynı proje ekranında yan yana görünmesidir. Tahsilat tarafının kurgusunu konut projesinde tahsilat takibi yazısında ayrıntılandırdık.
Taşeron koordinasyonunun satışa değdiği yer
Taşeron yönetimi doğrudan bir satış süreci değil, ama satışa iki noktada değer.
Birincisi teslim tarihidir. Bir taşeronun programdan sapması, satış ekibinin müşteriye verdiği taahhüdü geçersiz kılar. Bu sapmanın satış tarafına haber olarak değil veri olarak ulaşması gerekir.
İkincisi teslim sonrası ayıp ve garanti sürecidir. Müşteriden gelen bir eksiklik bildiriminin hangi taşeronun kapsamına girdiği kayıtlı değilse, çözüm süresi uzar ve konu firmanın itibarına yazılır. Bildirimin müşteri kartında, işin ise ilgili imalat kaleminde izlenmesi bu döngüyü kısaltır.
Satış sonrası sürecin tamamını konut satış sonrası süreç yazısında ele aldık.
Proje bazlı raporlama: tek pano yetmez
Tek projeli bir firmada toplam rakamlar iş görür. İki veya daha fazla proje paralel yürüdüğünde toplam rakam yanıltır: bir projenin iyi gitmesi diğerinin durgunluğunu gizler.
İnşaat firmasının ihtiyaç duyduğu kırılım şudur:
- Proje bazında satış hızı: aylık satılan daire sayısı ve kalan envanterin bu hızla kaç ayda tükeneceği.
- Proje bazında lead maliyeti: aynı bütçe iki projede aynı sonucu vermez; kanal performansı proje kırılımında ölçülmeli. Emlak lead maliyeti yazısında bu hesabı ele aldık.
- Blok ve kat bazında talep dağılımı: hangi tipin beklenenden yavaş gittiği fiyat ve şerefiye ayarı için erken sinyaldir.
- Proje bazında tahsilat performansı: gecikme oranı projeye göre belirgin biçimde değişebilir.
Yetkilendirme de bu kırılıma bağlıdır. Bir projenin satış ekibinin diğer projenin fiyat ve müşteri verisini görmesi genellikle istenmez; rol ve proje bazlı yetki bu yüzden inşaatta diğer sektörlerden daha sık kullanılır.
Şantiyede ve satış ofisinde farklı ekranlar
Aynı CRM'i iki farklı ortam kullanır ve ihtiyaçları örtüşmez.
Satış ofisinde ekran büyüktür, müşteri karşıdadır ve gösterilmesi gereken şey projedir: daire seçimi, kat planı, ödeme planı. Şantiyede ise ekran telefondur, bağlantı zayıftır ve girilmesi gereken şey ilerlemedir: imalat oranı, fotoğraf, eksik listesi.
Bu ayrım göz ardı edildiğinde tipik sonuç, sahada CRM'in hiç kullanılmaması ve verinin akşam ofiste elle girilmesidir — yani gecikmeli ve eksik veri. Saha tarafında beklenmesi gereken minimum, telefon tarayıcısında kayıt açabilmek, fotoğraf ekleyebilmek ve statü güncelleyebilmektir.
Teslimde dosya kapanmıyor
Diğer sektörlerde satış kapandığında CRM kaydı da büyük ölçüde kapanır. İnşaatta kapanmaz: teslim tutanağı, iskan süreci, garanti süreleri ve ayıp bildirimleri satıştan sonra başlar ve yıllara yayılır.
Bu yüzden inşaat firmasının CRM'inde müşteri kaydının satış sonrası bir ömrü vardır. Teslim tarihi, tutanak, garanti başlangıcı ve açılan bildirimler aynı kartta izlenir. Bunun satışa dönen tarafı da var: teslimi sorunsuz tamamlanmış müşteri, sonraki projenin en düşük maliyetli lead kaynağıdır.
Sonuç
İnşaat firmasının CRM kullanımını diğer sektörlerden ayıran şey özellik listesi değil, verinin üretimle kurduğu bağ. Özetle:
- Eksen kişi değil daire; statü ve opsiyon yönetimi zorunlu.
- Şantiye ilerlemesi satış argümanıdır — güncel olduğu ölçüde.
- Tahsilat takvimi hakediş takvimiyle birlikte okunmadığında nakit akışı görünmez.
- Rapor proje bazında kırılmadığında toplam rakam yanıltır.
- Saha ve satış ofisi aynı yazılımı farklı biçimde kullanır.
- Teslim, dosyanın kapanışı değil satış sonrası sürecin başlangıcıdır.
Bu süreçleri proje bazlı tek yapıda yürüten bir inşaat firmaları için CRM kullandığınızda, şantiye ve satış ofisi aynı veriyle çalışır. CRM seçim kriterlerinin tamamı için gayrimenkul CRM seçim rehberimize bakabilirsiniz.
Ücretsiz Evon demosu
Satış sürecinize Evon'un nasıl katkı sağlayacağını kendiniz deneyimleyin.
Sıkça Sorulan Sorular
İnşaat firmasının CRM'i emlak ofisi CRM'inden nerede ayrılır?
Emlak ofisi CRM'i portföy ile müşteriyi eşleştirmeye odaklanır; ürün mevcuttur ve her kayıt birbirinin alternatifidir. İnşaat firmasının CRM'inde ürün henüz üretilmektedir: eksen proje–blok–kat–daire hiyerarşisidir, daire tekildir ve teslim tarihi imalat ilerlemesine bağlıdır.
Hakediş takibi CRM'de mi yapılır, muhasebe programında mı?
Hakediş hesabının kendisi bir muhasebe işidir ve orada kalır. CRM tarafında gereken şey, imalat ilerleme oranı ile müşteri tahsilat takviminin aynı proje ekranında yan yana görünmesidir; böylece ay içinde girecek tutar ile çıkacak tutar birlikte okunabilir.
Şantiye ekibinin CRM'e erişmesi gerekir mi?
Tam erişim gerekmez. Şantiye tarafında ihtiyaç duyulan şey imalat ilerleme oranını güncellemek, fotoğraf ve belge eklemek ve eksik listesi tutmaktır. Bu girişler satış tarafındaki teslim tahminini beslediği için sınırlı ama düzenli bir erişim yeterlidir.
Çok projeli bir firma tek CRM'de nasıl çalışır?
Projeler aynı platformda birbirinden bağımsız yönetilir. Envanter, fiyat listesi, satış ekibi ve raporlar proje bazında ayrışır; yetkiler rol ve proje kırılımında tanımlanır. Böylece bir projenin satış ekibi diğerinin fiyat ve müşteri verisini görmez.
Hangi CRM'i seçeceğime nasıl karar veririm?
Bu yazı seçim değil kullanım farklarını anlatıyor. Kategori karşılaştırması, olması gereken özellikler, demo öncesi kontrol listesi ve sık yapılan seçim hataları için gayrimenkul CRM seçim rehberimize bakabilirsiniz.