Error handling nedir? Gayrimenkul lead otomasyonlarında hata yönetimi

Gayrimenkul projelerinde lead akışı artık tek bir formdan ibaret değil. Meta reklam formu, web sitesi, portal ilanları, WhatsApp Cloud API, çağrı merkezi yazılımı ve CRM birbirine onlarca küçük otomasyonla bağlanıyor. Bu zincir çalıştığı sürece kimse onu fark etmez. Ama bir gün bir API anahtarının süresi dolar, bir alan adı değişir ya da bir

Gayrimenkul projelerinde lead akışı artık tek bir formdan ibaret değil. Meta reklam formu, web sitesi, portal ilanları, WhatsApp Cloud API, çağrı merkezi yazılımı ve CRM birbirine onlarca küçük otomasyonla bağlanıyor. Bu zincir çalıştığı sürece kimse onu fark etmez. Ama bir gün bir API anahtarının süresi dolar, bir alan adı değişir ya da bir sunucu birkaç dakika yanıt vermez; o gün gelen lead'ler sessizce kaybolur. Bu yazıda error handling, yani otomasyonlarda hata yönetimi konusunu teknik bir ayrıntı olarak değil, satış ekibinin gelirini doğrudan koruyan bir operasyon disiplini olarak ele alıyorum.

Error handling nedir?

Error handling, bir otomasyonun ya da entegrasyonun çalışırken karşılaştığı hataların yakalanması, kayıt altına alınması, mümkünse otomatik olarak düzeltilmesi ve düzeltilemiyorsa doğru kişiye haber verilmesi sürecidir. Kısa bir sözlük tanımı için error handling nedir sözlük maddesine bakabilirsiniz; burada daha çok gayrimenkul satış operasyonunda nasıl kurulacağına odaklanacağım.

Hata yönetiminin özü şu soruya verilen cevaptır: Bir şey ters gittiğinde lead'e ne olur? Cevap "bilmiyoruz" ise sistemde hata yönetimi yok demektir. Cevap "lead bir bekleme kuyruğuna düşer, sistem birkaç kez yeniden dener, olmazsa sorumlu kişiye bildirim gider ve lead elle CRM'e girilir" ise sağlam bir yapı vardır.

Hata yönetimi neden bir satış konusudur?

Çoğu ekip entegrasyon hatalarını bilgi işlem ekibinin sorunu olarak görür. Oysa gayrimenkulde bir lead'in değeri ilk dakikalarda en yüksek seviyededir. Yeni bir konut arayan alıcı, aynı gün birkaç projeye form doldurur. Formunuz CRM'e ulaşmazsa ilk aramayı rakip yapar.

Sessiz hataların üç somut maliyeti vardır:

• Kaybolan reklam bütçesi: Lead için ödeme yapılmıştır ama satış ekibi onu hiç görmez. Raporda lead başına maliyet yükselir, sebebi kimse bilmez.
• Bozulan ilk temas hızı: Lead geç ulaşırsa, ekip ne kadar hızlı olursa olsun ölçülen yanıt süresi kötüleşir.
• Yanıltıcı raporlar: Eksik kayıtlar dönüşüm oranlarını, kanal karşılaştırmalarını ve bütçe kararlarını çarpıtır.

Bu yüzden hata yönetimini, satış hunisinin görünmeyen ama en alttaki katmanı olarak düşünmek gerekir.

Gayrimenkul lead akışında en sık görülen hata türleri

Hataları sınıflandırmak, her birine doğru tepkiyi tasarlamanın ilk adımıdır. Sahada en sık karşılaştığım hataları beş grupta topluyorum.

1. Geçici bağlantı hataları

Karşı sistemin birkaç saniye ya da dakika yanıt vermemesi, zaman aşımı veya yoğunluk nedeniyle isteklerin reddedilmesi bu gruptadır. Bunlar genellikle kendiliğinden düzelir ve doğru yeniden deneme kuralıyla lead kaybı olmadan atlatılır.

2. Kimlik doğrulama hataları

Süresi dolan erişim anahtarları, şifresi değişen kullanıcı hesapları veya iptal edilen izinler. Yeniden denemek bu hatayı çözmez; birinin müdahale etmesi gerekir. Bu yüzden bu hatalar anında bildirim üretmelidir.

3. Veri doğrulama hataları

Telefon numarasının yanlış biçimde gelmesi, zorunlu bir alanın boş olması, ülke kodunun eksik olması ya da açılır listede olmayan bir değerin gönderilmesi. Kuzey Kıbrıs ve Türkiye arasında çalışan ekiplerde farklı ülke kodlu numaralar bu hatanın en yaygın kaynağıdır.

4. Eşleştirme ve yapı hataları

Form alanlarının CRM alanlarıyla eşleşmesinin bozulması. Örneğin pazarlama ekibi reklam formuna yeni bir soru ekler, entegrasyon bunu tanımaz ve kayıt eksik oluşur. Bu hata çoğu zaman hata mesajı bile üretmez; veri sessizce eksik kalır.

5. İş kuralı hataları

Teknik olarak her şey çalışır ama sonuç yanlıştır: lead yanlış danışmana atanır, aynı kişi iki kez kaydedilir, WhatsApp şablonu yanlış dilde gider. Bu grup, en zor fark edilen ve en uzun süre zarar veren hatalardır.

Sağlam bir hata yönetimi mimarisinin dört katmanı

Otomasyon platformu ne olursa olsun, iyi bir hata yönetimi yapısı aynı dört katmana dayanır.

Yakalama

Her otomasyon adımının başarısız olabileceği varsayılır ve her adımın sonucu kontrol edilir. "Gönderildi" demek yetmez; karşı sistemin kaydı gerçekten oluşturduğu doğrulanmalıdır. CRM'den dönen kayıt numarası, başarının en basit kanıtıdır.

Yeniden deneme

Geçici hatalar için artan aralıklarla yeniden deneme kurulur: örneğin 1 dakika, 5 dakika ve 15 dakika sonra. Yeniden deneme sınırsız olmamalıdır; aksi halde aynı lead defalarca kaydedilebilir. Bu noktada mükerrer kayıt önleme kuralları ile hata yönetimi birlikte tasarlanmalıdır.

Bekleme kuyruğu

Yeniden denemeler tükenirse veri çöpe gitmez; ayrı bir bekleme kuyruğuna alınır. Bu kuyruk basit bir tablo bile olabilir. Önemli olan, ham verinin (ad, telefon, kaynak, kampanya, zaman damgası) eksiksiz saklanması ve sorun çözüldüğünde tek tıkla yeniden işlenebilmesidir.

Bildirim ve sahiplik

Her hata türünün bir sahibi olmalıdır. Kimlik doğrulama hatası teknik sorumluya, veri doğrulama hatası satış operasyonuna, iş kuralı hatası satış müdürüne gider. Bildirim sadece "hata oluştu" demez; hangi lead, hangi adım, ne zaman ve ne yapılması gerektiği bilgisini taşır. Kimsenin okumadığı bir hata e-postası, hiç bildirim olmamasından çok da farklı değildir.

Uygulamada adım adım kurulum

1. Lead akışının haritasını çıkarın. Her kaynağın CRM'e hangi yoldan ulaştığını, aradaki tüm araçları ve adımları tek bir şemada gösterin.
2. Kritik noktaları belirleyin. Lead'in kaybolabileceği her geçiş noktasını işaretleyin; genellikle bunlar dış sistemlere yapılan çağrılardır.
3. Her nokta için hata davranışını yazın. Yeniden denenecek mi, kaç kez, sonra nereye düşecek, kime haber verilecek?
4. Doğrulama kurallarını girişe taşıyın. Telefon normalleştirme ve zorunlu alan kontrolü, veri CRM'e ulaşmadan önce yapılmalıdır.
5. Günlük mutabakat kurun. Reklam platformunun raporladığı lead sayısı ile CRM'deki kayıt sayısını her gün karşılaştırın. Aradaki fark, görünmeyen hataların en net göstergesidir.
6. Test lead'leri ile düzenli kontrol yapın. Haftada bir her kaynaktan işaretli bir test kaydı göndermek, sorunu müşteriden önce fark etmenizi sağlar.

İki ekip, aynı arıza

Aynı hafta içinde iki farklı satış ekibinin reklam formu entegrasyonunda erişim anahtarının süresinin dolduğunu düşünelim.

Birinci ekip hata yönetimi kurmamıştır. Entegrasyon üç gün boyunca sessizce çalışmaz. Satış müdürü lead sayısının düştüğünü fark eder, pazarlamaya reklamların verimsizleştiğini söyler, bütçe artırılır. Sorun dördüncü gün bulunur; o arada gelen yüzlerce lead'in bir kısmı reklam platformundan elle indirilir ama ilk temas günler sonra yapılır.

İkinci ekip ilk başarısız istekte bildirim alır. Lead'ler bekleme kuyruğunda birikir, anahtar yenilenir ve kuyruk yeniden işlenir. Satış ekibi lead'leri en fazla bir saat gecikmeyle görür, raporlar doğru kalır ve bütçe kararı yanlış bir sinyale dayanmaz.

İki ekip arasındaki fark yazılım değil, hataya önceden verilmiş bir cevaptır.

Hata yönetimini ölçmek

Ölçülmeyen bir disiplin zamanla gevşer. Takip edilmesi gereken birkaç basit gösterge vardır:

• Mutabakat farkı: Kaynakta oluşan lead sayısı ile CRM'e ulaşan lead sayısı arasındaki yüzde.
• Kuyrukta bekleyen kayıt sayısı ve en eski kaydın yaşı.
• Hata türü dağılımı: Hangi hata türü en sık tekrar ediyor?
• Tespit ve çözüm süresi: Hatanın oluşmasından fark edilmesine ve kapanmasına kadar geçen süre.

Bu göstergeler CRM gösterge panelinde satış metrikleriyle yan yana durduğunda, hata yönetimi teknik bir konu olmaktan çıkar ve yönetimin gündemine girer.

Sık yapılan hatalar

• Otomasyonun sadece "çalışıyor mu" sorusuyla test edilmesi; "bozulunca ne olur" sorusunun hiç sorulmaması.
• Tüm hata bildirimlerinin tek bir genel e-posta kutusuna gitmesi ve kimsenin sahiplenmemesi.
• Yeniden deneme kurallarının mükerrer kayıt kontrolü olmadan kurulması.
• Ham verinin hata anında saklanmaması, bu yüzden kaybolan lead'in hiçbir şekilde geri getirilememesi.
• Kişisel verilerin hata kayıtlarında süresiz tutulması; hata kayıtları da veri saklama ve KVKK kurallarına tabidir.

Sıkça sorulan sorular

Error handling sadece büyük ekipler için mi gereklidir?

Hayır. Küçük ekiplerde tek bir kayıp lead bile oransal olarak daha büyük bir gelir kaybı demektir. Basit bir bildirim ve bekleme tablosu, küçük ekipler için yeterli bir başlangıçtır.

Hazır otomasyon platformlarının kendi hata yönetimi yeterli değil mi?

Platformların sunduğu yeniden deneme ve hata kaydı özellikleri iyi bir temeldir. Ancak hangi hatanın kime gideceği, kuyruğun nasıl işleneceği ve iş kuralı hatalarının nasıl yakalanacağı sizin süreç tasarımınıza bağlıdır.

Kaybolan bir lead'i nasıl fark ederim?

En güvenilir yöntem günlük mutabakattır: reklam platformu ve web formu tarafındaki kayıt sayısını CRM'deki sayıyla karşılaştırmak. Fark sıfırdan büyükse bir yerde hata vardır.

Hata bildirimleri WhatsApp ile gönderilebilir mi?

Evet, kritik hatalar için ekip içi bir WhatsApp ya da mesajlaşma kanalı hızlı fark edilmeyi sağlar. Ancak bildirimde müşterinin kişisel verilerini açıkça paylaşmak yerine kayıt numarası ve hata türü göndermek daha güvenlidir.

Hata yönetimi ilk temas hızını nasıl etkiler?

Doğrudan etkiler. Lead CRM'e geç ulaşırsa ekip ne kadar hızlı olursa olsun ilk temas gecikir. Hata yönetimi, hızlı yanıt hedefinin teknik ön koşuludur.

Sonuç

Otomasyonlar her zaman bir gün bozulur; asıl mesele bozulduklarında sistemin nasıl davrandığıdır. Gayrimenkul satışında error handling, reklam bütçesini, ilk temas hızını ve raporların güvenilirliğini aynı anda korur. Hataları sınıflandırmak, yakalama, yeniden deneme, bekleme kuyruğu ve sahiplik katmanlarını kurmak ve her gün mutabakat yapmak, sessiz lead kayıplarını görünür ve yönetilebilir hale getirir. Bu disiplin bir kez yerleştiğinde, ekip hataları müşteri fark etmeden önce çözmeye başlar.

---

Yazar hakkında

Koray Yalçın, Türkiye ve Kuzey Kıbrıs'taki (KKTC) gayrimenkul projeleri için lead yönetimi, CRM, RevOps ve WhatsApp otomasyonu sistemleri kuran bir dijital pazarlama ve CRM uzmanıdır. "Gayrimenkul Sektöründe Lead Yönetimi ve Müşteri Dönüşüm Sistemleri" kitabının yazarıdır. Speed-to-lead, PropTech, yapay zekâ destekli iş akışları ve GEO üzerine yazar, saha verisiyle araştırma yapar.