B2B Satış Hunisi Aşamaları: Pazarlamadan Gelire Giden Yol

huni optimizasyonu" class="w-full h-auto rounded-lg mb-8 border border-white/10" />

Bir B2B satış hunisi, üzerinde herkesin anlaştığı tek bir diyagram değildir — farklı araçlar, farklı tanımlar ve farklı teşviklerle çalışan ekipler arasındaki bir devir zinciridir. Bu yazı huniyi gerçek aşamalarına ayırıyor, her aşamanın sahibini gösteriyor ve tüm zinciri bir gelir ekibinin fiilen raporladığı bir rakama bağlıyor.

Bir B2B Hunisi Neden Daha Yavaş Bir B2C Hunisi Değildir?

B2C'de huni tek bir oturumda tamamlanabilir: reklamı gör, tıkla, satın al. B2B'de huni haftalarca, aylarca sürer ve satın alma tarafında genellikle birden fazla kişi vardır — bir teknik değerlendirici, bir bütçe sahibi, bazen orijinal reklamı hiç görmemiş bir satın alma birimi. Bu kişilerin her biri huniye farklı bir aşamadan girebilir ve hepsi hemfikir olmadan anlaşma ilerlemez.

Bu yapısal fark, B2B hunilerinin gevşek bir "üst, orta, alt" modeli yerine net aşama tanımlarına ihtiyaç duymasının nedenidir. Bir aşamanın belirgin bir sahibi ve bir sonrakine geçiş için net bir tetikleyicisi yoksa, lead'ler orada birikir ve kimse bunu üç aylık bir pipeline gözden geçirmesinde açıklanamayan bir durgunluk ortaya çıkana kadar fark etmez.

B2B Satış Hunisinin Sekiz Aşaması

Terminoloji şirketten şirkete değişir, ama çoğu B2B gelir ekibi aslında şu sekiz aşamanın bir versiyonunu takip eder. Aşağıdaki tablo çalışma referansı niteliğindedir: aşamanın sahibi kim, bir lead'i bir sonraki aşamaya ne taşır ve gelir ekibi sonuç olarak ne görür.

Çoğu B2B şirketi için tablonun ötesinde dokuzuncu bir aşama daha var: müşteri başarısı ekibinin sahiplendiği, net gelir tutundurmayı (net revenue retention) besleyen satış sonrası genişleme ve yenileme. Bu, kazanım hunisinin dışında kalır — ama iyi haritalanmış bir huninin ilk sözleşme kapandıktan çok sonra bile karşılığını vermeye devam etmesinin nedeni tam olarak budur.

Kimsenin Adını Koymadığı Devir Aşaması ve Lead'lerin Gerçekten Öldüğü Yer

Yukarıdaki sekiz aşamadan biri, diğerlerinin toplamından daha fazla zarar verir: Satışa Kabul Edilen Lead adımı. Çoğu CRM, aralarında resmi bir kabul aşaması olmadan doğrudan "MQL"den "SQL"e atlar; bu da satışın bir lead soğumadan önce ona gerçekten bakıp bakmadığına dair hiçbir kaydın olmadığı anlamına gelir. Pazarlama MQL sayısının yükseldiğini görür ve huninin sağlıklı olduğunu varsayar. Satış ise üzerinde çalışmaya değer olduğuna hiç karar vermediği bir lead birikintisi görür ve onları sessizce kovalamayı bırakır.

SAL aşamasını açıkça adlandırmak — CRM'de kendi alanı ve bir temsilcinin bir lead'i ne kadar hızlı kabul etmesi veya reddetmesi gerektiğine dair bir hizmet seviyesi anlaşmasıyla birlikte — görünmez bir birikimi ölçülebilir bir rakama dönüştürür. SAL kabul oranınız düşükse, bu pazarlamaya geri gönderilecek bir lead kalitesi sorunu değildir; genellikle pazarlamanın skorlama kriterleri ile satışın gerçek satın alma sinyali kontrol listesinin hiçbir zaman uzlaştırılmamış olmasından kaynaklanan bir tanım sorunudur. Bu tam olarak lead yaratma hunisi optimizasyonu yazımızın aşama aşama ele aldığı türde bir üst huni sızıntısıdır — huninin üstünü dolduran farkındalık taktiklerinden, bir lead'i satışa çıkarması gereken satın alma sinyali tetikleyicilerine kadar.

Aşama Tablosunu Bir Gelir Tahminine Dönüştürmek

Sekiz aşamalı tablo, ancak aşamalar arasına dönüşüm oranları eklendiğinde ve bunlar bir rakama kadar çarpılarak götürüldüğünde işe yarar hale gelir. İşte mekaniği göstermek için tamamen örnek amaçlı bir hesaplama — oranları bir kıyaslama değil, örnek olarak değerlendirin, çünkü gerçek dönüşüm oranları anlaşma büyüklüğüne, sektöre ve her aşamanın tanımının ne kadar sıkı olduğuna göre büyük ölçüde değişir:

• Aylık 10.000 ziyaretçi → 400 etkileşimli lead (%4 ziyaretçi-lead dönüşümü)
• 400 lead → 120 MQL (%30 lead-MQL dönüşümü)
• 120 MQL → 80 SAL (%67 kabul oranı)
• 80 SAL → 40 SQL (%50 SAL-SQL dönüşümü)
• 40 SQL → 12 fırsat (%30 SQL-fırsat dönüşümü)
• 12 fırsat → 3 kazanılan anlaşma (%25 kazanma oranı)

Ortalama 40.000 dolarlık bir sözleşme değeriyle bu huni, üstteki belirli ve bilinen bir aktivite setinden ayda yaklaşık 120.000 dolarlık yeni gelir üretir. Çoğu pazarlama panosunun eksik bıraktığı hesap tam olarak bu — 120 MQL'i seve seve raporlarlar, ama aşağı akış dönüşüm oranları olmadan bu rakam gelir hakkında hiçbir şey söylemez. Bu şekilde eksiksiz haritalanmış bir huni, "kaç lead ürettik" sorusundan çok daha keskin bir soruyu yanıtlamanıza olanak tanır: beş puan iyileştirilirse en fazla geliri hangi tek aşama hareket ettirir? Çoğu zaman cevap huninin en üstü bile değildir — genellikle her aşamada birikerek etkisini gösteren SQL-fırsat adımıdır. Dönüşüm oranlarını artırmak için beş kanıtlanmış strateji yazımız, tam olarak bu tür bir huni-ortası rakamı hareket ettirmenin taktik yollarını ele alıyor.

Aynı Sekiz Aşama İş Modeline Göre Nasıl Sıkışır veya Uzar?

Aşama isimleri sektörler arasında geçerliliğini korur, ama ağırlıkları değişir. Ürün odaklı büyüyen (product-led) SaaS şirketlerinde Farkındalık'tan Etkileşimli Lead'e geçiş genellikle tek bir ücretsiz deneme kaydına sıkışır ve asıl niteleme işi ürünün içinde gerçekleşir — kullanım verisi, normalde bir SQL görüşmesinin ortaya çıkaracağı bilginin çoğunun yerini alır. SaaS büyüme mimarisi çalışmamız tam olarak buna odaklanıyor: aktivasyon ve kullanım olaylarını, pazarlama kaynaklı lead'lerle aynı CRM görünümüne bağlamak; böylece ücretsizden ücretliye dönüşüm ile satış destekli kurumsal bir anlaşma, iki ayrı sistemde değil aynı huni üzerinde görünür.

Diğer uçta, uzun döngülü B2B — endüstriyel ekipman, kurumsal yazılım, ihracat odaklı üretim — SQL'den Fırsat'a ve Kazanılan Anlaşma'ya kadar olan aşamaları aylara ve birden fazla paydaşa yayar; SAL devri burada daha da önem kazanır, çünkü anlaşmayı değerlendiren tek kişi nadiren bir tek temsilcidir. Aşamalar değişmez — bir lead'in her aşamada ne kadar beklediği ve ilerlemeden önce kaç kişinin ona dokunduğu değişir.

Somut Bir Örnek: Lead → Randevu → Gelir Zincirini Görünür Kılmak

Aşama haritalamasının pratikte nasıl işlediğini görmenin en net yolu, müşterinin lead'leri olduğu ama bunlara ne olduğu konusunda hiçbir görünürlüğünün olmadığı bir projedir. İstanbul'da bir diş hastanesiyle çalışmaya başladığımızda gelen form ve arama hacmi zaten vardı — sorun, "lead alındı" adımından sonrasının hiç takip edilmemesiydi. Bir form gönderiminden randevuya, oradan tedavi kararına giden tutarlı bir yol yoktu; bu yüzden pazarlama ekibi hangi kampanyaların gerçekten gelire dönüşen lead ürettiğini, hangilerinin sadece toplanıp kaybolan lead ürettiğini ayırt edemiyordu.

Çözüm yaratıcı değil, yapısaldı: lead'leri toplayıp yöneten özel bir CRM, yapılandırılmış bir çağrı merkezi iş akışı ve — en kritiği — net bir lead → randevu → tedavi süreci; böylece her aşamanın, farksız bir yığın yerine tanımlı bir tetikleyicisi oldu. Bu zincir kurulduktan sonra GA4 ve reklam platformu takibi buna bağlanabildi ve raporlama "kaç lead"ten "ne kadar tedavi fırsatı"na kaydı. Sonuç: yaklaşık 6.000 lead, yaklaşık 3.000 rezerve edilmiş randevuya dönüştü ve bu randevu hacminin arkasında tahmini 25 kat planlanan tedavi fırsatı oluştu — aşamalar tanımlanmadan önce raporlanabilir bir rakam olarak bile var olmayan bir sayı. Neyin, hangi sırayla kurulduğuna dair tam dökümü Üniversite Diş Hastanesi İstanbul vaka analizinde okuyabilirsiniz.

B2B Hunileri Pratikte Nerede Kırılıyor?

Pratikte aynı birkaç kırılma noktası tekrar tekrar ortaya çıkar ve bunlar genellikle bir ekibin varsaydığı yerler değildir:

• MQL ve SQL, onları kullanan iki ekip tarafından farklı tanımlanır. Pazarlamanın lead skoru ile satışın niteleme kontrol listesi birbirinden bağımsız kurulduysa, üstten ne kadar hacim girerse girsin bu iki rakam asla uzlaşmaz.
• SAL aşaması yoktur, bu yüzden lead'ler nedeni kayıt altına alınmadan soğur. Bu, çoğu panonun göremediği sızıntıdır, çünkü onu takip eden bir alan yoktur.
• CRM aşama değişiklikleri reklam platformlarına geri beslenmez. Kapalı döngü raporlama olmadan, reklam bütçesi geliri gerçekten öngören SQL veya fırsat oluşturma gibi aşamalar yerine lead hacmine göre optimize olmaya devam eder.
• Fırsat değeri tutarlı kaydedilmez, tahmin edilir. Tutarsız anlaşma değeri tahminleri üzerine kurulu bir pipeline, aşamalar arası dönüşüm oranları doğru olsa bile her aşağı akış tahminini güvenilmez hale getirir.

Sık Sorulan Sorular

MQL ile SQL arasındaki gerçek fark nedir?

MQL, pazarlamanın bir lead'in hedef profile uyduğu ve satışın zamanına değecek kadar etkileşim gösterdiği yönündeki değerlendirmesidir. SQL ise satışın — gerçek bir görüşme üzerinden — lead'in gerçek bir ihtiyacı, bütçesi, yetkisi ve zaman çizelgesi olduğunu bağımsız olarak doğrulamasıdır. İkisi çoğu zaman örtüşmelidir; sürekli örtüşmüyorsa, MQL'in arkasındaki skorlama kriterlerinin pazarlamanın "iyi bir lead nasıl görünür" varsayımları yerine satışın gerçek kazanma/kaybetme verisi kullanılarak yeniden kurulması gerekir.

Her B2B anlaşması sekiz aşamanın hepsinden sırayla geçer mi?

Hayır — bilinen bir alıcıdan gelen bir referans ya da gelen bir demo talebi, önceki aşamaları tamamen atlayarak doğrudan Fırsat aşamasında girebilir. Sekiz aşamayı tanımlamanın değeri, belirli bir anlaşmanın nereden girdiğini görebilmeniz ve her giriş noktası için dönüşümü ayrı ayrı ölçebilmenizdir; her anlaşmanın soğuk trafikten aynı yolu izlediğini varsaymak yerine.

Daha küçük bir B2B ekibi gerçekte kaç aşamayı takip etmeli?

Operasyonel olarak sekizden az aşama takip etmek sorun değil, ama aşamaları birleştirmek genellikle en sessiz lead kaybına neden olan devir noktasını — SAL'ı — görünmez kılmak anlamına gelir. Çalışabilir minimum set Lead, MQL, SQL, Fırsat ve Kazanılan Anlaşma'dır; pazarlama ve satış lead kalitesi konusunda anlaşmazlığa düşmeye başladığı anda SAL yeniden eklenmelidir.

Huniyi ve Gelir Rakamını Bir Araya Getirmek

Aşamaları etiketlenmemiş bir huni diyagramı bir süstür. Adlandırılmış sahipleri, aşamalar arası net tetikleyicileri ve bir rakama kadar çarpılan dönüşüm oranları olan bir huni ise bir tahmin aracıdır — ve genellikle aktiviteyi raporlayan bir pazarlama ekibi ile sonuçları raporlayan bir gelir ekibi arasındaki en büyük boşluktur. Kendi huninizin gerçekte nerede kırıldığından emin değilseniz, CRM'in, aşama tanımlarının ve devir noktalarının dışarıdan bir denetimi genellikle bunu hiç bu soruyu yanıtlamak için kurulmamış bir panodan tersine mühendislikle çıkarmaya çalışmaktan daha hızlıdır. Yürüttüğümüz her büyüme çalışmasının başlangıç noktası budur — ücretsiz bir büyüme denetimi alın, huninizin raporlamanızın söylediği yerle gerçekte nerede olduğunu birlikte haritalayalım.