Meta'ya Hangi CRM Aşamasını Öğretmeli? Offline Dönüşümde Sinyal Seçimi Rehberi
Meta Conversions API ile CRM'i birbirine bağlamak çoğu ekipte teknik bir proje gibi görülür: alanlar eşleşir, veriler hash'lenir, olaylar gönderilir, iş biter. Oysa sahada gördüğüm tablo farklı. Teknik köprü kurulduktan birkaç hafta sonra asıl soru ortaya çıkar: Reklam algoritmasına tam olarak neyi öğretiyoruz? Lead yönetimi, CRM kurulumları ve gayrimenkul/PropTech projelerinde çalışırken bu sorunun cevabının, entegrasyonun kendisinden daha fazla sonuç belirlediğini defalarca gördüm.
Bu yazıda kurulumun nasıl yapılacağını anlatmayacağım. Onun yerine kurulumdan sonra verilmesi gereken stratejik kararlara odaklanacağım: Hangi CRM aşaması optimizasyon sinyali olmalı, aşama tanımları nasıl korunmalı, hacim ile kalite arasındaki gerilim nasıl yönetilmeli ve bu kararlar kimin sorumluluğunda olmalı. Kısacası bu bir "sinyal yönetişimi" yazısı.
Algoritma Sizin CRM'inizi Okuyamaz, Yalnızca Gönderdiklerinizi Görür
Meta'nın teslimat sistemi, reklamı kime göstereceğine karar verirken kendisine geri bildirilen olaylardan öğrenir. Form doldurma olayını gönderirseniz form dolduracak insanları bulmayı öğrenir. Bu kulağa doğal geliyor ama sonucu çoğu zaman acıdır: Form doldurmaya yatkın, hızlı tıklayan, bazen yanlış numara bırakan, bazen hiç satın alma niyeti olmayan bir kitle büyür.
CRM'den offline olay gönderdiğinizde bu döngüyü değiştirme şansınız olur. Ama bu şans, ancak doğru aşamayı seçerseniz işe yarar. Yanlış aşamayı gönderirseniz algoritmaya yine yanlış şeyi, üstelik daha pahalı ve daha yavaş bir şekilde öğretirsiniz.
Üç tipik hata
Her aşamayı aynı ağırlıkta göndermek: "İletişime geçildi", "ilgileniyor", "randevu", "teklif", "satış" gibi tüm aşamaları aynı anda optimizasyon hedefi gibi düşünmek, sinyali bulanıklaştırır.
Yalnızca satışı göndermek: Satış en değerli olaydır ama çoğu işletmede çok seyrek ve gecikmelidir. Algoritmanın öğrenmesi için yeterli hacim oluşmaz.
Aşama tanımlarını temsilciye bırakmak: "Nitelikli" kelimesi her temsilcide farklı anlama geliyorsa, gönderdiğiniz sinyal de her gün farklı bir şey anlatır.
Sinyal Merdiveni: Hacim ile Değer Arasındaki Denge
Ben bu kararı ekiplerle birlikte bir "sinyal merdiveni" üzerinden veriyorum. Merdivenin alt basamaklarında hacim yüksek ama değer düşüktür; üst basamaklarda değer yüksek ama hacim düşük ve gecikme uzundur.
Basamak 1: Ulaşılan lead
Temsilcinin gerçekten konuştuğu, numarası doğru olan kişi. Bu basamak, sahte ya da hatalı formları ayıklamak için çok güçlü bir ilk adımdır. Hacmi formun hemen altındadır ve gecikmesi genellikle saatler mertebesindedir.
Basamak 2: Nitelikli lead
Bütçe, zamanlama ve ihtiyaç kriterlerinden en az belirli bir kısmını karşılayan kişi. Burada kritik olan, kriterin yazılı ve ölçülebilir olmasıdır. "Temsilciye göre iyi" bir tanım değildir.
Basamak 3: Randevu veya saha ziyareti
Gayrimenkulde ofis ya da proje ziyareti, B2B'de demo toplantısı. Niyetin güçlü bir göstergesidir ama hacmi belirgin şekilde düşer ve gerçekleşmesi günler sürebilir.
Basamak 4: Satış, rezervasyon veya sözleşme
En değerli sinyal. Ama özellikle konut satışında karar süreci haftalarca, hatta aylarca sürebildiği için algoritmanın bu olaydan tek başına öğrenmesi zordur.
Pratik kural şudur: Optimizasyon hedefi olarak, düzenli ve yeterli hacim üreten en üst basamağı seçin; üst basamakları ise ölçüm, raporlama ve gelecekteki geçiş için göndermeye devam edin. Meta'nın kampanya öğrenme süreci için düzenli bir haftalık olay hacmine ihtiyaç duyduğu biliniyor; kendi hesabınızdaki güncel önerileri kontrol ederek merdivenin hangi basamağında bu hacme ulaştığınızı belirleyin.
Örnek Senaryo: Bir Konut Projesinde Sinyal Seçimi
Aşağıdaki rakamlar tamamen örnek senaryodur; gerçek bir müşteriye veya ölçülmüş bir sektör ortalamasına ait değildir. Yalnızca düşünme biçimini göstermek için kullanıyorum.
Bir konut projesi Meta reklamlarından ayda 600 form aldığını varsayalım. CRM'deki örnek senaryo dağılımı şöyle olsun:
Ulaşılan lead: ayda 360
Nitelikli lead: ayda 140
Proje ziyareti: ayda 45
Rezervasyon: ayda 8
Bu tabloda rezervasyon olayı, haftada iki civarı olayla optimizasyon için açıkça yetersizdir. Proje ziyareti haftada on bir civarındadır; bazı hesaplarda bu da sınırda kalabilir. Nitelikli lead ise haftada otuzun üzerinde olay üretir ve gecikmesi birkaç gündür. Bu örnek senaryoda nitelikli lead'i optimizasyon hedefi yapmak, ziyaret ve rezervasyonu ise raporlama ve kalite kontrol sinyali olarak göndermek mantıklı bir başlangıç olur.
Burada önemli bir nokta var: Bu karar kalıcı değildir. Kampanya ölçeklendikçe ve ziyaret hacmi arttıkça bir üst basamağa geçmek mümkün hale gelir. Bu nedenle ben bu kararı her çeyrek yeniden gözden geçirmeyi öneriyorum.
Aşama Tanımı Disiplini: Sinyalin Kalitesi Burada Belirlenir
Algoritmaya "nitelikli lead" gönderiyorsanız, o kelimenin arkasında net bir tanım olmalıdır. Aksi halde iki temsilcinin farklı alışkanlıkları, kampanyanızın kime gösterileceğini doğrudan etkiler.
Yazılı tanım ve zorunlu alanlar
Her aşama için CRM'de zorunlu alanlar belirleyin. Örneğin bir gayrimenkul satış ekibi için "nitelikli" aşamasına geçiş, şu alanlar dolmadan mümkün olmamalıdır:
Bütçe aralığı (seçmeli liste, serbest metin değil)
Satın alma zamanlaması (örneğin 3 ay içinde, 3–6 ay, 6 ay üzeri)
Amaç (oturum, kiralama getirisi, yazlık kullanım)
Tercih edilen daire tipi veya proje
Bu alanlar hem temsilcinin işini standartlaştırır hem de gönderilen sinyalin her gün aynı anlamı taşımasını sağlar.
Geri dönüşlerin ve iptallerin yönetimi
Bir lead "nitelikli" olarak işaretlenip olay gönderildikten sonra, aslında yanlış numara ya da başka bir işle ilgili çıkabilir. Rezervasyonlar iptal olabilir. Bu durumlar için ekip içinde bir kural koyun: Hangi aşama geri alınırsa ne yapılacak, raporlamada nasıl gösterilecek? Algoritmaya gönderilmiş bir olayı geri almak her zaman mümkün olmayabilir; bu yüzden en iyi çözüm, aşama geçişini baştan sağlam yapmaktır.
Otomatik aşama geçişlerine dikkat
Bazı CRM otomasyonları, örneğin bir WhatsApp mesajına yanıt gelince lead'i otomatik olarak bir üst aşamaya taşır. Bu, operasyon açısından pratik olabilir ama optimizasyon sinyali açısından tehlikelidir. Otomatik geçişlerle beslenen bir aşamayı optimizasyon hedefi yapmadan önce, o aşamanın gerçekten insan kararıyla mı yoksa bir tetikleyiciyle mi dolduğunu kontrol edin.
Zamanlama ve Gecikme: Geç Gelen Sinyal Az Öğretir
Offline sinyallerin en çok göz ardı edilen boyutu zamanlamadır. Temsilci lead'i salı günü nitelikli olarak değerlendirdiği halde CRM'e cuma günü işlerse, olay da cuma gönderilir. Bu gecikme hem algoritmanın öğrenme hızını düşürür hem de raporlarda kampanya performansını olduğundan zayıf gösterir.
Pratik öneriler
Aşama güncellemelerini günlük satış rutininin parçası yapın; gün sonu "CRM kapanışı" alışkanlığı oluşturun.
Toplu yükleme yerine mümkünse olayları aşama değiştiği anda gönderin.
Haftalık olarak "aşama değişikliği ile olay gönderimi arasındaki ortalama süre" metriğini takip edin.
Yapay zekâ destekli CRM asistanları burada ciddi fayda sağlayabilir. Örneğin görüşme notlarından bütçe ve zamanlama bilgisini çıkarıp temsilciye "bu lead nitelikli aşamasına taşınabilir" önerisi sunan bir asistan, gecikmeyi azaltır. Ancak son kararın insanda kalması, sinyal kalitesi için önemlidir.
Değer Ataması: Her Lead Aynı Değerde Değildir
Sinyal seçiminin bir sonraki adımı, olaylara değer atamaktır. Gayrimenkulde bir stüdyo daire ile büyük bir villa için gelen nitelikli lead aynı değerde değildir. B2B'de küçük bir işletmeden gelen talep ile kurumsal bir talep de öyle.
Basit bir değer modeli kurmak
Karmaşık modellere geçmeden önce basit bir kademe yapısı işe yarar. Örnek senaryo olarak:
Bütçe aralığı A olan nitelikli lead: 1 birim değer
Bütçe aralığı B olan nitelikli lead: 2 birim değer
Bütçe aralığı C olan nitelikli lead: 4 birim değer
Buradaki birimler gerçek para değil, göreli önem göstergesidir. Amaç, algoritmaya "bu tür lead'ler daha önemli" mesajını vermektir. Değer modelini kurarken satış ve pazarlama ekiplerinin birlikte karar vermesi, sonradan çıkacak "bu kampanya yanlış kitleye gidiyor" tartışmalarını büyük ölçüde azaltır.
Sinyal Yönetişimi: Kim Karar Verir, Kim Denetler?
Bence bu konunun en kritik kısmı, kararların sahipliğidir. Teknik ekip entegrasyonu kurar, pazarlama ekibi kampanyayı yönetir, satış ekibi aşamaları günceller. Ama sinyalin bütününden kim sorumlu?
Önerdiğim basit sorumluluk yapısı
Sinyal sahibi (genellikle RevOps veya pazarlama operasyon sorumlusu): Hangi aşamanın optimizasyon hedefi olduğuna, değer modeline ve değişiklik takvimine karar verir.
Satış yöneticisi: Aşama tanımlarına uyumu denetler, haftalık örneklem kontrolü yapar.
Teknik sorumlu: Olay gönderiminin hatasız çalıştığını, eşleşme kalitesini ve gecikmeyi izler.
Değişiklik günlüğü tutun
Aşama tanımını değiştirdiğinizde, yeni bir zorunlu alan eklediğinizde veya optimizasyon hedefini bir üst basamağa taşıdığınızda bunu tarihli olarak kayıt altına alın. Üç ay sonra kampanya performansı değiştiğinde, nedenini bulmanın en hızlı yolu bu günlüktür.
30 Günlük Uygulama Planı
Bu kararları bir ay içinde hayata geçirmek için şu akışı öneriyorum:
1. hafta: Mevcut CRM aşamalarını ve son üç aylık aşama hacimlerini çıkarın. Sinyal merdivenini kendi verinizle doldurun.
2. hafta: Optimizasyon hedefi olacak aşamanın yazılı tanımını ve zorunlu alanlarını belirleyin; satış ekibiyle kısa bir eğitim yapın.
3. hafta: Değer modelini ve sorumluluk yapısını netleştirin; gecikme metriğini izlemeye başlayın.
4. hafta: Kampanyayı seçilen sinyalle test edin, değişiklik günlüğüne ilk kaydı girin ve bir sonraki gözden geçirme tarihini belirleyin.
Sonuç
Meta CAPI ile CRM entegrasyonu, reklam algoritmasına işletmenizin gerçekte neye değer verdiğini anlatabilmenin bir aracıdır. Ancak bu araç, ancak doğru hikâyeyi anlatırsanız işe yarar. Doğru aşamayı seçmek, aşama tanımlarını korumak, gecikmeyi azaltmak ve sinyalin sahipliğini netleştirmek; teknik kurulumdan en az onun kadar önemlidir. Lead yönetimi ve CRM projelerinde benim gördüğüm en büyük fark, teknik olarak kusursuz entegrasyonlarda değil, sinyal kararlarını düzenli olarak gözden geçiren ekiplerde ortaya çıkıyor.
Sıkça Sorulan Sorular
Optimizasyon hedefi olarak doğrudan satış olayını seçmek neden her zaman doğru değil?
Satış en değerli olaydır ama çoğu işletmede seyrek ve gecikmelidir. Algoritmanın öğrenmesi için düzenli bir hacim gerekir. Satış hacmi düşükse, daha sık gerçekleşen ama satışla güçlü ilişkili bir ara aşamayı hedef yapmak ve satışı ölçüm için göndermeye devam etmek genellikle daha sağlıklıdır.
"Nitelikli lead" tanımını nasıl standart hale getirebilirim?
Tanımı yazılı hale getirin ve CRM'de bu aşamaya geçişi zorunlu alanlara bağlayın: bütçe aralığı, zamanlama, amaç ve ilgilenilen ürün gibi. Serbest metin yerine seçmeli listeler kullanın ve satış yöneticisinin haftalık küçük bir örneklemle uyumu kontrol etmesini sağlayın.
Optimizasyon hedefini ne sıklıkla değiştirmeliyim?
Sık değişiklik algoritmanın öğrenmesini bozar. Ben çeyreklik gözden geçirmeyi öneriyorum. Bir üst basamak düzenli ve yeterli hacme ulaştığında geçişi planlı şekilde yapın ve değişiklik günlüğüne kaydedin.
Yapay zekâ bu süreçte nerede devreye girmeli?
En faydalı kullanım alanları, görüşme notlarından aşama önerisi çıkarmak, eksik zorunlu alanları hatırlatmak ve gecikmeli aşama güncellemelerini işaretlemektir. Ancak optimizasyon sinyalini doğrudan etkileyen aşama geçişlerinde son kararın bir insanda kalması, sinyal kalitesini korur.
Gayrimenkul gibi uzun karar süreli sektörlerde bu yaklaşım işe yarar mı?
Özellikle bu sektörlerde işe yarar. Konut satışında karar süreci uzun olduğu için satış olayı tek başına yetersiz kalır. Ulaşılan, nitelikli ve ziyaret gibi ara aşamalardan oluşan bir sinyal merdiveni, algoritmanın uzun döngüde bile doğru kitleye yönelmesine yardımcı olur.
Yazar: Koray Yalçın — lead yönetimi, CRM, dijital pazarlama, yapay zekâ ve gayrimenkul/PropTech alanlarında çalışır.
Comments