Web siteleri
Emlak sitesi: katalog, filtreler, gösterimler
İlan sayfası, filtreler ve harita, ajans veritabanı ve ilan portallarıyla veri değişimi, yayından kalkan ilanlar ve gösterim talebi — çalışan bir sitenin bileşenleri.
Emlak ajansı sitesi sıradan bir katalogdan iki açıdan ayrılır. Birincisi, her mülk benzersizdir ve tek bir adet olarak vardır. İkincisi, hızla erişilemez hâle gelir ve satıştan çekilmiş bir mülkün sitede durması, hiç olmamasından daha çok itibara zarar verir. Asıl iş buradan oluşur: ilan sayfası, arama, veri değişimi ve güncelliğin korunması.
İlan sayfası
İlan sayfası, kişinin geldiği şeydir. İnsanların genellikle netleştirmek için aradığı soruları yanıtlamalıdır.
İçinde olması gerekenler:
- Yapılandırılmış parametreler. Tür, brüt ve net alan, kat ve bina kat sayısı, oda sayısı, durum, yapım yılı, bina tipi. Her parametre açıklamadaki bir satır değil, ayrı bir alandır: açıklamaya göre filtreleme yapılamaz.
- Fiyat ve koşullar. Fiyat, neleri kapsadığı, kredi veya taksit mümkün mü, üzerinde takyidat var mı. Kiralıkta — süre, depozito, aidat ve faturalar, evcil hayvan ve çocuk koşulları.
- Konum. Uygun hassasiyette adres, semt, haritada işaret, yakında neler var: ulaşım, okullar, marketler. Adres başvurudan önce paylaşılmıyorsa bunu açıkça söylemek gerekir, semtin ortasına açıklamasız bir işaret koymak değil.
- Fotoğraflar. Çok sayıda, iyi kalitede, anlamlı bir sırayla: genel görünüm, odalar, mutfak, banyo, pencere manzarası, giriş ve bahçe. Kat planı ayrı bir görsel olarak.
- İnsan tarafından yazılmış açıklama. Parametrelerin göstermediğini anlatan kısa bir metin: neden satılıyor, dairede neler yapılmış, ne gibi özellikleri var.
- Sorumlu kişinin iletişim bilgisi. Mülkü takip eden danışmanın adı ve fotoğrafı — burada başvuruya dönüşüm genel bir telefondan daha yüksektir.
- Hizmet verileri. Mülkün iç numarası ve son güncelleme tarihi. İkisi de telefon görüşmesinde soruları ortadan kaldırır.
Video ve sanal turlar hakkında ayrıca bir not. Gereksiz gösterimlerin sayısını gerçekten azaltırlar ama her mülk için çekim gerektirirler. Önceden karar vermek gerekir: ya ajansın standardıdır ya da hiç olmayacaktır — sanal turu olan birkaç münferit mülk seçici reklam gibi görünür.
Filtreler ve harita
Emlak araması büyük ölçüde filtrelerden oluşur. İnsanlar neredeyse her zaman ada göre değil parametrelere göre arar.
Temel set bellidir: işlem türü (satılık veya kiralık), mülk türü, fiyat, alan, oda, kat, semt. Ardından kullanışlılığı etkileyen ayrıntılar gelir:
- Kesin değerler değil aralıklar. Fiyat ve alan aralık olarak girilir. "En az" ve "en çok" alanları yalnızca bir tarafın doldurulmasına izin vermelidir.
- Canlı sonuç sayacı. Kullanıcı, filtreyi uygulamadan önce kaç mülkün kaldığını görmelidir. Aksi hâlde boş bir listeye çarpar ve gider.
- Sonuç sıfır olduğunda anlaşılır davranış. Boş bir sayfa değil, açıklama ve filtrelerden birini gevşetme önerisi.
- Filtreler sayfa adresinde. Seçim bağlantıyla paylaşılabilmelidir — bir iş arkadaşına, eşe, danışmana. Bu aynı zamanda semt veya oda sayısı gibi sık sorgular için sayfalar yapmayı mümkün kılar.
- Kayıtlı aramalar ve bildirimler. Emlak araması haftalar sürer. Filtreyi kaydedip yeni uygun mülklerle ilgili bildirim alabilmek kişiyi siteye geri getirir.
Emlakta harita süs değil, ikinci bir arama yöntemidir: bazı insanlar önce semti, sonra mülkü seçer. Çalışan bir harita uzaklaştırıldığında mülkleri kümeler, filtrelerle senkronize olur ve çizilen bir alan içinde arama yapmaya izin verir. Projeye hemen dahil edilmelidir — hazır bir kataloğa tam bir harita modu eklemek belirgin şekilde daha pahalıdır.
Veri değişimi: ajans veritabanı ve dış portallar
Mülkler neredeyse her zaman başka bir yerde de tutulur — ajansın CRM'inde veya özel bir veritabanında. Bu şemada site genellikle veri kaynağı değil, vitrindir.
Belirlenmesi gerekenler:
- Gerçeğin kaynağı nerede. Bir mülk hem CRM'de hem sitede girilebiliyorsa veriler ayrışır. Doğrusu: CRM'de girilir, siteye aktarılır.
- Tam olarak ne aktarılıyor. Parametreler, fiyat, durum, fotoğraflar, sorumlu danışman. Hangi alanların herkese açık olduğu ayrıca kararlaştırılır: iç yorumlar ve mal sahibinin bilgileri siteye düşmemelidir.
- Ne sıklıkla. Emlak için düzenli zamanlanmış senkronizasyon yeterlidir ama mülkün yayından kaldırılması olabildiğince hızlı olmalıdır.
- Mülkler nasıl eşleştiriliyor. Adrese veya başlığa göre değil, CRM'deki iç kimliğe göre.
Değişimin diğer tarafı dış portallara aktarımdır. İlanlar yaygın besleme formatlarında yayımlanır ve burada disiplin önemlidir: mülk sitede kaldırılmış ama beslemede kalmışsa, onunla ilgili aramalar gelmeye devam eder. Aktarım ve kaldırma tek bir durumla yönetilmelidir.
Ayrı bir soru, hangi mülklerin dışarı aktarılacağıdır. Bazı ajanslar veritabanının bir kısmını bilinçli olarak yalnızca kendi sitelerinde tutar. Anlamlı bir stratejidir ama elle takip edilmek yerine sisteme mülk özelliği olarak işlenmelidir.
Güncellik: başlıca itibar sorunu
Satıştan çekilmiş ama sitede duran bir mülk, memnuniyetsizliğin en yaygın nedenidir. Kişi seçti, aradı, "o artık yok" duydu ve tüm kataloğa güvenmeyi bıraktı. Daha kötüsü, güncel olmayan ilanların arama gelsin diye bilerek tutulmasıdır: bu güveni, getirdiği başvurulardan daha hızlı yıkar.
Yardımcı olanlar:
- Açık mülk durumu. Yalnızca "aktif" ve "silindi" değil, ara durumlar da: opsiyonlu, kapora alındı, işlem sürüyor. Kapora alınmış bir mülk dürüst bir etiketle gösterilebilir — kaybolmasından daha faydalıdır.
- CRM durumuna göre otomatik kaldırma. İşlem tamamlanır tamamlanmaz mülk, insan müdahalesi olmadan siteden ve beslemelerden kalkar.
- Eskilik kontrolü. Uzun süre teyit edilmemiş bir mülk kontrol için işaretlenir. Teyit rutini operasyonel bir konudur ama sistem hatırlatmalıdır.
- Sayfada güncelleme tarihi. Görünür bir tarih ajansı disipline eder ve ziyaretçiyi bilgilendirir.
- Kaldırılan sayfaların doğru işlenmesi. Satılmış bir mülkün adresi hata döndürmemelidir: mülkün satıldığını belirten ve benzer mülkleri gösteren bir sayfa daha iyidir. Bu kişiyi sitede tutar ve biriken bağlantıların değerini korur.
Son madde arama için de önemlidir: emlak sitelerinde sürekli sayfalar oluşur ve kaybolur, kaldırılan adreslerle özenli çalışmak sitenin arama motorlarının gözündeki genel kalitesini doğrudan etkiler.
Gösterim talebi
Sitenin amacı online satış değil, görüşmeye geçiştir. Gösterim talebi hedef eylemin ta kendisidir.
Form kısa olmalıdır: ad, telefon, uygun zaman. Gerisini danışman kendisi netleştirir. Talebe mülk mutlaka eklenmelidir — danışman ek soru sormadan neyin konuşulduğunu görmelidir.
Öngörülmesi gerekenler:
- Zaman seçimi. Serbest metin değil, en azından uygun bir zaman aralığı olarak. Yazışmayı kısaltır.
- Yedek iletişim yolu. Sayfadan doğrudan mesajlaşma uygulaması veya arama — bazı insanlar prensip olarak form doldurmaz.
- Anlaşılır onay. Ekranda ve e-postayla, mülkü ve sonraki adımı belirterek.
- Tepki hızı. Talep ortak bir kutuya değil doğrudan sorumlu danışmana düşmelidir. Emlakta geç yanıt işleme mal olur.
- Favoriler ve karşılaştırma. İnsanlar birkaç mülke bakar. Bir listeyi kenara ayırıp karşılaştırabilmek süs değil, seçim sürecinin parçasıdır.
Geliştirmeden önce neyi kontrol etmeli
Bir emlak sitesi üzerinde çalışmaya başlamadan önce verilmesi daha iyi olan kararların kısa listesi:
- Mülk türlerinin tam listesi ve her biri için parametre seti.
- Hangi parametrelerin filtrelerde ve hangi biçimde kullanıldığı — aralık, liste, işaret.
- Alan aramalı harita moduna ihtiyaç olup olmadığı ve ilk günden mi gerektiği.
- Mülkler için gerçeğin kaynağının nerede olduğu ve hangi alanların siteye aktarıldığı.
- Hangi dış portalların gerektiği ve tek bir durumun her yerde yayını nasıl yönettiği.
- Mülk durumları seti ve otomatik kaldırma kuralı.
- Kaldırılan mülkün adresinde ne gösterildiği.
- Gösterim taleplerinin nereye düştüğü ve tepki süresinden kimin sorumlu olduğu.
İlk iki madde kataloğun yapısını, geri kalanlar altı ay sonra ayakta kalıp kalmayacağını belirler. Belirsizlik varsa, bunları görev tanımı aşamasında kapatmak mantıklıdır — başlamadan önce konuşalım.