Pazarlamanın Getirdiği Lead'ler Neden Satışta Ölüyor? MQL-SQL Kopukluğu
MQL ve SQL farkı nedir, devir kriteri nasıl yazılır? Red gerekçesi listesi, yanıt süresinin etkisi, geri devir mekanizması ve ekipler arası hizmet anlaşması.
Pazarlama ayın sonunda "200 lead getirdik" der. Satış "hiçbiri kaliteli değildi" der. İki taraf da haklı olduğunu düşünür, ikisi de iddiasını kanıtlayamaz ve aynı tartışma bir sonraki ay tekrar başlar. Sorunun kaynağı genellikle lead kalitesi değil, devir sürecinin yazılı olmamasıdır.
MQL ve SQL arasındaki fark nedir?
MQL, pazarlamanın ilgi gösterdiğini düşündüğü kayıttır: içerik indirmiş, web seminerine katılmış, fiyat sayfasını ziyaret etmiştir. SQL ise satışın "bu kişiyle görüşmeye değer" dediği kayıttır.
Bu iki tanım aynı belgede yazılı değilse, pazarlama kendi ölçüsüne göre lead üretir, satış kendi ölçüsüne göre eler ve aradaki fark her ay çatışmaya dönüşür. Devir sürecini düzeltmenin ilk adımı, iki tanımı da tek bir cümleyle yazmaktır.
Devir kriterini birlikte yazın
Kriteri pazarlama tek başına yazarsa satış kabul etmez; satış tek başına yazarsa kriter imkânsız hale gelir. İki tarafın birlikte oturup dört soruyu cevaplaması gerekir:
- Hangi şirket özellikleri zorunlu? Büyüklük, sektör, ülke.
- Hangi davranış yeterli sinyaldir? Demo talebi mi, içerik indirmesi mi?
- Kişinin rolü ne olmalı? Karar verici mi, etkileyici mi yeterli?
- Hangi durumda devir yapılmaz? Öğrenci, rakip, iş başvurusu, mevcut müşteri.
Bu dört cevap tek sayfayı geçmemeli. Uzayan kriter uygulanmaz.
Devrin CRM'de görünür olması gerekir
Kriter yazılı olsa bile CRM'de izlenmiyorsa tartışma bitmez. En az şu alanlar gerekir:
- Kaydın MQL olduğu tarih
- MQL olmasını tetikleyen davranış
- Satışa devredildiği tarih
- Satışın ilk temas kurduğu tarih
- Kabul edildi mi, reddedildi mi
- Reddedildiyse gerekçesi — kapalı listeden
Bu altı alan, aylardır sürüncemede kalan tartışmayı iki haftada veriye çevirir.
Red gerekçesi listesi en kritik alan
Satışın "kalitesiz" demesi bir bilgi taşımaz. Reddi somut nedenlere bağlayın: yanlış şirket büyüklüğü, bütçe yok, karar verici değil, zamanlama uygun değil, zaten müşteri, ulaşılamadı.
Birkaç hafta sonra bu liste pazarlamaya net bir yön verir. "Ulaşılamadı" baskınsa sorun lead kalitesinde değil, yanıt süresindedir. "Yanlış şirket büyüklüğü" baskınsa hedefleme ayarı gerekir. İki durum tamamen farklı işler gerektirir ve kapalı liste olmadan hangisi olduğu asla anlaşılmaz.
Yanıt süresi kaliteden daha belirleyici
Devredilen bir lead'e ne kadar geç dönülürse dönüş oranı o kadar düşer. Aynı lead, iki saat sonra arandığında iki gün sonra arandığından belirgin biçimde daha iyi sonuç verir.
Bu yüzden lead kalitesi tartışmasına girmeden önce yanıt süresini ölçün. Çoğu ekipte "kalitesiz lead" olarak etiketlenen kayıtların önemli bir kısmı, aslında geç dönülmüş kayıtlardır.
Geri devir mekanizması kurun
Reddedilen lead'in çöpe gitmesi en büyük israftır. Satışın reddettiği kayıt, otomatik olarak pazarlamanın besleme listesine dönmeli.
"Zamanlama uygun değil" diye reddedilen bir kayıt, üç ay sonra en iyi fırsatınız olabilir. Bu kaydı besleme listesine almazsanız, aynı şirketi altı ay sonra sıfırdan ve daha pahalıya yeniden bulursunuz.
Hizmet seviyesi anlaşması yapın
İki taraf da yazılı bir taahhüt vermeli. Pazarlama tarafı: ayda kaç MQL, hangi kriterle. Satış tarafı: devredilen kayda kaç saat içinde dönülecek, kaç deneme yapılacak, ne zaman karar verilecek.
Sayılar iddialı olmasın; tutulabilir olsun. Tutulmayan taahhüt, hiç taahhüt olmamasından daha çok güven kaybettirir.
Aylık ortak toplantı, tek tablo
Ayda bir, iki ekip aynı tabloya bakarak yarım saatlik bir toplantı yapsın. Tabloda dört sayı yeterlidir: devredilen MQL sayısı, kabul oranı, ortalama yanıt süresi, MQL'den kazanılan anlaşma sayısı.
Bu toplantının amacı suçlu bulmak değil, kriteri güncellemektir. Kabul oranı yüzde 80'in üzerindeyse kriter fazla dardır ve pazarlama fırsat kaçırıyordur; yüzde 40'ın altındaysa kriter gevşektir.
Nereden başlamalı
Bu hafta yapılacak iş: son 50 devredilen lead'i alın ve kaçının reddedildiğini, gerekçelerinin ne olduğunu elle çıkarın. Kapalı listeniz olmasa bile bu tek tablo, hangi tarafın neyi düzeltmesi gerektiğini ilk defa net gösterir.
Closync, MQL devir sürecini ve red gerekçelerini tek ekranda izlemenizi sağlar.
