--- title: "MQL-SQL Dönüşümü: Talep İddiasının Kendi Satış Yargısıyla Sınandığı Tek Sınır" description: "MQL-SQL dönüşümü, ancak kabul kriteri yazılı, ret gerekçesi kodlanmış, geçiş anı zaman damgalı ve sınırın tek bir sahibi tanımlı olduğunda ölçüm sayılır. Bunlar yoksa oran, dönem sonunda geriye dönük üretilen bir artıktır ve yatırımcı gelir tahminini kurucuya bağımlı bir yargı olarak fiyatlar." url: https://www.beirek.com/tr/blog/mql-to-sql-conversion-due-diligence canonical: https://www.beirek.com/tr/blog/mql-to-sql-conversion-due-diligence published: 2026-06-04 modified: 2026-06-04 category: "Pazarlama ve Talep Yaratma" category_url: https://www.beirek.com/tr/blog/category/marketing-demand-generation language: tr-TR reading_time_minutes: 7 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["MQL SQL dönüşümü","talep yaratma due diligence","satış hunisi ölçümü","yatırım hazırlığı değerleme","kurucu bağımlılığı","pipeline kapsama katsayısı","müşteri edinme maliyeti"] topics: ["Pazarlama ve satış arasındaki devir mekaniğinin kurumsallaştırılması","Talep hattı verisinin due diligence sürecinde doğrulanabilirliği","Gelir tahmin kalitesinin değerleme çarpanına yansıma kanalları","Kohort bazlı dönüşüm ölçümü ve CRM denetim izi tasarımı"] alternate_language_url: https://www.beirek.com/en/blog/mql-to-sql-conversion-due-diligence --- # MQL-SQL Dönüşümü: Talep İddiasının Kendi Satış Yargısıyla Sınandığı Tek Sınır > **Kısaca:** MQL-SQL dönüşümü, ancak kabul kriteri yazılı, ret gerekçesi kodlanmış, geçiş anı zaman damgalı ve sınırın tek bir sahibi tanımlı olduğunda ölçüm sayılır. Bunlar yoksa oran, dönem sonunda geriye dönük üretilen bir artıktır ve yatırımcı gelir tahminini kurucuya bağımlı bir yargı olarak fiyatlar. *MQL ile SQL arasındaki geçiş, pazarlamanın ürettiği talep iddiasının satışın kendi yargısıyla test edildiği tek noktadır. Bu sınır tanımsız, sahipsiz ve kayıtsız bırakıldığında büyüme anlatısı doğrulanabilir bir üretim fonksiyonuna dönüşmez; incelemede eksik olan sayı değil, sayının üretildiği mekanizmadır.* --- Bir yönetim kurulu oturumunda pazarlama tarafı dönem içinde üretilen nitelikli talep sayısını sunar, satış tarafı ise kapanan işlerin ve açık fırsatların listesini; iki sunum arasındaki mesafe genellikle nazik bir sessizlikle geçiştirilir. Masadaki biri aradaki sayıyı, yani pazarlamanın nitelikli saydığı taleplerden kaçının satış tarafından fırsat olarak kabul edildiğini sorduğunda, odada tek bir cevap değil iki ayrı cevap belirir ve ikisi de kendi içinde tutarlıdır. Pazarlama, kendi skorlama eşiğini geçen kayıtları sayar; satış, kendi takvimine giren görüşmeleri. Bu iki küme kesişir ama örtüşmez, ve örtüşmeyen kısmın nereye gittiği çoğu şirkette hiçbir yerde kayıtlı değildir. Aynı soru inceleme masasında sorulduğunda tonu değişir. Due diligence ekibi özet bir gösterge tablosu değil, kesitin kendisini ister: belirli bir ayda MQL olarak işaretlenmiş kayıtların tek tek hangi tarihte, kim tarafından ve hangi gerekçeyle SQL'e dönüştüğü ya da dönüşmediği. Bu istek, şirketin kendi kendine hiç sormadığı soruyu ilk kez yüzeye çıkarır — bir talebin reddedilmesi bir karar mıdır, yoksa yalnızca bir sessizlik midir? Cevabın kayıtta karşılığı yoksa, dönüşüm oranı şirket içinde var olan bir yapıyı değil, sunum için üretilmiş bir ifadeyi tarif ediyor demektir; ve inceleme boyutu bakımından bu, mevcudiyet sorusunun olumsuz yanıtlanması anlamına gelir. Bu boşluğun altındaki mekanizma, iki kararın doğası gereği farklı olmasıdır. MQL bir eşik kararıdır: davranış sinyalleri, firmografik uyum ve kanal kaynağı üzerinden kurulmuş bir puanın belirli bir seviyeyi geçmesi. SQL ise bir kabul yargısıdır: satış temsilcisinin, kendi kotası, kendi takvimi ve kendi kapanma olasılığı sezgisi üzerinden verdiği bir sahiplenme kararı. Biri kurala, diğeri muhakemeye dayandığı için aradaki geçiş bir ölçüm değil, iki tarafın kendi paydasını koruduğu örtük bir müzakere hâline gelir; pazarlama eşiği düşürerek hacim gösterir, satış kabul çıtasını yükselterek kendi dönüşüm oranını korur, ve her iki taraf da kendi göstergesinde iyileşme raporlar. Bu düzenleme, belirli koşullarda tamamen işlevseldir ve bunu hata olarak adlandırmak yanlış olur. Ekip küçükken kurucu ya da ilk satış lideri fiilen bu sınırın kendisidir; hangi talebin gerçek olduğunu tek bir kişi bilir, sözlü mutabakat yazılı kriterden hızlıdır, ve bir kabul kriteri dokümanı tutmanın maliyeti sağladığı faydayı aşar. Sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun sabit kalmasındadır: kanal sayısı arttığında, satış ekibi bölgelere ayrıldığında, dış ajans devreye girdiğinde ya da kurucu günlük akıştan çekildiğinde, tek kişinin taşıdığı yargı çoğaltılamaz hâle gelir fakat onun yerine geçecek bir yapı kurulmamıştır. Bu andan itibaren şirket, kendi talep hattını yönetmez, yalnızca gözlemler. Uygulama boyutunda en sık gözlenen eksik, reddin geri dönüş hattının bulunmamasıdır. Satış tarafından kabul edilmeyen bir MQL, çoğu kurulumda bir gerekçe koduyla pazarlamaya iade edilmez; kayıt ya sistemde bekler, ya sessizce kapanır, ya da bir sonraki kampanyada aynı listeye yeniden girer. Gerekçe kodlanmadığı için — yanlış segment, bütçe yokluğu, karar verici olmayan muhatap, zamanlama uyumsuzluğu, mükerrer kayıt — pazarlama hangi sinyalin yanıltıcı olduğunu öğrenemez ve eşiğini kalibre edemez. Bunun sonucunda dönüşüm oranı bir ölçüm değil, dönem sonunda iki farklı sistemden çekilen iki sayının bölünmesiyle elde edilen bir artık olur; üstelik payda dönem içinde giren taleplerden, pay ise büyük ölçüde önceki dönemlerden gelen kabullerden oluştuğu için, oran hacim hızlandığında düşer, yavaşladığında yükselir ve bu hareket performans olarak yorumlanır. Kurumsal bedelin ilk yüzeyi birim ekonomidir. Müşteri edinme maliyeti, kanal bazında dönüşüm oranı olmadan yalnızca toplam pazarlama giderinin toplam yeni müşteriye bölünmesiyle hesaplanabilir; bu da hangi kanalın kârlı olduğunu değil, ortalamanın ne olduğunu söyler. Ortalamayla yönetilen bir bütçe, kaçınılmaz olarak en yüksek hacimli kanala kayar ve hacim ile kalite arasındaki ters ilişki bilanço tarafına gecikmeli yansır. Satış döngüsü uzunluğu, aşama bazında bekleme süreleri ve kabul edilmeyen taleplerin oranı bilinmediğinde, pipeline kapsama katsayısı bir ölçüm olmaktan çıkıp bir varsayıma dönüşür; ve gelir tahmini, üzerine kurulduğu varsayım kadar sağlamdır. İkinci yüzey doğrudan değerlemedir. Büyüme sermayesi sağlayan taraf, geçmiş geliri değil, gelirin üretim fonksiyonunu satın alır; ödediği çarpanın gerekçesi, aynı girdiyle aynı çıktının yeniden üretilebileceği inancıdır. Talep hattının kabul mekaniği gösterilemediğinde bu inanç yerini bir yargıya bırakır ve yargı, tipik olarak temkinli tarafta kalır: değerin bir kısmı peşin bedelden earn-out'a kayar, kapanış öncesi koşullar arasına satış süreçlerinin belgelenmesi girer, temsil ve tekeffül kapsamında pazarlama verilerinin doğruluğuna dair başlıklar genişler, escrow oranı yukarı çekilir. Bu kaymaların hiçbiri şirketin performansına itiraz değildir; performansın kurucudan bağımsız biçimde tekrarlanabilir olduğunun gösterilememesine verilen fiyattır. Üçüncü yüzey kurumsal hafızadır ve genellikle en geç fark edilendir. CRM'de aşama geçişleri geriye dönük olarak değiştirilebiliyorsa — ki çoğu kurulumda yetki matrisi buna izin verir — geçmiş dönemlerin dönüşüm verisi bugünün ihtiyacına göre yeniden yazılabilir hâle gelir, ve inceleme ekibi bunu ilk denetim izinde görür. Zaman damgasının kilitli olmadığı bir kayıt seti, doğruluğundan bağımsız olarak doğrulanabilir sayılmaz; belgelenmemiş uygulama, yatırımcı açısından var olmayan uygulamayla aynı kategoriye girer. Süreklilik sorusunun cevabı da burada verilir: dönüşümü bir kişinin sezgisi değil, sistemin kendisi taşıyorsa, o kişi ayrıldığında oran değişmez. Bu eğilimi nötrleyen müdahale bireysel disiplin değil, sistem tasarımıdır ve dört ayrılmış bileşenden oluşur. Birincisi, MQL ve SQL tanımlarının pazarlama ile satışın ortak imzasını taşıyan tek bir kabul kriteri metnine bağlanmasıdır; bu metin puanlama eşiğini değil, kabul için sağlanması gereken asgari koşulları — muhatabın karar yetkisi, tanımlı ihtiyaç, bütçe penceresi, coğrafi ve segment uygunluğu — sayar. İkincisi, kabul edilmeyen her kaydın kapalı bir gerekçe kodu listesiyle pazarlamaya iade edildiği çift yönlü bir hattır; gerekçe alanı serbest metin olduğunda analiz edilemez, dolayısıyla liste kısa ve tüketici olmalıdır. Üçüncüsü, ölçümün dönem bazlı değil kohort bazlı kurulmasıdır: belirli bir ayda giren talepler, girişten itibaren geçen süreye göre izlenir ve aşama tarih damgaları değiştirilemez biçimde kilitlenir. Dördüncüsü, sınırın tek bir sahibinin bulunmasıdır — tanımı değiştirme yetkisi, ölçümü raporlama sorumluluğu ve iki departman arasındaki anlaşmazlığı çözme mandası aynı rolde toplanır. BEIREK'in bu alandaki müdahalesi, şirkete yeni bir gösterge tablosu kurmakla değil, kabul kararının kayda geçtiği yeri tanımlamakla başlar. Kabul kriteri metnini iki departmanın birlikte imzaladığı bir iç mutabakat belgesi olarak yazar, ret gerekçesi taksonomisini şirketin gerçek itiraz kalıplarından türetir, ve CRM yetki matrisini geriye dönük aşama değişikliğini kapatacak biçimde yeniden kurgularız. Ardından üç aylık bir yeniden kalibrasyon ritmi işletiriz: kohort verisi açılır, eşik ile kabul çıtası arasındaki sapma incelenir, tanım gerekiyorsa değiştirilir ve değişikliğin tarihi kayda geçer — böylece geçmiş oranlar hangi tanım altında üretildiği bilinerek okunabilir. Bu ritmin çıktısı, veri odasına doğrudan girebilen bir kanıt zinciridir; incelemeye giren taraf oranı değil, oranın nasıl üretildiğini görür. Bir şirketin talep yaratma iddiası, ancak kendi satış ekibinin yargısıyla karşılaştığı noktada sınanabilir hâle gelir; MQL-SQL sınırı bu karşılaşmanın gerçekleştiği tek yerdir ve bu nedenle pazarlama fonksiyonunun en çok ölçülen değil, en az sahiplenilen kesiti olarak kalır. Bu sınırı bir kayıt olarak gösteremeyen şirket, büyümesini bir kapasite olarak değil bir anlatı olarak sunmuş olur; ve anlatının çarpanı, kapasitenin çarpanından her zaman düşüktür. Asıl soru dönüşüm oranının yüksek olup olmadığı değil, o oranı üreten kararın bugün kimin elinde olduğu ve o kişi olmadığında da aynı sonucu verip vermeyeceğidir. ## Ana Noktalar - MQL bir eşik kararı, SQL ise bir kabul yargısıdır; ikisi arasındaki geçiş ölçülmediğinde iki departman arasında sessiz bir müzakereye dönüşür. - Ret gerekçesi kodlanmayan bir hattın dönüşüm oranı ölçüm değil artıktır; pay ve payda farklı kohortlardan geldiği için oran dönemsel olarak kendiliğinden oynar. - Yatırımcı geliri değil, gelirin üretim fonksiyonunu fiyatlar; dönüşüm mekaniği gösterilemediğinde değerin bir kısmı peşin bedelden earn-out ve escrow'a kayar. - CRM'de aşama geçişleri geriye dönük değiştirilebiliyorsa kurumsal hafıza yoktur; denetlenebilirlik, tarih damgasının kilitli olmasıyla başlar. - Sınırın tek bir sahibi ve düzenli yeniden kalibrasyon ritmi kurulduğunda dönüşüm, kişiye bağlı bir başarıdan tekrarlanabilir kurumsal kapasiteye geçer. ## Sorular ### MQL ve SQL tanımını kim belirlemeli, pazarlama mı satış mı? Tanım tek bir tarafın yetkisinde olduğunda kaçınılmaz olarak o tarafın göstergesini koruyacak biçimde kalibre edilir. Sağlıklı kurulum, kabul kriterlerinin iki departmanın ortak imzasını taşıyan tek bir metinde toplanması ve bu metni değiştirme yetkisinin, ölçümü raporlayan ve anlaşmazlığı çözen tek bir rolde birleştirilmesidir. Kritik olan tanımın içeriği değil, tanımın sahibinin belirli olmasıdır. ### Dönüşüm oranı düşükse bu kötü bir işaret midir? Oranın seviyesi tek başına anlam taşımaz; yüksek bir oran çoğu zaman eşiğin dar tutulduğunu, düşük bir oran ise hacmin geniş tarandığını gösterir. İnceleme tarafının aradığı şey oranın kendisi değil, oranın istikrarı ve açıklanabilirliğidir. Ret gerekçeleri kodlanmış, kohort bazlı izlenen ve dönemler arasında öngörülebilir davranan düşük bir oran, dalgalanan yüksek bir orandan daha güvenilir kabul edilir. ### Yatırımcı MQL-SQL verisini incelemede tam olarak neye bakar? Özet gösterge tablosuna değil, ham kayda bakılır: belirli bir dönemde giren taleplerin tek tek hangi tarihte, kim tarafından ve hangi gerekçeyle kabul edildiği ya da reddedildiği. Aşama tarih damgalarının geriye dönük değiştirilebilir olup olmadığı, ret gerekçelerinin kapalı bir listeden seçilip seçilmediği ve tanımın ne zaman revize edildiği aranır. Bu izler yoksa veri doğru olsa bile doğrulanabilir sayılmaz. ### Bu yapıyı kurmak küçük bir satış ekibi için gereksiz yük olur mu? Ekip küçükken sözlü mutabakat yeterlidir ve yazılı kriter tutmanın maliyeti faydasını aşabilir. Eşik, kanal sayısının arttığı, satışın bölgelere ayrıldığı ya da kurucunun günlük akıştan çekildiği andır; bu koşullarda tek kişinin taşıdığı yargı çoğaltılamaz. Yapı, sermaye görüşmesinden en az iki-üç dönem önce kurulduğunda geriye dönük veri üretme zorunluluğu doğmaz. --- Kaynak: https://www.beirek.com/tr/blog/mql-to-sql-conversion-due-diligence Yayımlayan: BEIREK LLC — https://www.beirek.com