Proje vitrini hazırlanıyorPreparing project showcaseПодготавливаем витрину проекта

Lead Yönetimi

MQL ve SQL nedir? Pazarlama-satış lead devri ve SLA

Lead'ler eşit değildir. MQL (pazarlamaya hazır) ve SQL (satışa hazır) nedir, farkı, en çok sızdıran devir (handoff) noktası, bunu çözen iki yönlü SLA ve CRM ile MQL→SQL yönetimi.

Rocketly · 2026-06-20

"Lead" tek bir şey değildir. Web sitenizden bir e-kitap indiren kişiyle, fiyat sayfasında üç kez gezinip demo isteyen kişi aynı olgunlukta değildir. Bu farkı yönetmek için pazarlama ve satış dünyası iki kavram kullanır: MQL (pazarlamaya hazır lead) ve SQL (satışa hazır lead). En çok lead'in kaybolduğu yer ise bu ikisi arasındaki devir (handoff) noktasıdır — pazarlama "biz lead verdik" der, satış "kalitesizdi" der ve nitelikli adaylar çatlaktan düşer.

Bu yazıda MQL ve SQL'in ne olduğunu, farkını, devir sürecini, bunu kuran SLA'yı ve hepsini CRM ile nasıl yöneteceğinizi anlatıyoruz.

Lead100%MQL40%SQL18%Fırsat9%Müşteri3%
Lead → MQL → SQL → Fırsat → Müşteri: her aşamada bir eleme; devir noktası en kritik sızıntı yeridir.

MQL nedir?

MQL (Marketing Qualified Lead), pazarlama faaliyetleriyle yeterince ilgi göstermiş, satışa devredilmeye aday ama henüz satışın temas etmesi için olgunlaşmamış lead'dir. Bir lead'i MQL yapan şey davranışıdır: içerik indirme, e-postaları açma, fiyat sayfasını ziyaret etme gibi sinyaller. Bu sinyaller genellikle bir lead skoruyla ölçülür; skor bir eşiği aştığında lead "pazarlamaya hazır"dan "satışa devredilebilir"e geçer.

SQL nedir, MQL'den farkı ne?

SQL (Sales Qualified Lead), satış ekibinin incelediği ve gerçekten bir fırsat olduğunu onayladığı lead'dir. MQL bir pazarlama tahminidir ("bu kişi ilgili görünüyor"); SQL ise satışın doğrulamasıdır ("evet, bu gerçek bir alıcı, peşine düşmeye değer"). Fark kritiktir: her MQL, SQL olmaz. Satış, devredilen MQL'i niteleme kriterleriyle değerlendirir; uygun bulursa SQL'e (ve fırsata) yükseltir, uygun bulmazsa gerekçesiyle pazarlamaya geri verir.

Devir (handoff): lead'in en çok sızdığı yer

MQL'den SQL'e geçiş, pazarlama ile satışın el sıkıştığı andır — ve çoğu organizasyonda en kırılgan nokta burasıdır. Pazarlama lead'i atar ama satış günlerce dokunmaz; ya da satış "kalitesiz" deyip görmezden gelir; ya da kimse lead'in kimde olduğunu bilmez. Sonuç: en pahalı şekilde toplanan nitelikli lead'ler, tam ilgileri zirvedeyken soğuyup kaybolur. Bu sızıntı, daha çok lead toplamaktan çok daha ucuza kapatılabilir.

SLA: devri bir taahhüde bağlamak

Devri çözen şey, pazarlama ve satış arasında yazılı bir SLA (hizmet seviyesi anlaşması)dır. SLA iki yönlüdür: pazarlama, ayda kaç nitelikli MQL sağlayacağını ve hangi kriterleri karşılayacağını taahhüt eder; satış ise her MQL'e ne kadar sürede (örneğin ilk iş gününde, hatta ilk birkaç saatte) dokunacağını taahhüt eder. Bu, "kaliteli lead vs hızlı takip" tartışmasını ölçülebilir bir anlaşmaya çevirir. SLA'nın gücü, iki ekibi tek bir hunide hizalamasıdır; bu hizalamanın bütününü satış-pazarlama hizalaması yazımızda ele aldık.

CRM ile MQL→SQL yönetimi

MQL ve SQL kavramları, ancak bir CRM'de yaşarsa işe yarar. Lead skoru eşiğe ulaştığında CRM lead'i otomatik MQL işaretler, doğru satış temsilcisine atar ve devir saatini kaydeder. Satış lead'i SQL'e mi yükseltti, yoksa gerekçeyle mi geri verdi — hepsi izlenir. Böylece "kaç MQL verildi, kaçı SQL oldu, devir ne kadar sürdü?" soruları tahmin değil, rapor olur; hangi kaynağın gerçekten SQL ürettiğini de görürsünüz.

Ortak tanım: SLA'dan önceki adım

SLA yazmadan önce çözülmesi gereken daha temel bir şey vardır: pazarlama ve satışın "MQL" ve "SQL" derken aynı şeyi kastetmesi. Çoğu çatışma buradan çıkar — pazarlama bir lead'i "nitelikli" sayar, satış aynı lead'e bakıp "hiç hazır değil" der; çünkü ikisinin kafasındaki tanım farklıdır. Bu yüzden iki ekip bir masaya oturup somut, gözlemlenebilir kriterler üzerinde anlaşmalıdır: hangi unvan, hangi şirket büyüklüğü, hangi davranış bir lead'i MQL yapar; satışın onu SQL'e yükseltmesi için neyi doğrulaması gerekir. Yazılı ve paylaşılan bu tanım olmadan, en iyi lead skoru ve en sıkı SLA bile havada kalır. Ortak tanım, devrin görünmez ama en kritik temelidir.

Örnek: aynı lead, iki kader

Bir lead fiyat sayfasını ziyaret edip rehber indiriyor; skoru eşiği aşıyor ve MQL oluyor. Birinci senaryoda CRM yok: lead bir pazarlama tablosunda kalıyor, satış üç gün sonra fark ediyor, aradığında kişi başka bir çözüme yönelmiş. İkinci senaryoda CRM lead'i anında MQL işaretliyor, satışa atıyor ve SLA gereği temsilci 30 dakika içinde arıyor; lead henüz sıcakken görüşme bir SQL'e, oradan bir fırsata dönüşüyor.

Aynı lead, aynı ilgi — fark sadece devrin hızlı ve sistematik olup olmaması. Sıcak lead'e 5 dakika kuralı tam da bu anın değerini anlatır: MQL ne kadar hızlı SQL'e dokunursa, dönüşüm o kadar yüksek olur.

Yaygın hatalar

MQL/SQL yönetiminde en sık yapılan dört hata: Birincisi, MQL eşiğini keyfi koymak — veriye değil hisse dayalı eşik, satışa kalitesiz lead yağdırır. İkincisi, SLA olmaması — taahhüt yoksa devir herkesin işi, yani kimsenin işi olur. Üçüncüsü, geri bildirim döngüsü kurmamak — satış reddettiği MQL'lerin nedenini pazarlamaya söylemezse eşik hiç iyileşmez. Dördüncüsü, devri yavaş yapmak — günler süren takip, en nitelikli MQL'i bile soğutur.

Özet: nereden başlamalı

MQL ve SQL, bir lead'in pazarlamadan satışa geçerken hangi olgunlukta olduğunu ortak bir dille tanımlar. Önce MQL'i veriye dayalı bir lead skoruyla netleştirin, satış-pazarlama arasında iki yönlü bir SLA yazın (kaç MQL, ne kadar sürede dokunma), devri CRM'de otomatikleştirin ve reddedilen MQL'leri bir geri bildirim döngüsüyle iyileştirin. Bu kurulduğunda, pazarlamanın topladığı nitelikli lead'ler artık çatlaktan düşmez; sistematik olarak fırsata ve müşteriye dönüşür.

MQL'den SQL'e geçişi otomatik ve hesap verebilir kılın

Rocketly lead skoru eşiğe ulaşınca lead'i MQL işaretler, satışa atar ve devir SLA'sını (kaç dakikada dokunuldu) ölçer. Hiçbir nitelikli lead kapanın arasında kaybolmaz. Ücretsiz planla deneyin, kredi kartı gerekmez.

Ücretsiz Başla