Birim envanteri (SPA)
Daire, ofis ve dükkân kayıtları kendi alanlarıyla: blok, kat, m², tip, cephe, fiyat, durum.
Gayrimenkulde satış, tek bir ürünün değil belirli bir birimin satışıdır. Hangi dairenin kime, hangi fiyattan, hangi ödeme planıyla verildiği sistemde durmalı.
Bir bakışta
Proje satışı yapan firmalarla konuştuğumuzda çıkan başlıklar:
Proje geliştirici ve emlak ofisleriyle kurduğumuz yapı:
Daire, ofis ve dükkân kayıtları kendi alanlarıyla: blok, kat, m², tip, cephe, fiyat, durum.
Birim durumu (müsait, opsiyonlu, satıldı) merkezi olarak izlenir; çakışma engellenir.
İlgi, ziyaret, opsiyon, sözleşme ve tapu aşamalarıyla proje bazlı satış hattı.
Peşinat ve taksit planı anlaşmaya bağlanır; vade hatırlatmaları otomatik çalışır.
İlan portalları, sosyal medya ve saha kaynaklarının dönüşüm bazlı raporlanması.
Teslim, anahtar teslimi ve garanti taleplerinin ayrı bir süreçte yürütülmesi.
Gayrimenkul satışında CRM'in standart yapısı yetmiyor; çünkü satılan şey bir ürün değil, belirli bir birim. A blok 7. kat 3+1 daire, kendi fiyatı, kendi cephesi ve kendi durumuyla ayrı bir varlık.
Akıllı Süreç Otomasyonu ile birimleri kendi kayıt tipi olarak tanımlıyoruz. Her birimin kendi alanları, kendi durum aşamaları ve kanban görünümü oluyor; müşteri kayıtlarıyla ilişkilendirilebiliyor.
Aynı dairenin iki müşteriye opsiyonlanması, hem müşteri kaybı hem itibar kaybı. Excel'de tutulan listede bu kaçınılmaz oluyor.
Birim kaydı üzerinden yürütüldüğünde opsiyon bir durum değişikliği hâline geliyor; ikinci danışman aynı birime girdiğinde durumu görüyor. Opsiyon süresi dolduğunda otomatik olarak müsaite dönüyor ve ilgili danışmana bildirim gidiyor.
Sözleşme imzalandıktan sonra iş bitmiyor; peşinat, ara ödemeler ve taksitler takip edilmeli. Bu takip Excel'e düştüğünde gecikmeler geç fark ediliyor.
Ödeme planını anlaşma kaydına bağlıyoruz. Vadesi yaklaşan taksit için otomatik hatırlatma gidiyor, geciken ödeme için sorumluya görev açılıyor. Tahsilat durumu raporlanabiliyor.
Teslim sonrası gelen talepler; eksik iş, garanti, arıza; satış ekibine geldiğinde hem satış yavaşlıyor hem talepler kayboluyor.
Bu talepleri ayrı bir hatta alıyoruz: kendi aşamaları, kendi sorumluları ve kendi SLA'sı olan bir servis süreci. Müşteri kaydı aynı kalıyor, böylece kimin hangi daireyi aldığı ve sonrasında ne yaşadığı tek yerde görünüyor.
Birim kaydında kullandığımız standart durum yapısı.
| Durum | Anlamı | Otomatik davranış |
|---|---|---|
| Müsait | Satışa açık | Listede ve satış ofisi ekranında görünür |
| Opsiyonlu | Bir müşteri için süreli tutuluyor | Süre sonunda otomatik serbest bırakılır |
| Sözleşme aşamasında | Evrak süreci yürüyor | Eksik evrak hatırlatması |
| Satıldı | Sözleşme tamamlandı | Ödeme planı takibi devreye girer |
| Teslim edildi | Anahtar teslimi yapıldı | Teslim sonrası hat açılır |
| Bloke | Satışa kapalı | Listede görünmez, sebep alanı zorunlu |
Bu sizin sürecinizde nasıl kurulur?
Otuz dakikalık ücretsiz ön görüşmede iş akışınızı dinleyip bu başlığın sizde nasıl çalışacağını birlikte çıkarıyoruz.
Proje satışı yapan firmalarda izlediğimiz sıra:
Birim alanları, durumlar ve proje hiyerarşisi tanımlanır.
Mevcut birim listesi Excel'den aktarılır.
Aşamalar, opsiyon kuralları ve atama mantığı kurulur.
Ödeme planı takibi ve teslim sonrası süreç kurulur.
Satış ofisi ve yönetim eğitimi, ardından canlıya geçiş.
Bu modülle birlikte en sık devreye aldığımız başlıklar. Aynı kurulumda birbirini besliyorlar.
Lead toplamak tek başına yeterli değil; hızlı yanıt, doğru atama ve düzenli takip gerekir. Bitrix24'ü tam bu üç başlığa göre kuruyor, tüm talep kaynaklarınızı tek akışta birleştiriyoruz.
Huni net değilse ekip hangi fırsatın ilerlediğini, hangisinin beklediğini göremez. Aşamalarınızı gerçek satış sürecinize göre tasarlıyor, her kartın sonraki adımını görünür kılıyoruz.
Satış kapandıktan sonra teklif, fatura, vade ve tahsilat ayrı araçlara dağılırsa süreç yavaşlar. Bitrix24'te bu adımları aynı kayıt üzerinde birleştiriyoruz.
Servis talebi hangi kanaldan gelirse gelsin aynı kuyruğa düşmeli, bir sahibi ve bir süresi olmalı. Bitrix24 İletişim Merkezi'ni tam bu mantıkla kuruyoruz.
Sağlık turizminde reklam vermek kolay, gelen talebi satışa çevirmek zor. Fark: ulaşabilme oranında, ilk temas hızında ve hangi formun gerçekten hasta getirdiğini bilmekte.
Kliniklerde en pahalı kayıp gelmeyen randevudur. İkincisi, kontrolü unutulan hastadır. İkisi de sistematik hatırlatmayla büyük ölçüde çözülür.
E-ticarette asıl kâr ikinci siparişte. Ama çoğu mağaza müşteriyi sipariş numarası olarak tanıyor, kişi olarak değil.
Evet. Excel'deki birim listesini alan eşleştirmesiyle aktarıyoruz; blok, kat, tip, m², fiyat ve durum bilgileri korunuyor. Aktarım sonrası envanter Bitrix24'te yönetilmeye başlıyor.
Evet. Portföyü de birim kaydı olarak yönetiyoruz; sahibi, komisyon oranı, sözleşme süresi gibi alanlarla. Alıcı taleplerini portföyle eşleştirme kuralları da kurulabiliyor.
Portalın e-posta bildirimi veya API'si varsa evet. E-posta tabanlı bildirimlerde gelen kutusunu CRM'e bağlayıp otomatik kayıt açıyoruz; API varsa doğrudan entegrasyon kuruyoruz.
Evet. Muhasebe programınızın API'si veya hazır Market uygulaması varsa tahsilat bilgisini iki yönlü senkronize edebiliyoruz; böylece CRM'deki vade takibi gerçek tahsilatla uyumlu kalıyor.
Evet. Bitrix24'ün mobil uygulamasından birim müsaitliği görüntülenebiliyor, müşteri kaydı açılabiliyor ve ziyaret notu girilebiliyor. Saha ekibi için en çok kullanılan özellik bu oluyor.
Süreçlerinizi dinleyip hangi ayarların size uyduğunu gösteren ücretsiz bir ön görüşme planlayalım.