Alıcı Müşteri Portalı: Konut Satışından Sonra Müşteri Deneyimi Nasıl Yönetilir?

Kısa cevap: Sözleşme imzalandıktan sonra alıcı, teslime kadar sürekli aynı dört şeyi merak eder: kalan borcu, bir sonraki ödeme tarihi, inşaatın durumu ve teslim takvimi. Bu bilgiler alıcının kendi erişebileceği bir yerde durmuyorsa, her soru satış ofisine telefon olarak döner. Alıcı müşteri portalı, bu dört başlığı self-servis hale getirip satış ekibinin zamanını yeni satışa bırakan yapıdır. Portal bir pazarlama vitrini değil, ödeme planı, evrak arşivi, proje ilerlemesi ve talep kaydının alıcıya açılan yüzüdür.

Bu yazı satış sonrası sürecin operasyonunu ve müşteri deneyimini konu alıyor. Teslim, iskan ve garanti sürecinin hukuki akışını ayrı bir yazıda ele aldık: Konut Satış Sonrası Süreç: Teslim, İskan, Garanti.

İmza ile teslim arasındaki sessiz dönem

Ön ödemeli konut satışında alıcı, ödemeye başladıktan sonra elle tutulur bir şey almadan aylarca, çoğu zaman yıllarca bekler. Bu dönem satıcı açısından "inşaat sürüyor" demektir; alıcı açısından ise belirsizliktir.

Sessiz dönemin üç somut sonucu var:

• Çağrı yükü. Bilgi akmadığında alıcı bilgiyi kendi arar. Aradığı kişi de kendisine satışı yapan danışmandır.
• Güven aşınması. Cevapsız kalan sorular, ilerleyen aşamalarda küçük aksaklıkların büyük şikâyete dönüşmesini kolaylaştırır.
• Tahsilat gecikmesi. Ödeme tarihini hatırlatan bir mekanizma yoksa gecikmelerin bir kısmı ödeme gücünden değil, unutkanlıktan kaynaklanır. Bu tarafı ayrıntılı ele aldığımız yazı: Konut Projesinde Tahsilat Takibi.

Satış ekibinin zamanının önemli bir bölümü bu dönemde, satılmış dairelerin sahiplerine harcanır. Bu zaman görünmez çünkü hiçbir raporda "eski müşteriyi bilgilendirme" diye bir kalem yoktur.

Satış sonrası çağrı yükünün anatomisi

Gelen çağrıların büyük bölümü birkaç sabit başlıkta toplanır ve hemen hepsi self-servis hale getirilebilir.

Bu tablodaki ilk üç satır, çağrıların çoğunluğunu oluşturur ve tamamı zaten sizin sisteminizde duran veridir. Sorun bilginin yokluğu değil, alıcıya açılmamış olmasıdır.

Alıcı müşteri portalı ne içerir?

Portal, alıcının kendi dairesine ait bilgileri görebildiği kimliği doğrulanmış bir alandır. Kapsamı projeye göre değişse de çekirdek bileşenler şunlardır:

Portalın tasarımında en kritik karar, hangi verinin gerçek zamanlı olduğudur. Bakiye bilgisi elle güncellenen bir ekranda duruyorsa portal, telefonla alınan bilginin daha yavaş bir versiyonuna dönüşür ve güven kaybeder. Portal ancak arka plandaki tahsilat kaydıyla aynı veriyi okuduğunda işe yarar.

Proaktif bilgilendirme takvimi

Portal pasif bir alandır; alıcı girmezse bilgi almaz. Bu yüzden portalın yanında düzenli bir iletişim ritmi gerekir. İşleyen bir çerçeve:

Bu takvimin en çok atlanan kalemi üç aylık ilerleme güncellemesidir. Oysa "projemde ne oluyor" sorusunun düzenli cevaplanması, hem çağrı yükünü hem de teslim gecikmesi söylentilerinin yayılma hızını düşürür. İletişim kanalı olarak WhatsApp kullanılacaksa şablon ve izin tarafı için: WhatsApp ile Emlak Satışı: API, Şablon ve İYS.

Neyi bildirmek zorundasınız?

Bu bölüm bilgilendirme amaçlıdır, hukuki görüş değildir. Satış sonrası iletişim yalnızca bir müşteri memnuniyeti konusu değil, bazı başlıklarda doğrudan bir yükümlülüktür.

Proje değişikliği bildirimi

Ön Ödemeli Konut Satışları Hakkında Yönetmelik uyarınca projede sonradan değişiklik yapılması hâlinde bunun tüketiciye yazılı olarak veya kalıcı veri saklayıcısıyla bildirilmesi zorunludur. Tüketici değişikliği kabul etmeyerek bir ay içinde bedel ödemeksizin sözleşmeden dönebilir. Yani proje revizyonlarının alıcılara nasıl ve ne zaman duyurulduğu, kayıt altına alınması gereken bir süreçtir.

Ayıplı ifa ve zamanaşımı

6502 sayılı Tüketicinin Korunması Hakkında Kanun'a göre ayıplı maldan sorumluluk, ayıp daha sonra ortaya çıkmış olsa bile, malın tüketiciye teslim tarihinden itibaren iki yıllık zamanaşımına tabidir; bu süre konut veya tatil amaçlı taşınmaz mallarda teslim tarihinden itibaren beş yıldır (m.12). Ayıp ağır kusur ya da hile ile gizlenmişse zamanaşımı hükümleri uygulanmaz.

Tüketicinin ayıplı mal hâlinde kullanabileceği seçimlik haklar da Kanun'da sayılmıştır: sözleşmeden dönme, ayıp oranında bedelden indirim, ücretsiz onarım ve ayıpsız misliyle değiştirme. Konut satışında pratikte öne çıkan, ücretsiz onarım talebidir; bu da teslim sonrası talep yönetiminin neden ciddi bir operasyon olduğunu açıklar.

Kayıt tutmanın önemi

Bildirimlerin yazılı olarak veya kalıcı veri saklayıcısıyla yapılması gereken hâllerde, bildirimin ne zaman ve nasıl yapıldığının kaydı belirleyici olur. Portal üzerinden yapılan duyuruların bu amaçla kullanılabilirliği, kullandığınız altyapının kayıt ve erişim özelliklerine bağlıdır; bu değerlendirmeyi hukuk danışmanınızla yapın.

Sürecin tapu ayağı için: Konut Satışında Tapu Devir Süreci.

Teslim öncesi 90 gün

Müşteri deneyiminin en kırılgan dönemi teslimin hemen öncesidir. Beklenti en yüksek, iletişim yoğunluğu en fazla ve hata toleransı en düşük noktadadır.

Bu dönemde yönetilmesi gerekenler:

1. Teslim takviminin duyurulması. Hangi blok hangi tarih aralığında teslim edilecek, randevular nasıl verilecek.
2. Bakiye kapatma. Teslim öncesi ödenmesi gereken tutarın alıcıya net biçimde bildirilmesi. Kredi kullanacak alıcıların süreci erkenden başlatması gerekir.
3. Evrak hazırlığı. Tapu işlemleri için gereken belgelerin listesi ve teslim sırası.
4. Daire kontrol randevusu. Alıcıyla birlikte yapılan kontrol ve eksik tespiti.
5. Eksik listesi yönetimi. Tespit edilen eksiklerin kaydı, sorumlusu, hedef tarihi ve kapanış teyidi.
6. Teslim tutanağı. Neyin hangi durumda teslim edildiğinin kayda geçirilmesi.

Eksik listesinin sistem dışında, kâğıt veya WhatsApp üzerinden yürütülmesi bu dönemin en yaygın hatasıdır. Yüz daire için ortalama birkaç eksik kalemi bile, takibi elle yapılamayacak bir liste üretir. Kapanmayan her kalem de teslim sonrası şikâyet olarak geri döner.

Teslim sonrası talep yönetimi

Teslimden sonra ilişki bitmez; yasal sorumluluk süresi boyunca devam eder. Bu dönemi yönetmenin çerçevesi:

• Tek kanal. Talepler danışmanın kişisel telefonundan değil, tanımlı bir kanaldan alınır. Aksi hâlde danışman ayrıldığında talep geçmişi de kaybolur.
• Kayıt ve kategorizasyon. Her talep daireyle ilişkilendirilir ve türüne göre sınıflandırılır (tesisat, boya, doğrama, ortak alan vb.).
• Yanıt ve çözüm süresi hedefi. İlk dönüş ne kadar sürede yapılacak, çözüm için hedef süre nedir.
• Kapanış teyidi. Talep, ekibin değil alıcının onayıyla kapanır.
• Tekrar eden sorun analizi. Aynı kalemin çok sayıda dairede tekrarlaması tekil bir arıza değil, imalat veya tedarik sorunudur. Bu analiz yapılmazsa aynı talep yüzlerce kez ayrı ayrı çözülür.

Son madde, portalın en az görülen ama en değerli çıktısıdır: talep verisi biriktiğinde bir sonraki projenin şartnamesini besler.

Portalda kişisel veri ve yetkilendirme

Portal, kişisel veri içeren bir alandır ve 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamındaki yükümlülükler burada da geçerlidir. Tasarımda netleştirilmesi gereken başlıklar:

• Kimlik doğrulama. Portal erişimi, dairenin gerçek alıcısına açılmalıdır. Zayıf doğrulama, ödeme ve borç bilgisinin üçüncü kişilere görünmesi anlamına gelir.
• Birden fazla malik. Daire iki kişi adınaysa her ikisinin erişimi ve görebileceği bilgi kapsamı tanımlanmalıdır.
• Vekâlet ve temsil. Alıcı adına hareket eden kişinin yetkisinin kaydı ve süresi.
• Erişim yetkisinin sona ermesi. Sözleşme devredildiğinde veya feshedildiğinde eski kullanıcının erişiminin kapatılması.
• Aydınlatma ve saklama. Portal üzerinden işlenen verinin aydınlatma metninde yer alması ve saklama süresinin tanımlı olması.

Ayrıntılı çerçeve: Gayrimenkul Satışında KVKK Uyumluluğu.

Memnun alıcının ticari karşılığı

Satış sonrası deneyim bir maliyet kalemi gibi görünür; oysa geliştirici için üç ticari sonucu vardır:

1. Referans. Konut alımında çevre tavsiyesi güçlü bir etkendir. Teslim deneyimi kötü olan bir projede referans akışı durur.
2. İkinci proje satışı. Aynı geliştiricinin bir sonraki projesinde en hazır alıcı kitlesi, mevcut alıcılardır. Bu kitleye ulaşmanın koşulu, ilişkinin teslimle birlikte kopmamış olmasıdır.
3. Şikâyet ve uyuşmazlık maliyetinin düşmesi. Erken ve kayıtlı çözülen talepler, ilerleyen aşamada tüketici hakem heyeti ve mahkeme süreçlerine dönüşme olasılığını azaltır.

Üçüncü madde çoğu firmada hiç hesaplanmaz. Oysa bir dosyanın hukuki sürece taşınmasının maliyeti, aynı eksiği zamanında kapatmanın maliyetinin çok üzerindedir.

Sistem tarafı: portal neyle beslenir?

Portal bağımsız bir ürün değil, mevcut kayıtların alıcıya açılan yüzüdür. Beslenmesi gereken kaynaklar:

1. Ödeme planı ve tahsilat kaydı. Bakiye ve vade bilgisinin canlı olması için zorunlu.
2. Envanter kaydı. Hangi alıcının hangi bağımsız bölümle ilişkili olduğu.
3. Doküman arşivi. Sözleşme ve ödeme belgeleri.
4. Talep kayıtları. Alıcının açtığı taleplerin durumu.
5. Duyuru ve bildirim altyapısı. Hatırlatmalar ve proje güncellemeleri.

Evon'un canlı modül sayfasında Müşteri Portalı, Destek Talepleri, Evrak Takibi / Evrak Arşivi, Tahsilat Takibi ve Tahsilat Hatırlatmaları modülleri yer alır. Bu modüllerin birbirini nasıl beslediğini ve hangi verinin portala otomatik yansıdığını kendi kurulumunuz için doğrulamanız gerekir. Modül dökümü için Modüller sayfasına, finans tarafı için Evon Muhasebe sayfasına bakabilirsiniz.

Teslimden sonra: site yönetimine geçiş

Teslim, geliştirici ile alıcı arasındaki ilişkinin bitişi değil, ikinci bir ilişkinin başlangıcıdır. Bu aşamada alıcı artık yalnızca bir müşteri değil, aynı zamanda kat maliki sıfatını kazanır ve muhatap yapısı çeşitlenir.

Karışıklığın en sık yaşandığı nokta, hangi konunun kime ait olduğudur:

Bu ayrımın alıcılara teslim döneminde yazılı olarak duyurulması, sonraki aylarda yanlış kapıya giden talep sayısını belirgin biçimde azaltır. Geçiş döneminde yapılması gerekenler:

• Yönetim planı ve ortak gider esaslarının alıcılara iletilmesi.
• Geliştiricinin hangi konularda hangi süreyle muhatap olmaya devam edeceğinin netleştirilmesi.
• Ortak alan eksiklerinin, daire içi eksiklerden ayrı bir liste olarak takip edilmesi.
• Site yönetimine devredilen belgelerin kayıt altına alınması.

Portal bu dönemde de işlevini sürdürür: garanti talepleri, belge arşivi ve geliştiriciye ait duyurular aynı yerde kalmaya devam eder.

Portal mı, WhatsApp mı, mobil uygulama mı?

Satış sonrası iletişimi tek bir kanala indirgemek işe yaramaz; her kanalın farklı bir işi vardır.

Çoğu konut projesi için doğru kombinasyon, bilginin portalda durması ve hatırlatmaların WhatsApp ile e-posta üzerinden portala yönlendirmesidir. Mobil uygulama, teslim sonrası site yaşamına yönelik bir ihtiyaç doğmadıkça çoğu projede gereğinden ağır bir çözümdür.

Yurt dışından alıcıda portal neden daha kritik?

Yurt dışında yaşayan alıcı için satış ofisine uğramak bir seçenek değildir. Bu grupta portal, tercih edilen bir kolaylık değil neredeyse tek düzenli bilgi kaynağıdır.

Ek olarak yönetilmesi gereken başlıklar:

• Dil. Portal arayüzünün ve bildirim metinlerinin alıcının dilinde olması.
• Saat farkı. Otomatik hatırlatmaların alıcının saat dilimine göre gönderilmesi.
• Ödeme ve transfer. Ödemenin hangi para biriminde yapılacağı, transfer süresi ve kur esasının belge üzerinde net olması.
• Vekâlet süreci. Türkiye'de işlem yapacak vekilin yetkisi ve portal erişimi.
• Belgelerin erişilebilirliği. Tapu ve ödeme belgelerinin dijital olarak her an ulaşılabilir olması.

Bu grupta yapılan en yaygın hata, tüm iletişimin satış aşamasında kurulan kişisel WhatsApp hattı üzerinden yürütülmesidir. Danışman değiştiğinde alıcıyla kurulan tek bağ da kopar.

60 günlük kurulum planı

Üçüncü ve dördüncü haftadaki veri temizliği en çok küçümsenen adımdır. Portal, arka plandaki kaydı olduğu gibi gösterir; hatalı bakiye veya yanlış daire eşleşmesi, açılış gününde toplu şikâyete dönüşür.

Ne ölçmeli?

Metrik çerçevesini satış tarafındaki ölçümle birlikte kurmak için: Satış Ekibi KPI: Ölçmeniz Gereken 8 Metrik.

Sık yapılan yedi hata

1. Portalı vitrin gibi kurmak. Görsel açısından iyi ama bakiye göstermeyen bir portal, çağrı yükünü düşürmez.
2. Veriyi elle güncellemek. Gecikmeli bilgi, yanlış bilgiden daha fazla güven kaybettirir.
3. Satış sonrası iletişimi danışmana bırakmak. Danışman yeni satışa odaklanır; eski müşteri sıraya girer.
4. Eksik listesini sistem dışında tutmak. Kapanmayan kalemler teslim sonrası şikâyet olur.
5. İnşaat ilerlemesini hiç paylaşmamak. Bilgi boşluğunu söylenti doldurur.
6. Erişim yetkisini tanımsız bırakmak. Ödeme ve borç bilgisi yanlış kişiye açılabilir.
7. Talep verisini analiz etmemek. Aynı sorun bir sonraki projede tekrar üretilir.

Sık sorulan sorular

Aşağıdaki cevaplar genel çerçeveyi özetler; somut durumunuz için hukuk danışmanınıza başvurun.

Konutta ayıplı ifadan sorumluluk süresi ne kadar?

6502 sayılı Kanun'un 12. maddesine göre ayıplı maldan sorumluluk teslim tarihinden itibaren iki yıllık zamanaşımına tabidir; konut veya tatil amaçlı taşınmaz mallarda bu süre beş yıldır. Sözleşmede daha uzun bir süre belirlenebilir. Ayıp ağır kusur ya da hile ile gizlenmişse zamanaşımı hükümleri uygulanmaz.

Portal, yazılı bildirim yerine geçer mi?

Mevzuatın yazılı olarak veya kalıcı veri saklayıcısıyla bildirim öngördüğü hâllerde, kullandığınız portalın bu niteliği karşılayıp karşılamadığı altyapının özelliklerine göre değerlendirilir. Kritik bildirimlerde portalı tek kanal olarak kullanmak yerine yazılı bildirimle birlikte kullanmak daha güvenli bir yaklaşımdır.

Alıcılar portalı kullanmazsa ne olur?

Portal tek başına bırakıldığında kullanım düşük kalır. Aktivasyonu yükselten şey, hatırlatma ve duyuruların portala yönlendiren bağlantılarla gönderilmesi ve sözleşme sonrası ilk hafta yapılan kurulum bilgilendirmesidir.

Satış sonrası süreci satış ekibi mi yürütmeli?

Küçük projelerde aynı ekip yürütebilir; ancak talep yönetimi ile yeni satış farklı beceriler ve farklı ritim gerektirir. Proje büyüdükçe ayrı bir sorumluluk alanı tanımlamak, her iki tarafın da performansını iyileştirir.

Teslim öncesi eksik listesi nasıl yönetilmeli?

Her eksik kalemi daireyle ilişkilendirilmiş bir kayıt olarak tutulmalı; sorumlusu, hedef tarihi ve kapanış teyidi bulunmalıdır. Kapanış, alıcının onayıyla gerçekleşmelidir.

Ortak alan eksiklerini kim takip etmeli?

Ortak alanlara ilişkin eksikler daire içi eksiklerden ayrı bir liste olarak tutulmalı ve site yönetimiyle koordineli yürütülmelidir. Aynı listede karıştırıldığında hem takip zorlaşır hem de alıcı hangi konuda kime başvuracağını bilemez.

Portal için ayrı bir yazılım almak gerekir mi?

Belirleyici olan, portalın ödeme planı ve envanter kaydıyla aynı veriyi okuyup okumadığıdır. Ayrı bir sistem kurulduğunda veri iki yerde tutulur ve güncellik sorunu baştan doğar. Mevcut satış ve tahsilat altyapınızın portal bileşeni varsa öncelik onu değerlendirmektir.

Alıcı daireyi teslim öncesi devretmek isterse ne olur?

Devrin mümkün olup olmadığı ve koşulları sözleşmede düzenlenmiş olmalıdır. Devir gerçekleştiğinde portal erişiminin, ödeme planı kaydının ve iletişim bilgilerinin güncellenmesi gerekir.

Sonuç

Satış sonrası deneyim, konut projelerinde en az yatırım yapılan ama itibarı en çok etkileyen alandır. Alıcının imza ile teslim arasındaki dönemde sorduğu sorular sabittir ve cevapları zaten sizin sisteminizde durur. Yapılması gereken, bu cevapları alıcının kendi erişebileceği bir yere taşımak ve düzenli bir bilgilendirme ritmi kurmaktır.

Başlangıç noktası basit: son üç ayda satış ofisinize gelen çağrıların kaçının satılmış dairelerden geldiğini sayın. Bu rakam, portalın size ne kazandıracağının ilk ve en dürüst ölçüsüdü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