← Sözlüğe Dön CRM & Otomasyon

SQL Nedir?

Satış Nitelikli Lead (Sales Qualified Lead)

SQL (Sales Qualified Lead), satış ekibi tarafından değerlendirilip satışa hazır kabul edilen, dönüşüme yakın nitelikli lead'dir. (Veritabanı SQL'i ile karıştırılmamalı.)

Yazan: Adem Demir Son güncelleme:

SQL (Satış Nitelikli Aday) = Satış ekibinin görüşme ya da inceleme sonucunda ihtiyacı, bütçesi, karar yetkisi ve zamanlaması açısından gerçek bir satış fırsatı olarak kabul ettiği potansiyel müşteri · sorgu dili olan SQL ile karıştırılmamalı

Sayılarla ne demek?

MQL pazarlamanın tahminidir; SQL ise satışın doğrulamasıdır. Satış temsilcisi adayla konuşur, ihtiyacını dinler, bütçesini ve zamanlamasını anlar ve şu soruya cevap verir: bu kişiyle gerçek bir satış süreci başlatmaya değer mi?

Doğrulama genelde birkaç temel soruya dayanır: Gerçek bir ihtiyaç var mı? Uygun bir bütçe var mı? Konuşulan kişi karar veriyor ya da karar sürecine katılıyor mu? Satın alma için bir zaman planı var mı? Bu sorulara olumlu cevap alınan aday SQL olur.

SQL aşaması, satış hunisinin en önemli kalibrasyon noktasıdır. MQL'lerin ne kadarının SQL'e dönüştüğü, pazarlamanın doğru kişileri getirip getirmediğini; SQL'lerin ne kadarının satışa dönüştüğü ise satış sürecinin gücünü gösterir.

Doğrulama soruları

BoyutSoru
İhtiyaçHangi sorunu çözmek istiyor?
BütçeBu çözüm için ayrılmış bir kaynak var mı?
YetkiKarar kimde, süreçte kimler var?
ZamanlamaNe zaman karar vermeyi planlıyor?
UyumÜrün ya da hizmet gerçekten uygun mu?

Son satır dürüstlük gerektiriyor. Ürün adayın ihtiyacına uymuyorsa onu SQL yapmak yerine bunu açıkça söylemek, hem satış ekibinin zamanını hem de markanın güvenilirliğini koruyor.

SQL sürecini kurarken

  1. Doğrulama kriterlerini yazın. Ortak bir kontrol listesi.
  2. Sonucu sisteme kaydedin. SQL, besleme ya da ret.
  3. Ret nedenini sorun. Bütçe mi, zamanlama mı, uyum mu?
  4. Nedenleri pazarlamaya geri besleyin. Tanım iyileşsin.
  5. Dönüşüm oranlarını izleyin. MQL→SQL→satış.

Uygulamada ne oluyor?

En sık sorun, doğrulama sonucunun kaydedilmemesi. Temsilci görüşmeyi yapıyor ama sonucu sisteme girmiyor; pazarlama hangi adayların neden SQL olmadığını hiç öğrenmiyor.

İkinci gözlem, ret nedenlerinin değerli bir bilgi olması. "Bütçe yok" cevabı sık geliyorsa hedefleme ya da fiyatlama; "şimdi değil" sık geliyorsa besleme süreci gözden geçirilmeli.

Üçüncüsü, zamanlaması uzak adayların kaybedilmesi. Altı ay sonra satın almayı planlayan bir aday reddedilip unutuluyor; oysa o tarihe yakın yeniden temas için besleme akışına alınmalı.

Dördüncüsü, kavramın sorgu dili SQL ile karıştırılması. Özellikle teknik ekiplerle çalışırken "SQL" kısaltması iki farklı anlama geliyor; belgelerde "satış nitelikli aday" ifadesini açıkça yazmak karışıklığı önlüyor.

Beşincisi, SQL'e geçiş süresinin izlenmemesi. MQL olduktan sonra satış görüşmesine kadar geçen süre uzadıkça dönüşüm düşüyor; bu süre kısa tutulmalı.

Altıncısı, doğrulamanın temsilciden temsilciye değişmesi. Bir temsilcinin SQL dediği aday, diğerinin ret dediği aday olabiliyor; ortak bir kontrol listesi tutarlılık sağlıyor.

Yedincisi, SQL oranının pazarlama kanalı bazında incelenmemesi. Bazı kanallardan gelen adaylar yüksek oranda SQL'e dönüşüyor; bütçe bu kanallara kaydırılabiliyor.

Sekizincisi, bireysel e-ticarette bu aşamanın zorlanması. Doğrudan satın alma yapılan mağazalarda satış görüşmesi yok; SQL kavramı daha çok kurumsal ve toptan satışta anlamlı.

Dokuzuncusu, fırsat aşamasına geçişin belirsiz olması. SQL ile somut bir teklif ya da fırsat arasındaki sınır net tanımlanmadığında raporlar karışıyor.

Onuncusu, satış görüşmesi notlarının CRM'de kalmaması. Temsilcinin öğrendiği bilgiler kendi not defterinde kaldığında, müşteri başka bir temsilciye geçtiğinde süreç sıfırlanıyor.

On birincisi, reddedilen adaylara pazarlama iletişiminin devam etmemesi. Uyum açısından reddedilmedikçe, bu adaylar ilgili içeriklerle beslenmeye devam etmeli; bazıları zamanla hazır hale geliyor.

On ikincisi, gelir analizinin SQL düzeyinde yapılmaması. Her SQL'in ortalama ne kadar gelir getirdiği bilindiğinde, pazarlama yatırımlarının getirisi daha erken tahmin edilebiliyor.

Neyi göstermez?

SQL etiketi, satışın kesinleştiğini göstermez. Gerçek bir fırsatın başladığını gösterir; kapanış ayrı bir süreçtir.

Sıkça sorulan sorular

MQL'den farkı ne?

MQL pazarlamanın tahmini, SQL satışın doğrulamasıdır.

Hangi kriterler kullanılır?

İhtiyaç, bütçe, karar yetkisi, zamanlama ve uyum.

Reddedilen aday ne olmalı?

Uyum sorunu yoksa besleme akışına dönmeli; ret nedeni kaydedilmeli.

Bu kavramın bütün resim içindeki yerini Retention Pazarlama Rehberi içinde ayrıntılı anlattım.

"Bütçe yok" ya da "şimdi değil" gibi ret nedenleri kaydedilmezse, pazarlama hangi adayların neden SQL olmadığını hiç öğrenmez.
E-Ticaret E-posta ve Retention Pazarlaması

E-posta otomasyonları, sepeti terk akışları, segmentasyon ve müşteri elde tutma ile tekrar satışları artıran retention sistemi.

Hizmeti İncele
Adem Demir
Yazar

Adem Demir

10+ yıldır e-ticaret markalarının performans pazarlamasını yönetiyorum. Sözlükteki her maddeyi bu sahadaki deneyimimle yazıyor ve düzenli olarak güncelliyorum.

Ücretsiz Ön Görüşme

Reklam bütçeniz harcanıyor, kar nerede?

E-ticaret kurulumundan karlı ölçeklemeye — hesabınızı denetleyip nerede bütçe kaybettiğinizi netçe gösteriyorum. 30 dakikalık ön görüşme ücretsiz.

Ücretsiz Ön Görüşme Planla 10+ yıl deneyim · Satış baskısı yok, net teşhis var