İmzadan Anahtara: KKTC'de Taksitli Konut Satışını Bir Müşteri Deneyimi Olarak Yönetmek

Kuzey Kıbrıs'ta konut satışının en heyecanlı anı genellikle imza günüdür. Danışman sözleşmeyi kapatır, alıcı fotoğraf çektirir, ofiste kahveler içilir. Oysa projeden, uzun vadeli taksitle yapılan bir satışta asıl ilişki o gün başlar. Alıcı önümüzdeki üç, dört, bazen beş yıl boyunca şirketle düzenli olarak para, belge ve haber alışverişi yapacaktır. Bu sürenin nasıl yönetildiği, bir sonraki satışın referansla mı yoksa şikâyetle mi geleceğini belirler.

Ben Koray Yalçın olarak gayrimenkul şirketlerinde lead yönetimi, CRM kurulumu ve satış otomasyonu üzerine çalışırken şunu defalarca gördüm: Ekipler satış öncesini, yani reklamı, formu, ilk aramayı ve sunumu çok iyi tasarlıyor; ama imzadan anahtar teslimine kadar geçen uzun dönemi çoğu zaman muhasebenin Excel tablosuna bırakıyor. Bu yazıda taksitli satışı bir finans işlemi olarak değil, satış sonrası bir müşteri deneyimi olarak ele almak istiyorum.

İmzadan Sonra Alıcının Kafasında Ne Var?

Satış ekibinin gözünde imza bir bitiş çizgisidir. Alıcının gözünde ise belirsizlik dolu bir yolculuğun başlangıcıdır. Özellikle yurt dışında yaşayan ve projeyi yalnızca birkaç kez yerinde görmüş bir alıcının aklında genellikle şu sorular dolaşır:

• Gönderdiğim para doğru hesaba ulaştı mı ve doğru taksitten düşüldü mü?
• İnşaat gerçekten ilerliyor mu, yoksa yalnızca ödeme takvimi mi ilerliyor?
• Bir sonraki ödeme ne zaman ve hangi tutarda?
• Bir sorun olursa kiminle konuşacağım? Beni satış sırasında arayan danışman hâlâ şirkette mi?

Bu soruların hiçbiri teknik değildir; hepsi güvenle ilgilidir. CRM'in bu dönemdeki görevi de tam olarak budur: Alıcının sormak zorunda kalmadan bu soruların cevabını zamanında alması.

Taksit Takvimi Aslında Bir İletişim Takvimidir

Birçok şirkette ödeme planı, sözleşmenin ekindeki bir tablo olarak yaşar. Oysa o tablo, önümüzdeki yıllarda alıcıyla kaç kez ve hangi konuda temas kurulacağını gösteren bir iletişim planıdır. Her taksit, bir hatırlatma mesajı, bir teyit mesajı ve ideal olarak bir de proje haberi demektir.

Bu bakış açısıyla ödeme planını CRM'e taşıdığınızda, her satır bir görev zincirine dönüşür. Örneğin:

1. Vade öncesi bilgilendirme: Ödemeden birkaç gün önce, alıcının tercih ettiği dilde ve kanalda kısa bir hatırlatma. Tutar, para birimi ve banka bilgisi tek mesajda.
2. Tahsilat teyidi: Para hesaba ulaşıp eşleştirildiğinde, alıcıya ödemenin hangi taksitten düştüğünü ve kalan bakiyeyi gösteren bir teyit.
3. Proje güncellemesi: Teyit mesajının yanında, o dönemde şantiyede ne olduğunu gösteren kısa bir not ya da fotoğraf.
4. Gecikme durumunda insan teması: Ödeme gecikirse ilk adım otomatik bir uyarı değil, alıcıyı tanıyan bir kişinin nazik bir sorusu olmalıdır.

Bu zincirin güzel yanı, alıcının her ödemede yalnızca para göndermesi değil, karşılığında bir şey görmesidir: Teyit, ilerleme ve muhatap.

Para Birimi Farkı Neden Bir Güven Meselesine Dönüşür?

Kuzey Kıbrıs konut projelerinde sözleşmelerin önemli bir kısmının İngiliz Sterlini üzerinden yapıldığı biliniyor. Ancak alıcılar farklı ülkelerden geliyor ve ödemelerini çoğu zaman kendi para birimleriyle gönderiyor. Burada ortaya çıkan sorun yalnızca muhasebe sorunu değildir.

Alıcı kendi bankasından belli bir tutar gönderir, şirket ise bunu farklı bir günün kuruyla Sterline çevirip bakiyeden düşer. Aradaki küçük fark açıklanmazsa, alıcı bunu "eksik düşüldü" diye algılar. Benim gözlemim, bu tür küçük ama açıklanmamış farkların, inşaat gecikmesinden bile daha hızlı güven kaybettirdiğidir. Çünkü inşaat gecikmesinin bir hikâyesi vardır; açıklanmamış bir rakam farkının ise yoktur.

CRM tarafında çözüm basit bir ilkeye dayanır: Her tahsilat kaydında gönderilen tutar, gönderilen para birimi, uygulanan kur, kurun tarihi ve Sterlin karşılığı ayrı alanlarda tutulmalı ve alıcıya giden teyit mesajında aynen gösterilmelidir. Hangi kur kaynağının ve hangi tarihin esas alınacağı ise sözleşmede baştan yazılı olmalıdır. Bu bir finansal tavsiye değil, şeffaflık kuralıdır: Alıcı, rakamın nereden geldiğini görebildiğinde soru sormaz.

Şantiye ile Satış Ekibi Arasındaki Sessizlik

Projeden satışlarda ödeme planı çoğu zaman takvim günlerine değil, inşaat aşamalarına bağlanır. Karkasın bitmesi, doğramaların takılması ya da anahtar teslimi gibi aşamalar bir sonraki ödemeyi tetikler. Teoride çok mantıklı olan bu yapı, pratikte bir bilgi akışı sorununa dönüşür.

Şantiyede bir aşama tamamlanır, ama bu bilgi satış ve finans ekibine ancak haftalar sonra, bir toplantıda ya da bir telefon konuşmasında ulaşır. Bu arada alıcılara ne ödeme çağrısı gider ne de "bloğunuzun karkası tamamlandı" haberi. Şirket hem tahsilatta gecikir hem de alıcıyı mutlu edecek bir haberi boşa harcar.

Benim önerdiğim yaklaşım, aşama onayını CRM'de bir olay olarak tanımlamaktır. Şantiye sorumlusu ilgili blok için aşamayı onayladığında, o bloktaki tüm dairelerin kayıtlarında iki şey birlikte tetiklenir: Bir ödeme bildirimi ve bir ilerleme haberi. Böylece ödeme talebi, alıcının gözünde soyut bir fatura değil, somut bir ilerlemenin doğal sonucu olarak görünür.

Gecikmeyi Yönetmek: Önce İnsan, Sonra Kural

Her uzun vadeli satış portföyünde gecikmeler olur. Önemli olan gecikmenin nasıl karşılandığıdır. Sahada gördüğüm en yaygın hata, gecikmenin ilk gününde alıcıya resmi ve soğuk bir uyarı metni gönderilmesidir. Oysa gecikmelerin önemli bir kısmı unutkanlık, banka işlemlerindeki aksaklık ya da tatil gibi basit sebeplerden kaynaklanır.

Sağlıklı bir gecikme akışı benim deneyimimde şöyle kurgulanır:

• İlk gün: Alıcıyı tanıyan kişiden, kendi dilinde, kısa ve yardımsever bir mesaj: "Ödemenizi henüz göremedik, bir aksaklık varsa yardımcı olalım."
• Bir hafta içinde: Hâlâ ödeme yoksa telefonla insan teması. Bu görüşmenin notu CRM'e mutlaka yazılır.
• Daha uzun gecikmeler: Sözleşmedeki hükümlerin devreye girdiği resmi süreç. Bu aşama da CRM'de görünür olmalı ki satış, finans ve hukuk aynı bilgiye baksın.

Buradaki kritik nokta, gecikme akışının otomatik mesajlarla değil, görevlerle yürümesidir. Otomasyon "bugün bu alıcıyı ara" görevini doğru kişiye atar; ama aramayı yapan bir insandır.

Danışman Ayrıldığında İlişki Kaybolmamalı

Taksit dönemi birkaç yıl sürdüğü için, alıcının satış sırasında tanıdığı danışmanın bu süre içinde şirketten ayrılması hiç de nadir değildir. Bilgi o danışmanın telefonunda ve hafızasındaysa, alıcı bir anda muhatapsız kalır.

Bunu önlemenin yolu, alıcıyla yapılan her yazışmanın ve görüşme notunun kişisel telefonlarda değil, ortak CRM kaydında tutulmasıdır. Ayrıca her alıcı kaydında satış danışmanından ayrı olarak bir "satış sonrası sorumlusu" alanı bulunmalıdır. Danışman ayrıldığında bu alan değiştirilir ve yeni sorumlu, alıcıya kendini tanıtan kısa bir mesaj gönderir. Bu küçük adım, alıcının şirketin onu unutmadığını hissetmesini sağlar.

Hangi Göstergeleri İzlemelisiniz?

Taksit dönemini bir deneyim olarak yönetmek istiyorsanız, yalnızca toplam tahsilata bakmak yetmez. Benim önerdiğim göstergeler şunlardır:

• Tahsilat teyit süresi: Para hesaba ulaştıktan sonra alıcıya teyit gidene kadar geçen süre.
• Zamanında ödeme oranı: Vade gününde ya da öncesinde yapılan ödemelerin payı ve bunun zaman içindeki eğilimi.
• Açıklama talebi sayısı: Alıcıların "bu rakam neden böyle?" ya da "inşaat ne durumda?" diye kaç kez sorduğu. Bu sayı düştükçe iletişiminiz iyileşiyor demektir.
• Aşama bildirimi gecikmesi: Şantiyede onaylanan aşamanın alıcıya bildirilmesine kadar geçen süre.
• Referans ve tekrar satış: Taksit dönemindeki alıcılardan gelen tavsiyeler ve ikinci alımlar.

Son gösterge özellikle önemlidir. Taksitlerini sorunsuz ve bilgilendirilerek ödeyen bir alıcı, çoğu zaman şirketin en inandırıcı reklamına dönüşür.

Küçük Bir Geliştirici Nereden Başlamalı?

Bu yapıyı kurmak için büyük bir yazılım projesine gerek yok. Başlangıç için üç adım yeterlidir. Birincisi, mevcut tüm ödeme planlarını CRM'de her daireye bağlı ayrı kayıtlar olarak tutmak. İkincisi, her tahsilat kaydına kur ve para birimi alanlarını eklemek ve teyit mesajını bu alanlardan otomatik üretmek. Üçüncüsü, şantiye aşama onaylarını tek bir kişinin CRM'e girdiği bir olay hâline getirmek.

Bu üç adım oturduktan sonra çok dilli hatırlatmalar, müşteri portalı ya da dekont eşleştirme gibi daha gelişmiş otomasyonlar üzerine konuşmak anlamlı hâle gelir. Bu konunun finans ve mimari tarafını daha ayrıntılı ele aldığım yazıya KKTC Konut Projelerinde Sterlin Bazlı Taksit ve CRM Ödeme Planı Yönetimi başlığıyla ulaşabilirsiniz.

Benim bu alandaki temel görüşüm şu: Satış öncesi pazarlama alıcıyı kapıya getirir; satış sonrası iletişim ise onu yıllarca içeride tutar. Taksitli satışın uzun dönemini bir tahsilat yükü değil, güven inşa etme fırsatı olarak gören ekipler, hem nakit akışında hem de itibarda kazanır.

Sıkça Sorulan Sorular (SSS)

Taksit yönetimi muhasebenin işi değil mi, neden CRM'de olmalı?
Muhasebe tahsilatın kaydını tutar; CRM ise alıcıyla ilişkiyi yönetir. Ödeme planı CRM'de olduğunda satış, satış sonrası ve finans ekipleri aynı bilgiye bakar ve alıcıya tutarlı iletişim gider.

Alıcılar farklı para birimiyle ödediğinde en sık yaşanan sorun nedir?
Uygulanan kurun ve tarihin alıcıya açıklanmaması. Teyit mesajında gönderilen tutar, kur, kur tarihi ve Sterlin karşılığı açıkça yazıldığında soru ve şikâyetlerin büyük kısmı ortadan kalkar.

Gecikmelerde otomatik uyarı göndermek doğru mu?
İlk adım için nazik bir hatırlatma uygundur; ancak gecikme sürerse otomasyon bir insana görev atamalı ve alıcıyla mutlaka kişisel temas kurulmalıdır. Soğuk ve resmi uyarılar gereksiz yere ilişkiyi zedeleyebilir.

İnşaat aşamalarını alıcıya bildirmenin satışa etkisi var mı?
Doğrudan bir sonraki ödemenin zamanında yapılmasını kolaylaştırır ve dolaylı olarak referans getirir. Alıcı, ödeme talebini somut bir ilerlemenin sonucu olarak gördüğünde ödemeye daha istekli olur.

Bu sistem için hangi CRM kullanılmalı?
Özel alanları, görev atamayı ve otomatik mesaj tetiklemeyi destekleyen her CRM bu yapıya uygundur. Araçtan önce süreç tasarlanmalı; kimin neyi ne zaman gireceği yazılı hâle getirilmelidir.

Satış danışmanı ayrıldığında alıcıya nasıl haber verilmeli?
Yeni satış sonrası sorumlusu, kendini kısa bir mesajla tanıtmalı ve alıcının bir sonraki ödeme ile proje durumu hakkında güncel bilgiye sahip olduğunu teyit etmelidir. Böylece ilişki kesintiye uğramaz.