Field Mapping (Alan Eşleme) Nedir? CRM'de Lead Kalitesini Belirleyen Görünmez Katman

Bir reklam kampanyası iyi çalışıyor, formlar doluyor, CRM'e her gün onlarca yeni kayıt düşüyor. Ama satış ekibi şikâyet ediyor: "Telefon numarası yanlış alanda, bütçe hiç gelmiyor, hangi projeyle ilgilendiği belli değil." Ben, Koray Yalçın olarak, gayrimenkul projelerinde lead yönetimi ve CRM sistemleri kurarken bu şikâyetin arkasında çoğu zaman reklamın ya da satış ekibinin değil, görünmeyen bir teknik katmanın sorunlu olduğunu görüyorum: field mapping, yani alan eşleme. Bu yazıda alan eşlemenin ne olduğunu, neden lead kalitesini doğrudan etkilediğini, sağlam bir eşleme şemasının nasıl tasarlanacağını ve en sık yapılan hataları somut örneklerle anlatıyorum.

Field Mapping (Alan Eşleme) Nedir?

Field mapping, bir sistemdeki veri alanının başka bir sistemdeki karşılık gelen alanla eşleştirilmesidir. En basit örnek, Meta Lead Ads formundaki "Ad Soyad" sorusunun CRM'deki "Kişi Adı" alanına yazılmasıdır. Kulağa basit gelir; ancak gerçek bir gayrimenkul satış operasyonunda tek bir lead; reklam formu, web sitesi formu, WhatsApp sohbeti, çağrı merkezi kaydı ve emlak portalı gibi farklı kaynaklardan gelebilir. Her kaynağın alan adları, veri tipleri ve formatları farklıdır. Alan eşleme, bu dağınık girdileri CRM'in tek ve tutarlı veri modeline çeviren sözleşmedir.

Ben alan eşlemeyi üç bileşenli bir sözleşme olarak düşünürüm:

• Kaynak alan: Verinin geldiği yerdeki adı ve tipi (örneğin form sorusu "Bütçeniz nedir?" ve seçenekli metin).
• Hedef alan: CRM'deki karşılığı (örneğin "Bütçe Aralığı" adlı seçim listesi alanı).
• Dönüşüm kuralı: Veri yolda nasıl değişecek (örneğin "150-250 bin" metninin CRM'deki "B2" seçeneğine çevrilmesi).

Üçüncü bileşen, yani dönüşüm kuralı, çoğu entegrasyonda unutulan kısımdır ve sorunların büyük bölümü burada başlar.

Alan Eşleme Neden Lead Kalitesini Belirler?

Lead kalitesi denince genellikle reklam hedeflemesi ve kreatif akla gelir. Oysa kaliteli bir müşteri adayı bile yanlış eşlemeyle CRM'e düştüğünde satış ekibinin gözünde "kalitesiz" görünür. Numara eksikse aranamaz, proje alanı boşsa yanlış danışmana atanır, bütçe bilgisi gelmezse önceliklendirilemez. Sonuçta pazarlama ekibi "iyi lead gönderiyoruz" derken satış ekibi "lead'ler çöp" der; iki taraf da kısmen haklıdır ve aradaki boşluk çoğunlukla eşleme katmanıdır.

Alan eşlemenin doğrudan etkilediği süreçleri şöyle sıralayabilirim:

• Lead atama: Proje, dil veya bölge alanı doğru gelmezse otomatik yönlendirme kuralları çalışmaz.
• İlk temas hızı: Telefon numarası standart formatta değilse WhatsApp otomasyonu ilk mesajı gönderemez ve speed-to-lead süresi uzar.
• Lead skorlama: Bütçe, zaman çizelgesi ve satın alma amacı alanları boş kalırsa skor modeli tahmine dayalı çalışır.
• Raporlama ve atıf: Kampanya, reklam seti ve UTM bilgileri ilgili alanlara yazılmazsa hangi reklamın satış getirdiği bilinemez.
• Offline dönüşüm geri beslemesi: Meta Conversions API veya Google'ın gelişmiş dönüşümleri için gereken lead kimliği ve tıklama kimliği (fbclid, gclid) kaybolursa reklam algoritması gerçek satışlarla beslenemez.

Sağlam Bir Eşleme Şeması Nasıl Tasarlanır?

Entegrasyonu araçla değil, veri modeliyle başlatmak gerekir. Make, Zapier, n8n veya yerel bir CRM entegrasyonu; hangisini kullanırsanız kullanın, önce CRM'in hangi alanlara ihtiyaç duyduğunu netleştirmek gerekir.

1. Hedef veri modelini tanımlayın

CRM'de her lead kaydının hangi alanları taşıması gerektiğini bir tabloya dökün. Gayrimenkul satışında tipik çekirdek alanlar şunlardır: ad soyad, telefon (ülke koduyla), e-posta, ilgilenilen proje, daire tipi, bütçe aralığı, satın alma zamanı, satın alma amacı (oturum veya kiralama gibi), tercih edilen dil, lead kaynağı, kampanya, reklam seti, reklam, form kimliği, lead kimliği, tıklama kimliği ve iletişim izinleri.

2. Her kaynak için ayrı bir eşleme tablosu yapın

Meta formu, web formu, WhatsApp ve portal entegrasyonu için ayrı satırlar tutun. Her satırda kaynak alan adı, hedef alan, veri tipi, zorunlu mu, dönüşüm kuralı ve boş gelirse ne yapılacağı yazsın. Bu tablo, entegrasyonu kuran kişi ayrıldığında da sistemin anlaşılır kalmasını sağlayan en değerli belgedir.

3. Seçim listelerini sabit kodlarla eşleyin

Form seçenekleri zaman içinde değişir; pazarlama ekibi "1+1" seçeneğini "1 yatak odalı" diye yeniden adlandırabilir. Eğer eşleme metin üzerinden yapılıyorsa bu küçük değişiklik tüm daire tipi verisini bozar. Bu yüzden ben seçim listelerini her zaman CRM tarafında sabit kodlarla (örneğin TIP_1_1) tutar, kaynak tarafındaki metinleri bu kodlara bir sözlük tablosuyla çeviririm. Böylece etiket değişse bile veri tutarlı kalır.

4. Telefon ve e-postayı normalleştirin

Türkiye ve KKTC'yi birlikte hedefleyen projelerde aynı kişi numarasını "0533...", "+90 533..." veya "905338..." şeklinde yazabilir. Eşleme katmanında numarayı uluslararası E.164 formatına çevirmek, mükerrer kayıt kontrolünü ve WhatsApp otomasyonunu doğrudan kurtarır. E-posta için de küçük harfe çevirme ve boşluk temizleme standart olmalıdır.

5. Kaynak ve atıf alanlarını asla serbest metin bırakmayın

Lead kaynağı alanına bir gün "facebook", ertesi gün "Meta", bir başka gün "fb form" yazılıyorsa raporlar anlamsızlaşır. Kaynak eşlemesini sabit bir lead source listesine bağlamak ve UTM parametrelerini ayrı alanlara yazmak, kanal bazlı maliyet analizinin ön koşuludur.

Gayrimenkulden Somut Bir Örnek

Kuzey Kıbrıs'ta iki projeyi aynı anda pazarlayan bir geliştirici düşünelim. Meta'da Türkçe ve İngilizce iki ayrı form çalışıyor. Türkçe formdaki proje sorusu "Hangi projeyle ilgileniyorsunuz?", İngilizce formdaki ise "Which project?" olarak soruluyor. Eşleme kurulurken yalnızca Türkçe form bağlanmış, İngilizce formun proje cevabı ise not alanına düşüyor. Sonuç: İngilizce konuşan alıcıların proje alanı boş kalıyor, otomatik atama kuralı bu kayıtları "genel havuza" gönderiyor ve bu kayıtlar ortalama birkaç saat gecikmeyle aranıyor.

Doğru kurguda her iki formun proje sorusu aynı hedef alana, aynı sabit proje kodlarıyla eşlenir; formun dili de ayrı bir "tercih edilen dil" alanına yazılır. Böylece atama kuralı hem projeye hem dile göre doğru danışmanı seçer, WhatsApp ilk mesajı doğru dilde gider. Bu tek düzeltme, reklam bütçesine dokunmadan ilk temas süresini kısaltır ve satış ekibinin lead'lere bakışını değiştirir.

En Sık Yapılan Alan Eşleme Hataları

• Her şeyi not alanına dökmek: Hızlı kurulum için tüm form cevaplarını tek bir açıklama alanına yazmak, raporlanamayan ve otomasyona girmeyen veri demektir.
• Zorunlu alan mantığını kurmamak: Telefon boş gelirse ne olacağı tanımlı değilse kayıt sessizce eksik oluşur. Eksik zorunlu alanda kaydı "doğrulama bekliyor" aşamasına almak daha güvenlidir.
• Form değişikliklerini izlememek: Yeni bir soru eklendiğinde veya form kopyalandığında eşleme güncellenmez, veri kaybı haftalarca fark edilmez.
• Tarih ve para formatlarını karıştırmak: Gün-ay ve ay-gün karışıklığı ya da para birimi bilgisinin düşmesi, özellikle sterlin ve döviz bazlı fiyatlandırılan projelerde ciddi yanlış yorumlara yol açar.
• İzin alanlarını eşlememek: KVKK kapsamındaki açık rıza ve ticari ileti izinleri CRM'e taşınmazsa, otomasyonların kime mesaj atabileceği belirsizleşir ve uyum riski doğar.
• Kimlik alanlarını atlamak: Lead kimliği ve tıklama kimliği saklanmazsa satış sonrası reklam platformuna geri bildirim yapılamaz.

Alan Eşlemeyi Denetlemek: Basit Bir Kontrol Rutini

Eşleme bir kez kurulup unutulacak bir şey değildir. Benim önerdiğim rutin şu:

1. Haftalık doluluk raporu: Son yedi günde gelen lead'lerde her çekirdek alanın doluluk oranını kaynak bazında çıkarın. Bir alanın doluluğu aniden düştüyse bir form ya da eşleme değişmiştir.
2. Test lead'i: Her form değişikliğinden sonra bir test kaydı gönderin ve CRM'de tüm alanların doğru yere düştüğünü kontrol edin.
3. Hata kuyruğu: Dönüşüm kuralına uymayan veya zorunlu alanı eksik kayıtlar silinmesin, ayrı bir kuyrukta toplanıp düzeltilsin.
4. Sözlük tablosu bakımı: Yeni proje, daire tipi veya kampanya eklendiğinde sabit kod listesini aynı gün güncelleyin.
5. Değişiklik kaydı: Eşlemeye yapılan her değişikliği tarih ve sebebiyle not edin; raporlardaki ani kırılmaları açıklamanın en hızlı yolu budur.

Alan Eşleme ve Yapay Zekâ

Yapay zekâ destekli satış asistanları ve lead skorlama modelleri giderek yaygınlaşıyor. Ancak bu araçlar, beslendikleri verinin kalitesi kadar iyidir. Bütçe alanı yarı yarıya boş, proje alanı tutarsız bir CRM'de çalışan bir model, yanlış önceliklendirmeyi sadece daha hızlı yapar. Bu nedenle ben yapay zekâ projelerine başlamadan önce alan eşleme ve veri hijyeni denetimini ilk adım olarak görüyorum. Doğru eşlenmiş, sabit kodlu ve normalleştirilmiş veri; hem otomasyonların hem de yapay zekâ katmanının güvenilir çalışmasının temelidir.

Sık Sorulan Sorular

Field mapping ile veri senkronizasyonu aynı şey mi?

Hayır. Alan eşleme, hangi alanın nereye ve hangi kuralla gideceğini tanımlar. Senkronizasyon ise bu verinin sistemler arasında ne zaman ve hangi yönde aktarıldığıdır. İyi bir senkronizasyon, doğru bir eşleme şeması olmadan işe yaramaz.

Alan eşlemeyi kim yapmalı, pazarlama mı satış mı?

Teknik kurulum genellikle entegrasyon veya RevOps tarafında yapılır; ancak hedef alanların ve seçim listelerinin tanımı satış ve pazarlamanın ortak kararı olmalıdır. Satış hangi bilgiye ihtiyaç duyduğunu, pazarlama hangi bilgiyi toplayabildiğini söyler.

Hazır CRM entegrasyonları alan eşlemeyi kendiliğinden çözmez mi?

Hazır entegrasyonlar standart alanları (ad, telefon, e-posta) genellikle doğru eşler. Proje, bütçe, daire tipi gibi işe özel sorular ve dönüşüm kuralları ise çoğunlukla elle tanımlanmalıdır.

Yanlış eşlenmiş eski kayıtlar düzeltilebilir mi?

Çoğu durumda evet. Not alanına düşmüş cevaplar toplu bir dönüşüm işlemiyle ilgili alanlara taşınabilir ve telefon numaraları geriye dönük normalleştirilebilir. Ancak hiç kaydedilmemiş tıklama kimliği gibi veriler geri getirilemez; bu yüzden eşlemeyi baştan doğru kurmak çok daha ucuzdur.

Küçük bir emlak ofisi için de gerekli mi?

Evet. Tek bir form ve basit bir CRM kullanılsa bile telefon formatı, kaynak bilgisi ve izin alanları doğru eşlenmezse kayıp lead ve tekrar eden kayıtlar kaçınılmaz olur. Ölçek küçüldükçe her lead'in değeri artar.

Konunun kısa tanımı ve ilgili ayrıntılar için korayyalcin.org üzerindeki Field mapping nedir? sayfasına da göz atabilirsiniz.

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.