Acente Portalı: Dış Kanala Kendi Ekranını Vermek

Acenteye portal vermek bir erişim kararı gibi görünür, aslında bir operasyon kararıdır. Asıl soru "acenteye ne kadarını açalım" değil, "acente neden buraya girsin" sorusudur. Portal acentenin işini kendi alışkanlığından daha kolay hale getirmiyorsa açılmaz; acente yine telefon eder, yine WhatsApp'tan yazar ve portal boş bir yatırım olarak kalır.

Bu yazı portalın operasyonel tarafını ele alıyor: hangi işlevlerin gerçekten gerekli olduğu, stok ve fiyatın nasıl gösterileceği, lead çakışmasının nasıl kayda geçeceği ve acentenin portalı kullanmaya nasıl başlayacağı. Kanal politikası, sözleşme ve komisyon modeli acente ve broker yönetimi yazısında, dış kullanıcıların yetki sınırları CRM'de erişim yetkisi ve veri güvenliği yazısında ele alınmıştır.

Portal olmadığında ne oluyor?

Portalın değerini anlamak için önce onsuz yürüyen bir kanal operasyonunun nereden sızdırdığına bakmak gerekir. Dört somut maliyet vardır.

Stok sorusu trafiği. Acente müşterisiyle görüşürken "şu daire duruyor mu?" diye arar. Satış ofisinde biri bakar, cevap verir. Bu, tek tek bakıldığında iki dakikalık bir iştir; on acenteyle çalışan bir projede haftalık birkaç saate çıkar ve bu saatler kimsenin raporunda görünmez.

Eski fiyatla satış. Acenteye e-postayla gönderilen fiyat listesi, liste güncellendiğinde acentenin bilgisayarında eski haliyle durmaya devam eder. Müşteriye eski fiyat söylenir ve fark satış ofisinde patlar. Bu, acentenin hatası gibi görünür ama kaynağı dağıtım yöntemidir.

Lead çakışması. Aynı müşteri hem acenteden hem doğrudan gelir ve hangisinin önce kaydettiği tartışılır. Kayıt tarihinin sistemde olmadığı durumda bu tartışmanın objektif bir çözümü yoktur; kim daha ısrarlıysa o kazanır ve bu, kanal ilişkisini zamanla bozar.

Komisyon mutabakatı. Acente kendi listesini tutar, firma kendi listesini tutar ve ay sonunda iki liste tutmaz. Farkların tek tek konuşulması, hem zaman hem güven kaybıdır. Mutabakat sürecinin kendisi komisyon mutabakatı yazısında ele alınmıştır.

Dördünün ortak noktası şudur: hiçbiri büyük bir kriz değildir, hepsi küçük sızıntılardır. Portalın işi bu sızıntıları kapatmaktır — acenteye iyilik yapmak değil.

Acente portalda ne yapabilmeli?

Portal tasarımında en yaygın hata, iç CRM'in sadeleştirilmiş bir kopyasını dış kullanıcıya açmaktır. Acentenin ihtiyacı iç ekiple aynı değildir; dört işlev çekirdeği oluşturur.

Bu dördünün dışında kalan her işlev isteğe bağlıdır ve her biri portalı ağırlaştırır. Portal ne kadar çok şey yaparsa o kadar az kullanılır; acente günlük işinde iki üç ekrandan fazlasını öğrenmez.

En kritik işlev: lead kaydı ve çakışma anı

Portalın tek bir işlevi kalsaydı bu olurdu. Acentenin lead'i kendi girmesi iki şeyi aynı anda çözer: kaydın zamanı objektif biçimde belirlenmiş olur ve acente kendi emeğinin kayıt altına alındığını görür.

Çakışma kuralının portalda çalışması için üç şey gerekir. Birincisi, kayıt anında mükerrer kontrolünün devreye girmesi: acente bir telefon numarası girdiğinde, o numara sistemde zaten varsa uyarı almalıdır. Burada dikkat edilmesi gereken sınır, uyarının kaydın kime ait olduğunu açık etmemesidir — "bu kayıt sistemde mevcut" demek yeterlidir, hangi acentede veya hangi danışmanda olduğunu söylemek gerekmez.

İkincisi, çakışma halinde uygulanacak kuralın önceden yazılı olmasıdır. Kural sistemde değil sözleşmede yaşar; portal yalnızca kuralın uygulanacağı veriyi üretir. Senaryo bazlı karar tablosu acente ve broker yönetimi yazısındadır.

Üçüncüsü, kaydın geriye dönük değiştirilememesidir. Kayıt tarihi sonradan düzenlenebiliyorsa çakışma çözümü yine tartışmaya açılır.

Bir ayrıntı pratikte büyük fark yaratır: portal, acenteye kaydının kabul edildiğini anında göstermelidir. "Kaydınız alındı, sahiplik süreniz şu tarihe kadar" düzeyinde bir geri bildirim, acentenin portalı kullanma alışkanlığını tek başına kurabilir. İç taraftaki sahiplik ve devralma kuralları lead atama kuralları yazısında ele alınmıştır.

Stok ve fiyat: ne kadar canlı?

Acentenin stok görmesi gerektiği açıktır; sorun ne kadar ayrıntıyla göreceğidir.

Gösterilmesi gereken minimum, dairenin satışa açık olup olmadığıdır. Bunun canlı olması şarttır — gecikmeli bir stok görünümü, portalın en temel vaadini bozar ve acente bir kez satılmış daire pazarladığında bir daha portala güvenmez.

Gösterilmemesi gerekenler ise genellikle şunlardır: dairenin ne zamandır satılmadığı, geçmiş rezervasyon denemeleri, uygulanmış indirim oranları ve maliyet verileri. Bunların hiçbiri acentenin satış yapması için gerekli değildir; ancak her biri müzakere masasında firma aleyhine kullanılabilir.

Fiyat tarafında kritik soru yürürlük tarihidir. Portaldaki liste, yürürlükteki listeyle aynı olmalı ve acenteye liste değiştiğinde bildirim gitmelidir. Fiyat değişikliğinin acenteye haber verilmeden yürürlüğe girmesi, acenteyi müşterisi karşısında zor durumda bırakır ve kanal ilişkisini doğrudan zedeler. Liste sürümlerinin yönetimi fiyat listesi yönetimi ve versiyonlama yazısında, stok yapısı konut projesi envanter yönetimi yazısında ele alınmıştır.

Opsiyon acenteye açılmalı mı?

Bu, portal kurgusunun en tartışmalı kararıdır ve iki yaklaşımın da savunulabilir gerekçesi vardır.

Açılmalı diyenler şunu söyler: acente müşterisiyle görüşürken daireyi anında tutabilmelidir. Opsiyon için satış ofisini aramak zorunda kalmak, acentenin satış anını kaçırmasına yol açar ve portalın amacını zayıflatır.

Açılmamalı diyenler ise stok disiplinini öne çıkarır: dışarıdan açılan opsiyonlar kontrolsüz biçimde stoku kilitler, kullanılmayan opsiyonlar birikir ve envanter raporu gerçeği göstermez.

Pratikte işleyen orta yol, opsiyonu açmak ama sınırlamaktır: acente başına aynı anda açılabilecek opsiyon sayısına üst sınır koymak, opsiyon süresini iç ekibe göre daha kısa tutmak ve belirli bir doluluk seviyesinin üstündeki dairelerde opsiyonu onaya bağlamak. Bu sınırlar portalda uygulanabiliyorsa karar teknik olarak güvenlidir. Opsiyon kurgusunun bütünü opsiyon ve rezervasyon yönetimi yazısındadır.

Komisyon görünürlüğü

Acentenin kendi hakediş durumunu portalda görmesi, çoğu firmanın tereddüt ettiği ama fayda-maliyet dengesi net olan bir karardır.

Fayda tarafı şudur: ay sonu mutabakatının büyük kısmı, acentenin "şu satış listemde var, sizde yok" demesiyle geçer. Acente kendi listesini portalda görüyorsa bu fark ay içinde, satış gerçekleştiği anda fark edilir ve kapanışta tartışılacak bir şey kalmaz.

Tereddüt tarafı, hakedişin henüz kesinleşmemiş olmasıdır. Çözüm tutarı gizlemek değil, durumu göstermektir: hangi satışın hangi aşamada olduğu, hak edişin hangi koşula bağlı olduğu ve ödemenin hangi aşamada yapılacağı. Kesinleşmemiş bir tutarın "ödenecek" gibi görünmesi, gösterilmemesinden daha fazla sorun üretir.

Burada bir sınır nettir: acente yalnızca kendi verisini görmelidir. Diğer acentelerin performansı, komisyon oranları veya satış adetleri hiçbir koşulda görünmemelidir — bunlar hem ticari açıdan hassas hem de rekabet hukuku açısından dikkat gerektiren bilgilerdir.

Asıl mesele: portal neden kullanılmıyor?

Portal projelerinin çoğu teknik olarak başarılı, operasyonel olarak başarısız biter. Sistem kurulur, acentelere kullanıcı açılır, birkaç hafta kullanılır ve sonra herkes telefona döner.

Bunun nedeni acentenin dirençli olması değildir; acente de herkes gibi en az çabayı gerektiren yolu seçer. Portal kullanılmıyorsa, WhatsApp'tan yazmak hâlâ daha kolaydır demektir.

Üç soru bu durumu teşhis eder. Portal acenteye bir şey kazandırıyor mu? Yalnızca firmanın işine yarayan bir veri giriş ekranı, acente için ek yüktür. Kaç adımda iş bitiyor? Lead girmek üç ekran ve on alan gerektiriyorsa acente bunu yapmaz. Telefon alternatifi hâlâ açık mı? Satış ofisi telefonda stok bilgisi vermeye devam ettiği sürece portala gerek kalmaz.

Üçüncü soru en rahatsız edici olanıdır çünkü çözümü firmanın kendi içindedir: portaldan yapılabilen işlerin telefonla da yapılmaya devam etmesi, portalı baştan işlevsiz kılar. Bu, acenteye sert davranmayı değil, yönlendirmeyi gerektirir — "o bilgi portalda anlık duruyor, oradan bakabilirsiniz" cümlesi birkaç hafta tekrarlandığında alışkanlık değişir.

Acenteyi portala başlatmak

Portal açılışı bir kullanıcı adı göndermekten ibaret görüldüğünde kullanılmaz. İşleyen bir başlangıç üç adımdan oluşur.

Tek oturumluk gerçek kullanım. Acente temsilcisiyle birlikte, portal üzerinden gerçek bir lead kaydedilir ve gerçek bir stok sorgusu yapılır. Sunum izlemek ile kendi elleriyle yapmak arasındaki fark, benimsemede belirleyicidir.

Kime ne zaman ulaşacağının netleşmesi. Acentenin portalda çözemediği bir şey olduğunda arayacağı kişi tanımlı olmalıdır. Bu tanım yoksa acente doğrudan tanıdığı danışmanı arar ve süreç portalın dışına kayar.

İlk haftanın izlenmesi. Portal açıldıktan sonraki ilk hafta hiç giriş yapmayan acente, büyük olasılıkla hiç yapmayacaktır. İlk hafta sonunda kullanmayanların tek tek aranması, aylar sonra yapılacak genel bir hatırlatmadan çok daha etkilidir.

Kanal ilişkisinin ilk 30 günlük kurulum planı acente ve broker yönetimi yazısında ayrıca ele alınmıştır.

WhatsApp ile portal birlikte yaşar

Portal kurulduğunda WhatsApp trafiğinin biteceğini varsaymak gerçekçi değildir. Acente ilişkisi kişisel bir ilişkidir ve mesajlaşma bu ilişkinin doğal kanalıdır.

Doğru kurgu ikisini yarıştırmak değil, iş bölümü yapmaktır: yapısal işlemler portalda, iletişim mesajlaşmada. Lead kaydı, stok sorgusu, fiyat listesi ve komisyon durumu portalda yapılır; müzakere, soru-cevap ve ilişki yönetimi mesajlaşmada sürer.

Bu ayrımın tutması için bir şey gerekir: mesajlaşmada verilen bir sözün veya alınan bir bilginin portala geçmesi. Acente WhatsApp'tan bir müşteri bildirdiyse ve bu kayda geçmediyse, çakışma anında o mesaj delil olarak kullanılamaz — en azından sistemdeki kayıt kadar güvenilir olmaz. Mesajlaşmanın kurumsal yapıya alınması WhatsApp ile emlak satışı yazısında ele alınmıştır.

Her firmaya portal gerekli mi?

Dürüst cevap hayırdır ve bunu baştan söylemek, kurulduktan sonra kullanılmayan bir portaldan iyidir.

İki acenteyle çalışan, tek projesi olan ve haftada birkaç lead alan bir firmada portal büyük olasılıkla gereksiz yüktür. Bu ölçekte stok sorusu günde bir kez gelir, çakışma neredeyse hiç yaşanmaz ve mutabakat on satır üzerinden yapılır. Portalın çözdüğü sorunlar henüz sorun değildir.

Portal, şu eşiklerden biri aşıldığında anlamlı hâle gelir: acente sayısının bir elin parmaklarını geçmesi, aynı müşterinin farklı kanallardan gelmeye başlaması, stok sorularının satış ofisinde gözle görülür bir zaman tutması veya komisyon mutabakatının her ay tartışmaya dönüşmesi.

Bu eşiklerden hiçbiri aşılmamışsa, paylaşılan güncel bir stok görünümü ve yazılı bir çakışma kuralı çoğu zaman yeterlidir. Portal kararı, kanal operasyonunun büyüklüğüne bağlı bir karardır; prestij kararı değildir.

Acente portalı ile müşteri portalı aynı şey değildir

İki portal sık karıştırılır, oysa kullanıcıları, amaçları ve içerikleri farklıdır.

Acente portalı satış öncesine bakar: lead kaydı, stok, fiyat, komisyon. Kullanıcısı bir iş ortağıdır ve amacı satışın önündeki sürtünmeyi azaltmaktır. Alıcı müşteri portalı ise satış sonrasına bakar: ödeme durumu, inşaat ilerlemesi, teslim takvimi, talep bildirimi. Kullanıcısı bir müşteridir ve amacı belirsizliği azaltmaktır.

Bu ayrımın pratik sonucu şudur: biri diğerinin yerine geçmez ve biri kurulduğunda diğerinin ihtiyacı ortadan kalkmaz. Alıcı müşteri portalının kurgusu alıcı müşteri portalı yazısında ayrıca ele alınmıştır.

Çok acenteli yapıda gizlilik

Birden fazla acenteyle çalışan projelerde portal, aynı anda hem paylaşım hem ayrışma aracıdır. Her acente aynı stoku ve aynı fiyatı görür; hiçbiri diğerinin müşterisini, performansını veya koşullarını görmez.

Bu ayrımın teknik olarak sağlanması kadar, görünmemesi gerekenin dolaylı yoldan da görünmemesi önemlidir. Örneğin bir dairenin "başka bir acente tarafından opsiyona alındığı" bilgisi gösterildiğinde, acente rakibinin hangi dairelerle çalıştığını zamanla çıkarabilir. "Opsiyonda" demek yeterlidir; kimin opsiyonu olduğunu söylemek gerekmez.

Farklı acentelere farklı komisyon koşulları uygulanıyorsa bu bilginin portalda hiçbir biçimde çapraz görünmemesi gerekir. Kanal koşullarının ticari gizliliği ve rekabet hukuku boyutu için şirket avukatınızdan görüş alınması uygun olur.

Portalın beslediği raporlar

Portal yalnızca acenteye hizmet eden bir ekran değildir; firmanın kanal performansını ölçebilmesinin de ön koşuludur. Acente lead'leri sisteme kendi girdiğinde, kanal raporları ilk kez gerçek veriye dayanır.

Portalın mümkün kıldığı okumalar şunlardır: hangi acentenin kaç lead getirdiği, bu lead'lerin ne kadarının randevuya ve satışa döndüğü, hangi acentenin hangi daire tipinde güçlü olduğu, ve çakışmaların hangi acentelerde yoğunlaştığı.

Bu okumaların işe yaraması için kaynak etiketinin disiplinli tutulması gerekir — portal bunu otomatik yapar, e-posta veya mesajla gelen bildirimler yapmaz. Raporların hangi ritimde okunacağı satış raporlama ritmi yazısında, ölçüm çerçevesi satış ekibi KPI yazısında ele alınmıştır.

Acenteden gelen lead ve kişisel veri

Portal üzerinden acente, kendi müşterisinin kişisel verilerini firmanın sistemine aktarmış olur. Bu aktarımın hukuki çerçevesi portalın teknik kurgusundan bağımsız olarak netleştirilmelidir: verinin hangi sıfatla işlendiği, acentenin müşterisini bilgilendirip bilgilendirmediği ve tarafların yükümlülüklerinin sözleşmede nasıl düzenlendiği.

Pratik sonuç şudur: portal, veri aktarımını kolaylaştırdığı için uyum sorumluluğunu da görünür hâle getirir. Kanal sözleşmesinde bu konunun düzenlenmiş olması gerekir; metin için hukuk danışmanınızdan görüş alınmalıdır. Genel çerçeve gayrimenkul satışında KVKK uyumluluğu yazısında, acenteye özgü boyut acente ve broker yönetimi yazısında ele alınmıştır.

Portal acentenin kendi sistemiyle nasıl yaşar?

Kurumsal acenteler ve broker firmaları genellikle kendi CRM'lerini kullanır. Bu durumda acente, aynı müşteriyi iki yere birden girmek zorunda kalır: kendi sistemine ve sizin portalınıza. Çift giriş, portal kullanımını düşüren en somut nedenlerden biridir ve çoğu firma bunu hiç hesaba katmaz.

Üç çözüm yolu vardır ve hangisinin uygun olduğu acentenin büyüklüğüne bağlıdır. Küçük acentelerde en pratik yol, portalı acentenin tek sistemi hâline getirmektir — zaten ayrı bir CRM kullanmıyorlardır. Orta ölçekte, portalda yalnızca projeye özgü asgari alanların istenmesi çift girişi katlanılabilir kılar; müşterinin tüm geçmişini portala taşımasını beklemek gerçekçi değildir. Kurumsal acentelerde ise veri alışverişi için teknik bir bağlantı gündeme gelebilir, ancak bu her iki tarafta da geliştirme ve bakım yükü doğurur ve yalnızca hacim bunu haklı çıkarıyorsa anlamlıdır.

Pratikte en çok işe yarayan yaklaşım, portalda istenen alan sayısını acımasızca kısmaktır. Çakışmayı çözmek için gereken asgari bilgi genellikle müşterinin iletişim bilgisi, ilgilendiği proje ve kayıt tarihidir. Geri kalanı acentenin kendi sisteminde kalabilir.

Ne ölçmeli?

Portalın çalışıp çalışmadığı dört göstergeyle anlaşılır ve hiçbiri "kaç kullanıcı açtık" değildir.

Aktif acente oranı. Kullanıcısı olan acentelerin ne kadarının ayda en az bir kez giriş yaptığı. Düşükse portal işlevsizdir, teknik sorun aramaya gerek yoktur.

Portal üzerinden gelen lead oranı. Acente kaynaklı lead'lerin ne kadarının portaldan girildiği. Geri kalanı telefon ve mesajla geliyorsa alışkanlık değişmemiştir.

Çakışma sayısı. Portal doğru çalışıyorsa bu sayı zamanla düşmelidir. Düşmüyorsa ya mükerrer kontrolü çalışmıyordur ya da kayıtlar hâlâ portal dışından giriyordur.

Stok ve fiyat sorusu çağrı adedi. Portalın en somut geri dönüşü budur. Satış ofisine gelen "şu daire duruyor mu" çağrıları azalmıyorsa portal o işi devralmamış demektir.

Sistem tarafında karşılığı

Portalın değeri, arkasındaki verinin canlı olmasına bağlıdır; ayrı bir ekran olarak kurulup elle beslenen bir portal kısa sürede güvenilirliğini yitirir. Evon'un modül listesinde Acente Portalı, Acente Yönetimi, Acente Komisyonları, Acente Performansı, Canlı Envanter Senkronizasyonu, Fiyat Listesi Yönetimi, Rezervasyon Yönetimi, Rol & Yetkilendirme ve Müşteri Portalı bulunmaktadır.

Bu yazıdaki mükerrer uyarısının kaydı açık etmeden verilmesi, acente başına opsiyon sayısı ve süresi sınırı, komisyon durumunun tutar yerine aşama olarak gösterilmesi ve çapraz acente görünürlüğünün kapatılması gibi ayrıntıların kendi kurulumunuzda nasıl yapılandırılabildiği demo üzerinden doğrulanmalıdır.

En sık yapılan sekiz hata

1. İç CRM'in kopyasını dış kullanıcıya açmak. Acentenin ihtiyacı dört işlevdir; fazlası portalı ağırlaştırır.
2. Stoku gecikmeli göstermek. Bir kez satılmış daire pazarlayan acente portala bir daha güvenmez.
3. Fiyat değişikliğini bildirmemek. Acente müşterisi karşısında zor durumda kalır, kanal ilişkisi zedelenir.
4. Mükerrer uyarısında kaydın sahibini göstermek. Acente rakibinin portföyünü zamanla çıkarır.
5. Telefon alternatifini açık bırakmak. Portaldan yapılabilen iş telefonla da yapılıyorsa portal kullanılmaz.
6. Açılışı kullanıcı adı göndermekten ibaret görmek. İlk hafta giriş yapmayan acente büyük olasılıkla hiç yapmaz.
7. Komisyonda kesinleşmemiş tutarı ödenecek gibi göstermek. Tutar yerine aşama gösterilmelidir.
8. Kullanıcı sayısını başarı saymak. Ölçülecek şey açılan hesap değil, aktif kullanım ve portaldan gelen lead oranıdır.

Portalı açmadan önce netleşmesi gereken altı madde

1. Çakışma kuralı yazılı mı? Portal kayıt tarihini üretir ama kararı vermez. Kural sözleşmede yoksa, veri tartışmayı çözmez.
2. Stok canlı mı? Envanter tek bir güncel kaynaktan beslenmiyorsa portal açılmamalıdır; gecikmeli stok, portalın güvenilirliğini ilk haftada bitirir.
3. Fiyat listesinin yürürlük tarihi tanımlı mı? Hangi listenin ne zamandan itibaren geçerli olduğu belirsizse, portal yalnızca belirsizliği yayar.
4. Opsiyon politikası var mı? Acenteye opsiyon açılacaksa sayı ve süre sınırı önceden belirlenmelidir.
5. Komisyon aşamaları tanımlı mı? Hakediş hangi koşulda hangi aşamaya geçiyor — bu tanım yoksa portalda gösterilecek bir "durum" da yoktur.
6. Telefonla verilecek bilgiler kısıtlandı mı? İç ekip aynı bilgiyi telefonda vermeye devam ederse portal kullanılmaz.

Bu altı maddenin hiçbiri teknik değildir; hepsi operasyon kararıdır. Portal kurulumunun başarısız olduğu durumların çoğunda eksik olan yazılım değil, bu altı maddeden biri veya birkaçıdır.

Sık Sorulan Sorular

Acente portalı nedir?

Acente portalı, dış satış kanalının kendi kullanıcısıyla girdiği, sınırlı yetkili bir ekrandır. Acente burada kendi getirdiği lead'leri kaydeder, güncel stok ve fiyatı görür, kendi komisyon durumunu izler. İç CRM'den farkı, yalnızca o acenteye ait veriyi ve satış için gereken asgari proje bilgisini göstermesidir.

Acenteye hangi bilgiler gösterilmeli?

Dört çekirdek işlev yeterlidir: kendi lead kaydı, güncel stok durumu, yürürlükteki fiyat listesi ve kendi komisyon durumu. Gösterilmemesi gerekenler: diğer acentelerin kayıtları ve performansı, iç ekibin müşterileri, uygulanmış indirim oranları, maliyet verileri, rezervasyon geçmişi ve bir dairenin ne zamandır satılmadığı bilgisi.

Acente portaldan opsiyon açabilmeli mi?

İki yaklaşımın da gerekçesi var. Açmak acentenin satış anını kaçırmasını önler; açmamak stok disiplinini korur. Pratikte işleyen orta yol sınırlı açmaktır: acente başına eşzamanlı opsiyon sayısına üst sınır, iç ekibe göre daha kısa opsiyon süresi ve belirli dairelerde onay şartı. Bu sınırlar sistemde uygulanabiliyorsa karar güvenlidir.

Acente portalı kullanmıyorsa ne yapmalı?

Önce nedenini doğru teşhis etmek gerekir; sorun genellikle direnç değil, kolaylıktır. Üç soru sorun: portal acenteye bir şey kazandırıyor mu, lead girmek kaç adım sürüyor, ve telefon alternatifi hâlâ açık mı. Üçüncüsü en belirleyicidir — portaldan yapılabilen işler telefonla da yapılmaya devam ettiği sürece portal kullanılmaz.

Acente kendi komisyonunu portalda görmeli mi?

Görmesi ay sonu mutabakatının büyük kısmını ortadan kaldırır, çünkü liste farkları ay içinde fark edilir. Tereddüt hakediş kesinleşmemişken tutar göstermektir; çözüm tutarı gizlemek değil, durumu göstermektir — hangi satış hangi aşamada, hak ediş hangi koşula bağlı, ödeme ne zaman. Acente yalnızca kendi verisini görmelidir.

Portal WhatsApp trafiğini bitirir mi?

Bitirmez ve bitirmesi de beklenmemelidir. Doğru kurgu iş bölümüdür: yapısal işlemler portalda, iletişim mesajlaşmada. Lead kaydı, stok sorgusu, fiyat ve komisyon portalda yapılır; müzakere ve ilişki yönetimi mesajlaşmada sürer. Kritik nokta, mesajlaşmada bildirilen bir müşterinin kayda geçmesidir — geçmezse çakışma anında dayanak olmaz.

Portalın başarısı nasıl ölçülür?

Açılan kullanıcı sayısıyla değil. Dört gösterge: aktif acente oranı (ayda en az bir giriş yapanlar), acente lead'lerinin ne kadarının portaldan girildiği, çakışma sayısının zaman içindeki seyri, ve satış ofisine gelen stok-fiyat sorusu çağrılarındaki azalma. Son gösterge portalın en somut geri dönüşüdür.

Sonuç

Acente portalı, kanal ilişkisini kişisel bir güven meselesi olmaktan çıkarıp kayıtlı bir operasyona dönüştürür. Çakışma tartışmasını kayıt tarihine, stok sorusunu canlı veriye, mutabakatı ay içinde görünen bir listeye bağlar.

Ancak portalın değerini belirleyen şey açtığı yetkiler değil, acentenin onu kullanıp kullanmamasıdır. Dört işlevle sınırlı tutulan, stoku canlı gösteren, lead kaydını birkaç adımda bitiren ve telefon alternatifi kapatılan bir portal çalışır. Bunların biri eksik kaldığında acente eski alışkanlığına döner ve portal, kimsenin girmediği bir ekran olarak kalır.

İlgili Yazılar

Konut Projesinde Müşteri Memnuniyeti Nasıl Ölçülür? Konutta Sözleşme Devri: Müşteri Daireyi Teslimden Önce Satmak İsterse Ne Olur? Satış Kampanyası Nasıl Kurgulanır? Kapsam, Süre, Bitiş ve Ölçüm