Gece gelen soruyu sabaha kadar bekletmek de eski fiyatla cevaplamak da iş problemi yaratır. WhatsApp danışmanından hızın yanında doğru bilgi, kayıt ve doğru kişiye ulaşan bir konuşma beklemelisiniz. Aşağıdaki soruları bütün tedarikçilere aynı örnek proje üzerinden sorun; böylece çalışma biçimlerini karşılaştırabilirsiniz.
1. Fiyat ve daire bilgisi cevap anında nereden geliyor?
Bir PDF yüklemekle güncel envantere bağlı olmak aynı kapsam değildir. Resmî fiyatın, para biriminin, daire durumunun ve hedef teslim tarihinin hangi kaynaktan okunduğunu görün. Güncellemeyi kimin yaptığı, değişikliğin ne zaman kullanıldığı ve hatalı güncellemenin nasıl geri alındığı belli olsun. Satılmış bir daireyi listeden çıkarın; ardından aynı daireyi sohbette yeniden sorun. Başarılı cevap yalnız doğru rakamı söylemez, artık geçerli olmayan bilgiyi de kullanmaz.
Kesintide eski veri kullanılacaksa süresi ve ziyaretçiye açıklaması belirlenmeli. Kaynak okunamıyorsa tahmin yerine bilgi veremediğini söylemesi satın alma şartı olsun.
2. Bilmediğinde, pazarlıkta ve taahhüt istendiğinde ne yapıyor?
Demoya yalnız kolay soruları götürmeyin. Henüz belirlenmemiş aidatı, özel indirimi, kesin teslim garantisini ve listede bulunmayan metrekareyi sorun. Sistem cevapsız alanı akıcı cümlelerle dolduruyorsa satış riski üretir. Tedarikçiden hangi konularda cevap verebildiğini, hangilerinde yalnız kayıtlı bilgiyi aktardığını, hangilerinde konuşmayı insana devrettiğini yazmasını isteyin. Bu sınırlar teklifin parçası olsun.
Aynı talebi 'son fiyat' ve 'yönetim indirimi' diye tekrar edin. Sınır, farklı ifadelerde de korunmalı.
3. İnsana devir satış ekibinde hangi işe dönüşüyor?
'Ekibimiz sizi arayacak' cümlesinin arkasında sorumlusu belli bir kayıt bulunmalı. Kayıtta müşterinin tercihi, iletişim bilgisi, açık kalan soru ve devir nedeni yer alsın. Mesai içi ve dışı sorumlu, beklenen dönüş süresi ve cevaplanmayan kaydın kime aktarılacağı birlikte tanımlansın. Bunlar yazılımın kendiliğinden sağlayacağı hizmet seviyeleri değildir; satış ekibinin iş planına bağlanmalıdır.
Arayan çalışan sohbet özetini görebilmeli. Aynı soruları ziyaretçiye tekrar soruyorsa otomasyon yükü başka ekrana taşımıştır.
4. Müşteriyi getiren emlakçı nasıl kaydediliyor?
İlk temas mı, son temas mı esas alınacak? Link başka bir kişiye iletilirse, müşteri başka cihazdan gelirse veya daha önce kaydı varsa ne olacak? Bu soruların tek doğru ticari cevabı yoktur; önemli olan seçilen kuralın görünür ve tutarlı olmasıdır. Örnek kayıt üzerinden kaynak linki, zaman ve ilgili emlakçı bilgisinin nasıl izlendiğini inceleyin.
Atıf kaydı, cihazlar arasında kusursuz kimlik tespiti veya otomatik komisyon kararı değildir. Yazılımın gözlemleyemediği durumlar raporda açıkça belirtilmeli; ticari uyuşmazlığı çözecek süreç ayrıca kararlaştırılmalıdır.
5. Hangi kişisel bilgiler gerçekten gerekli?
İlk görüşme için gereken bilgileri listeleyin. Projeyle ilgilenen kişiyi aramak için kimlik belgesi veya ayrıntılı finansal dosya istemek çoğu ilk temas akışının ihtiyacını aşar. İletişim bilgisinin neden istendiği ziyaretçiye anlaşılır biçimde açıklansın. Kimlerin kayda eriştiği, hangi servislerde işlendiği, ne kadar saklandığı ve silme talebini kimin yönettiği tedarikçinin cevabında bulunsun.
Demoda gerçek müşteri verisi kullanmayın. Birden fazla proje aynı sistemdeyse bir projenin kullanıcı rolünün diğer projeye erişemediğini örnek verilerle gösterin. Hukuki metinleri ve uygulanan akışı kendi danışmanınızla birlikte değerlendirin.
6. Günlük işletimde kim, hangi sorumluluğu üstleniyor?
Fiyat değişikliği, çalışan ayrılığı ve bağlantı kesintisi için 'destek dahil' yeterli açıklama değildir. Yetki, müdahale zamanı ve beklenen çıktı için aşağıdaki tabloyu isimlerle doldurun.
| İş | Netleştirilecek sorumlu | Beklenen kanıt |
|---|---|---|
| Fiyat ve envanter güncellemesi | Projenin yetkili veri sahibi | Güncelleme zamanı ve onay kaydı |
| Cevapsız müşteri talebi | Satış ekibindeki kayıt sahibi | Takip durumu ve devir notu |
| Teknik kesinti | Tedarikçinin destek sorumlusu | Olay kaydı ve geri dönüş planı |
| Hesaplar ve hizmetten çıkış | Proje sahibi ve tedarikçi | Erişim, dışa aktarım ve devir listesi |
WhatsApp bağlantısının ve kullanılan hesapların mülkiyetini de sorun. Ayrılmak istediğinizde hangi veriyi hangi biçimde alacağınız, ilk günden anlaşmanın parçası olmalıdır.
7. Aylık toplam maliyet hangi hacimde hesaplandı?
Kurulum bedeli, yazılım kirası, altyapı, model kullanımı, mesajlaşma hizmeti, entegrasyon ve destek ayrı gösterilsin. Bir aylık düşük ve yoğun talep senaryosu için varsayılan konuşma sayısını, ortalama uzunluğu ve dahil kullanım miktarını isteyin. Güncel platform koşulları ile tedarikçinin kendi ücretini birbirinden ayırın; sabit maliyet deniyorsa hangi kalemlerin sabit kaldığını yazdırın.
Yeni proje, yeni dil, veri düzenleme ve ek rapor isteğinin fiyatını önceden sorun. Kullanım yükseldiğinde haber veren kişi ve harcama sınırı da kapsamda yer alsın. Teklif karşılaştırması ancak aynı hacimle anlamlıdır.
8. Satın alma kabulü hangi testlerle yapılacak?
Kendi örnek verinizle kısa bir kabul oturumu planlayın. Başarı ölçütü 'doğal konuşuyor' yerine doğrulanabilir sonuçlardan oluşsun. Her testte beklenen yanıtı, oluşması gereken kaydı ve testi onaylayan kişiyi önceden yazın.
- Değişen fiyat ve satılmış daire doğru yansıyor mu?
- Bilinmeyen bilgi ve indirim talebi tahminsiz biçimde devrediliyor mu?
- Aynı mesaj yeniden ulaştığında mükerrer talep oluşuyor mu?
- Emlakçı atfı belirlenen kurala uyuyor mu?
- Kayıt sorumlu satış çalışanına ulaşabiliyor mu?
- İhtiyaç duyduğunuz dillerde aynı sınırlar korunuyor mu?
Estate Pilot sayfasında anlattığımız veri kaynağı, insana devir ve emlakçı atfı yaklaşımını da bu sorularla değerlendirebilirsiniz. Görüşmeye örnek fiyat listeniz ve üç zor müşteri sorusuyla gelin; ihtiyacı, sınırları ve kabul ölçütlerini birlikte netleştirelim.