MQL vs SQL: Tanımlar, Devir Kuralları ve Lead'lerin Nerede Kaybolduğunu Gösteren Rakamlar

First Page Sage'in 30 sektörlük tablosuna göre B2B SaaS'ta marketing qualified lead'lerin yalnızca yüzde 13'ü sales qualified lead'e dönüşüyor ve tablodaki en iyi sektör yüzde 26'ya ulaşıyor. Geri kalanı reddediliyor, görmezden geliniyor ya da terimleri çoğu zaman farklı tanımlayan iki ekibin arasında soğuyup gidiyor. Bu MQL vs SQL rehberi tanımları, lead'leri canlı tutan devir kurallarını, dönüşüm oranının formülünü ve benchmark'larını, ayrıca gerçek bir kohortu ele alıyor: Spona'nın iki aylık bir kohorttaki 400 MQL'i. Rakamlara geçmeden önce bir not: Buradaki SQL, veritabanı dili değil, sales qualified lead anlamına geliyor.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

MQL ile SQL Arasında Lead'ler Nerede Kayboluyor: Rakamlarla Huni

Bir B2B hunisinin beş durağı var: lead, marketing qualified lead (MQL, pazarlamanın nitelendirdiği lead), sales accepted lead (SAL), sales qualified lead (SQL, satışın nitelendirdiği lead) ve fırsat. Yayımlanan rakamların çoğu MQL'den SQL'e geçiş adımını ölçüyor ve sonuçlar arasındaki fark büyük. First Page Sage'in tablosunda hukuk hizmetleri ve gayrimenkul yüzde 10'da, B2B SaaS yüzde 13'te, siber güvenlik yüzde 15'te, işletme sigortası ve HVAC (ısıtma, havalandırma ve iklimlendirme) yüzde 26'da duruyor. Sayfa genel bir ortalama vermiyor; 30 satırın ağırlıksız ortalaması yüzde 16,1 (kendi hesabımız).

Implisit'in yüzlerce şirketin pipeline'ını inceleyen ve Geckoboard'un özetlediği eski analizi, lead'lerin yüzde 13'ünün fırsata dönüştüğünü ve bu yolculuğun ortalama 84 gün sürdüğünü ortaya koydu. En büyük farkı kaynak yarattı: Web sitesinden gelen lead'ler yüzde 31,3, tavsiyeler yüzde 24,7 oranında dönüşürken satın alınan lead listeleri yüzde 2,5'e, e-posta kampanyaları ise yüzde 0,9'a ulaştı.

Bu adımın neden tıkandığını iki rakam daha açıklıyor. Forrester'ın 16.000'den fazla kurumsal alıcıya dayanan State of Business Buying, 2024 raporu, satın almaların yüzde 91'inin bir noktada duraksadığını buldu. Satış ve pazarlama alanında çalışan 200 profesyonelle yapılan bir Gartner Peer Community anketinde pazarlamacıların yüzde 27'si en büyük uyum sorunu olarak “iç tanımlarda uyumsuzluğu” gösterdi ve tüm katılımcıların yalnızca yüzde 3'ü ekiplerinin ortak metrikler oluşturduğunu söyledi.

Her satırın bir sahibi ve bir çıkış kriteri var. Bir şirket bu iki hücreyi dolduramıyorsa, lead'leri tam da orada kayboluyor.

MQL ve SQL Nedir?

Terimler, 2005'ten beri yayımlanan, 2012'de revize edilen ve 2017'de yerini Demand Unit Waterfall'a bırakan bir huni modelinden, SiriusDecisions Demand Waterfall'dan geliyor. MQL ve SQL'in pratikte ne anlama geldiği, tanımı kimin yazdığına bağlı; aşağıdaki MQL anlamı önce yazılım sağlayıcılarından, ardından Spona'nın kendi kayıtlarından geliyor.

MQL Nedir? MQL Ne Demek ve Nasıl Tanımlanır?

HubSpot'un yaşam döngüsü dokümantasyonu marketing qualified lead'i “pazarlama ekibinizin satış ekibine hazır olarak nitelendirdiği bir kontak veya şirket” olarak tanımlıyor. Adobe'nin tanımı daha gevşek: ürünlerinize veya çözümlerinize ilgi göstermiş biri. Ölçütü belirlemeyi ikisi de size bırakıyor ve tanım sorunu tam burada başlıyor: Bir e-kitap indirmesi de bir fiyat talebi de “ilgi” sayılıyor.

Spona'nın tanımı bilerek daha dar tutuldu. Spona'da MQL; ICP'ye uyan, ilgili bir rolün belirlendiği ve açıkça örnek lead, fiyat ya da demo talep eden bir şirkettir; mükerrer kayıtlar ve geçersiz üyelikler hariç. Bu da daha az MQL ve daha yüksek bir dönüşüm oranı demek; benchmark bölümü bu ödünleşime yeniden dönüyor. Daha geniş nitelendirme aşamaları ve çerçeveleri için lead nitelendirmenin ne olduğunu anlatan yazıya göz atın.

Sales Qualified Lead (SQL) Nedir?

HubSpot, SQL'i “satış ekibinizin potansiyel müşteri olarak nitelendirdiği bir kontak veya şirket” olarak tanımlıyor; ayrıntılar Lead Status (lead durumu) özelliğine kaydediliyor. Salesforce'un Kanada merkezi dört koşul sıralıyor: bir iş gerekçesi (business case), kararı kolaylaştırabilecek bir kontak, doğrudan veya örtük bir ihtiyaç ve bir zaman çizelgesi. Cognism ise bir hızlı geçiş kuralı ekliyor: İletişim, teklif veya fiyat isteyen bir lead hemen SQL olur ve “ideal olarak saatler değil, dakikalar içinde” deneyimli bir satış kapatıcısına gider.

Spona'nın SQL tanımı: Satış ekibi somut bir kullanım senaryosunu, yeterli veri uyumunu, makul bir satın alma yolunu ve üzerinde anlaşılmış bir değerlendirme ya da satın alma adımını doğrular. En önemlisi son madde. Üzerinde anlaşılmış bir sonraki adım yoksa iyi geçen bir görüşme bile hâlâ MQL'dir.

HubSpot'ta MQL ve SQL Yaşam Döngüsü Aşamaları

HubSpot'ta Marketing Qualified Lead ve Sales Qualified Lead, Lifecycle Stage (yaşam döngüsü aşaması) özelliğinin değerleridir; Opportunity, bir anlaşmayla ilişkilendirilmiş kontak veya şirket anlamına gelir ve varsayılan otomasyon aşamayı yalnızca ileri taşır. Bu yüzden reddedilen bir MQL'in elle ya da bir iş akışıyla sıfırlanması gerekir; aksi halde tüm raporlarda MQL olarak kalır. Salesforce'ta ekipler aşamayı genellikle Lead Status alanında takip eder ve bir lead'i dönüştürmek bir hesap ve bir kontak, varsayılan olarak da bir fırsat oluşturur.

MQL vs SQL: Tek Tabloda Fark

MQL ile SQL arasındaki temel fark, kimin karar verdiği ve hangi kanıta dayandığıdır. MQL, bir sistemin uyum ve davranıştan yola çıkarak yaptığı bir tahmindir. SQL ise bir insanın alıcıyla konuşup bir sonraki adımı duyduktan sonra verdiği bir karardır. Bir skor lead'i devredebilir; onu nitelendirebilen tek şey bir görüşmedir.

Lead'leri Canlı Tutan MQL'den SQL'e Devir Kuralları

Yüzde 27'lik tanım sorunu, devir aşamasında kaybedilen pipeline'a dönüşüyor. Her biri bir kaynağa dayanan beş kural, hasarın büyük kısmını önlüyor.

1. İki tanımı da yazıya dökün ve iki ekibe de imzalatın. MQL tanımı uyum kriterlerini ve tetikleyen davranışı ya da talebi belirtir; SQL tanımı ise temsilcinin neyi doğrulaması gerektiğini. Tanımları lead nitelendirme kontrol listesinde anlatılan uyum toplantısında gözden geçirin ve veriler gerektirdiğinde değiştirin: HubSpot'un pratik kuralına göre yüzde 10'un altındaki bir oran, MQL kriterlerinin fazla gevşek olduğu anlamına gelir.

MQL ile SQL Arasındaki Sales Accepted Lead (SAL) Adımı

2. Kabul veya ret adımı ekleyin ve ret gerekçesini zorunlu yapın. Sales accepted lead, bir temsilcinin incelediği ve üzerinde çalışmayı kabul ettiği MQL'dir. Bu adım tek bir tıklamaya mal olur ve pazarlamanın elde edebileceği en faydalı veri setini üretir: satışın neden hayır dediğini. 4Thought Marketing, yanlış uyum, kötü zamanlama, zaten müşteri ve rakip gibi değerler içeren yapılandırılmış bir gerekçe alanı öneriyor ve bir lead'i ancak satış ekibi “CRM'inizde bilinçli bir işlem” yaptığında SQL sayıyor. Küçük ekipler MQL ve SAL'ı çoğu zaman tek adımda birleştirir; bu durumda bile gerekçe alanını koruyun.

3. Bir yanıt süresi belirleyin ve kısa tutun. 4Thought'un yaygın başlangıç noktası yüksek niyetli sinyaller için 24 saat, ılık sinyaller için 48 ila 72 saat. Araştırmalar daha hızlısını söylüyor. Lead Response Management çalışması (MIT'den Profesör Oldroyd, InsideSales.com verileriyle: üç yıl, altı şirket, 15.000'den fazla lead ve 100.000 arama denemesi), yanıt süresi 5 dakikadan 30 dakikaya uzadığında bir potansiyel müşteriyi nitelendirme olasılığının 21 kat, 5 ile 10 dakika arasında ise dört kat düştüğünü buldu. 24 saatlik SLA, tüm ekip için kabul edilebilir en uzun yanıt süresidir; bir fiyat talebi için hedef değildir.

4. Reddedilen MQL'leri gerekçesiyle birlikte yeniden döngüye alın. “Kötü zamanlama” bir tarihle nurturing'e geri döner, “yanlış uyum” MQL kuralını sıkılaştırır, “zaten müşteri” CRM'i düzeltir. Skor eşikleri ve skor erimesi lead scoring en iyi uygulamaları yazısının konusu; devir kuralı yalnızca şunu söyler: Hiçbir lead SAL kuyruğundan gerekçesiz çıkmaz.

5. İki ekibi aynı dashboard'da buluşturun. Gartner Peer Community katılımcılarının yalnızca yüzde 3'ü ekiplerinin ortak metrikleri olduğunu söyledi. Understory Agency'nin üç devir metriği uygulanabilir bir asgari set: ilk temas SLA'sına uyum, bir sonuca bağlanana kadar üzerinde çalışılan MQL'lerin payı ve MQL'i tetikleyen olaya göre dönüşüm oranı.

MQL'den SQL'e Dönüşüm Oranı: Formül ve Benchmark'lar

Formül basit: MQL'den SQL'e dönüşüm oranı = SQL'ler ÷ MQL'ler × 100. Tuzak, zaman aralığında. Geckoboard'un KPI rehberi, yalnızca aynı ay içinde SQL'e dönüşen MQL'leri saymanın, satış döngüsü daha uzun sürdüğünde oranı olduğundan düşük gösterdiği uyarısını yapıyor. Bunun yerine bir kohort ölçün: Bir dönemde oluşturulan MQL'leri alın ve sabit bir süre içinde kaçının SQL'e dönüştüğünü sayın; bu süre çoğu ekip için 30 gün, kurumsal satışta daha uzun. HubSpot'un örnek hesabında 26 SQL, 200 MQL'den çıkıyor, yani oran yüzde 13.

Yayımlanmış iki rakam daha tabloyu iki yandan çerçeveliyor. HubSpot, sektörler arası aralığı yüzde 10 ila 20 olarak veriyor ve yüzde 13'ü sağlıklı buluyor. Salesforce, Gartner araştırmasına dayanarak, MQL'lerin yüzde 21'inin SQL'e dönüştüğünü söylüyor; asıl Gartner sayfası açılamadı, bu yüzden bu rakamı ikinci elden bir bilgi olarak değerlendirin. Arama sonuçlarının geri kalanına temkinle yaklaşın: İlk ondaki bir ajans sayfası aynı metrik için yüzde 13, yüzde 13 ila 15, yüzde 10 ila 20 ve yüzde 20 ila 30 veriyor ve hiçbiri için kaynak göstermiyor. Örneklem büyüklüğü, dönemi ve tanımı olmayan bir benchmark, bir görüşten ibarettir. Bir sonraki bölüm bu üçünü de veriyor.

Spona'nın MQL'den SQL'e Dönüşüm Oranı: 400 MQL, 120 SQL, 30 Günde Yüzde 30

Spona, iki aylık bir dönemde oluşturulan her MQL'i kaydetti ve her birini takip etti; böylece her kaydın eksiksiz 30 günlük bir takip süresi var. Kohort 400 MQL'den oluşuyor. Satış ekibi bunların 120'sini 30 gün içinde SQL olarak kabul etti; bu, yüzde 30'luk bir MQL'den SQL'e dönüşüm oranı demek. Spona dönüşümü ve örneklemi kendi kayıtlarıyla doğruladı.

Tanımlar, tanımlar bölümünde aktarılan iki tanımdır ve sayımdan önce uygulandı: Mükerrer kayıtlar ve geçersiz üyelikler hiçbir zaman 400'e girmedi ve üzerinde anlaşılmış bir değerlendirme ya da satın alma adımı olmadan hiçbir lead SQL sayılmadı.

Yüzde 30'un, B2B SaaS için verilen yüzde 13'ün üzerinde olmasının nedeni büyük ölçüde tanımlarda. First Page Sage, niyetin nasıl ölçüldüğünü söylemeden, satın alma niyeti ve satın alma imkânı olan her kontağı sayıyor; Spona'nın MQL tanımı ise açık bir talep şart koşuyor ve normalde bir SAL adımının yapacağı filtrelemeyi bu talep üstleniyor. 30 günlük süre ise ters yönde etki ediyor: 30. günden sonra kabul edilen bir MQL kaçırılmış sayılıyor.

Rakamın kanıtlamadığı şey: Bu, tek bir şirket, iki aylık tek bir kohort ve düşük giriş fiyatı ile ücretsiz örneği olan tek bir ürün. Bir pazar benchmark'ı değil, Spona müşterilerinin ortalaması da değil ve bir sonraki kohort farklı çıkabilir. Gösterdiği şey yöntem: Belirtilmiş bir tanım, belirtilmiş bir dönem, belirtilmiş bir süre ve okurun kontrol edebileceği bir sayım.

MQL'i SQL'e Nasıl Dönüştürürsünüz?

Üç hamle, tanımları gevşetmeden oranı yükseltir.

Açık taleplere dakikalar içinde yanıt verin. Yukarıdaki 21 katlık bulgu ilk beş ila otuz dakikayla ilgili. Fiyat, demo ve örnek taleplerini CRM'de bir görevle doğrudan bir temsilciye yönlendirin ve 24 saatlik SLA'yı yalnızca içerik kaynaklı MQL'ler için kullanın. HubSpot'un müşteri örneği fiyat listesi indirmeye 25 puan, bülten açmaya 1 ila 2 puan veriyor ve eşiği 75 puan olarak belirliyor: Açık bir talep, lead'i tek başına yolun büyük kısmına taşımalı.

İlk görüşmede üç şeyi netleştirin. Spona'nın satış temsilcileri on nitelendirme sorusuyla çalışıyor; küçük bir satın almada üçüne öncelik veriyorlar: ihtiyaç (hangi eksik kontaklar, zayıf uyum veya güncelliğini yitirmiş kayıtlar ekibin vaktini alıyor), zamanlama (hangi kampanya veya pazar lansmanı son tarihi belirliyor) ve karar kriterleri (100 şirketlik bir örneğin satın almayı haklı çıkarmak için neyi kanıtlaması gerekiyor). Bütçe ve yetki kısaca kontrol edilir ama geçiş şartı değildir; tam MEDDIC, daha büyük yıllık ya da karmaşık hesaplar için ayrılır.

Bütçe elemesinin finanse edilebilir bir anlaşmayı öldürmesine izin vermeyin. Spona'dan kayda geçmiş bir örnek: Bir kurucu veri için bütçeleri olmadığını söyledi; katı bir eleme bu şirketi reddederdi. Küçük bir örnek, ayda 10 saatlik araştırma tasarrufu gösterdi ve bu da finanse edilebilir bir iş gerekçesi ortaya çıkardı. Ders, işlerin sırasında: Önce değeri kanıtlayın, sonra bütçeyi sorun. MQL kuralının uyum tarafı için iki ekibin de üzerinde anlaştığı bir ideal müşteri profilinden yola çıkın.

MQL vs SQL Ne Zaman İşe Yaramaz Hale Gelir: Satın Alma Komiteleri ve Self-Servis Alıcılar

Terimleri ortaya atanlar çoktan yola devam etti. SiriusDecisions'tan Kerry Cunningham, 2017'de Demand Unit Waterfall'ı tanıtırken “artık meselenin lead'ler olmadığını biliyorduk” dedi ve hedef şirketlerin (hesapların) daha şelalenin en tepesinde belirlenmesi gerektiğini söyledi; Terry Flaherty de talebin “bir alıcı, bir iş sorunu ve bir çözüm” gerektirdiğini ekledi. O günden bu yana veriler onları doğruluyor. Forrester, ortalama bir satın alma kararında 13 kişi sayıyor. 6sense'in 2025 Buyer Experience Report raporu (4.000'in biraz altında katılımcı), satıcıyla ilk temasın yolculuğun yüzde 61'inde gerçekleştiğini ve satın alma komitelerinin yüzde 94'ünün satıcıyla temasa geçmeden önce kısa listesini sıraladığını gösteriyor. Gartner, B2B alıcıların yüzde 75'inin satış temsilcisi olmadan ilerleyen bir deneyimi tercih ettiğini bildiriyor.

Dolayısıyla tek kişiye dayalı bir MQL çoğu zaman geç geliyor ve formu dolduran kişi karar verici değil, araştırmayı yapan kişi olabiliyor. Çözüm MQL ve SQL'den vazgeçmek değil, birimi değiştirmek: Hesabı nitelendirin, hesap başına etkileşimdeki kişileri sayın, form doldurmalarının yanına ürün kullanımını ve satın alma sinyallerini ekleyin ve SQL görüşmesinin tek bir kontak yerine komitenin haritasını çıkarmasını sağlayın. Product qualified lead (PQL) bu varyantlardan biri; SSS bölümünde ele alınıyor.

Spona MQL ve SQL Sürecinde Nerede Devreye Girer, Nerede Girmez

Spona, MQL aşamasından önce çalışır. İdeal müşterinizi bir sohbette tarif edersiniz; yapay zekâ 40+ veri kaynağını tarar, her lead'i doğrular ve yaklaşık 4 dakikada nitelikli lead'ler sunar. 20 ila 50 kişilik bir şirketin satış müdürü (Head of Sales) ihtiyacı şöyle anlattı: “Nişimize uyan ve her eşleşmenin bir gerekçesi olan küçük bir liste istiyorduk.” Her lead kaynağından bu gerekçeyi isteyin: Temsilci ilk aramadan önce lead'in neden uyduğunu gördüğü için gerekçe, SAL adımında lead'i kabul etmeyi kolaylaştırır.

Fiyatlandırma lead başına: Nitelikli lead'ler 0,32 ila 4 dolar, toplu lead'ler 0,01 ila 0,09 dolar; her yeni ideal müşteri profili 1.000 kurulum kredisi (8 ila 10 dolar) gerektirir ve ücretsiz örnek lead'ler mevcuttur. Sözleşme, kurulum ve onboarding yoktur; bu yüzden ilk test, aynı SAL ve SQL kriterleriyle mevcut MQL kaynağınıza karşı ölçülen 100 lead olabilir.

Uymadığı yer: Spona yaşam döngüsü aşamalarınızı, SLA sayaçlarınızı veya CRM yönlendirmenizi yönetmez; bunu HubSpot ve Salesforce yapar. Bir lead'i SQL yapan görüşmenin yerini de tutmaz. Ayrıca Spona'dan gelen bir lead, inbound bir talep değildir: Uyum açısından nitelendirilmiş olarak gelir ve inbound bir MQL'in beraberinde getirdiği açık ilgi sinyalini outreach çalışmanızın kazanması gerekir. Hesap düzeyinde niyet verisine ihtiyaç duyan ekipler Spona'yı bir niyet verisi sağlayıcısıyla birlikte kullanır.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

MQL vs SQL: Sıkça Sorulan Sorular

Önce Hangisi Gelir, MQL mi SQL mi?

MQL. Bir lead, pazarlamanın uyum ve etkileşim kuralını karşıladığında marketing qualified lead, bir temsilci üzerinde çalışmayı kabul ettiğinde sales accepted lead, temsilci ihtiyacı, uyumu, satın alma yolunu ve bir sonraki adımı doğruladığında da sales qualified lead olur. HubSpot'un varsayılan otomasyonu yaşam döngüsü aşamalarını yalnızca ileri taşır.

İyi Bir MQL'den SQL'e Dönüşüm Oranı Nedir?

First Page Sage'in sektör tablosu yüzde 10'dan (hukuk hizmetleri, gayrimenkul) yüzde 26'ya (işletme sigortası, HVAC) kadar uzanıyor, B2B SaaS ise yüzde 13'te; HubSpot yüzde 13'ü sağlıklı buluyor ve yüzde 10'un altındaki her oranı gevşek MQL kriterlerinin işareti olarak yorumluyor. Kendi oranınızı başka bir şirketinkine göre değil, kendi tanımlarınıza ve sabit bir kohort süresine göre değerlendirin.

MQL'den SQL'e Geçiş Ne Kadar Sürer?

HubSpot'un önerisi, çoğu B2B satışı için 30 ila 90 gün, karmaşık kurumsal anlaşmalar için altı ay veya daha fazla. Implisit analizi, lead'den fırsata ortalama 84 gün buldu. Spona'nın kohortu 30 günlük bir kabul süresi kullandı; bu da ücretsiz örneği olan düşük fiyatlı bir ürüne uyuyor.

MQL ve SQL Farkı Nedir?

Kimin karar verdiği ve hangi kanıta dayandığı. MQL, bir pazarlama aracındaki skor veya kural tarafından uyum ve davranışa göre belirlenir. SQL ise ihtiyacı, uyumu, satın alma yolunu ve üzerinde anlaşılmış bir sonraki adımı doğrulayan bir görüşmenin ardından bir satış temsilcisi tarafından belirlenir.

PQL ile MQL Arasındaki Fark Nedir?

Product qualified lead, içerik etkileşimiyle değil, birinin ürününüzün içinde yaptığı şeyle, örneğin ücretsiz bir plandaki kullanım limitine ulaşmasıyla nitelendirilir. Devir kuralları aynıdır: yazılı bir tanım, bir yanıt süresi ve bir ret gerekçesi.

HubSpot ve Salesforce MQL ile SQL'i Nasıl Etiketler?

HubSpot, Lifecycle Stage özelliğini (Marketing Qualified Lead, Sales Qualified Lead, Opportunity) Lead Status'taki alt aşamalarla birlikte kullanır. Salesforce ekipleri bunu genellikle Lead Status alanında takip eder; bir lead'i dönüştürmek hesap ve kontak kayıtları, varsayılan olarak da bir fırsat oluşturur.