İçeriğe geç
Worgoo
Projenizi anlatın
Menü
Dijital Blog

B2B Satışta Satış Hattı (Pipeline) ve Aday Yönetimi Nasıl Yapılır?

B2B satış hattı kurulumu, aşama tanımları, kaynak atfı (attribution) ve ölçüm kontrol listesiyle; işletme yöneticisi için teknik uygulama rehberi.

Kurumsal satış ilişkilerini anlatan editoryal illüstrasyon

Satış hattı, bir adayın ilk temastan kapanan işe kadar geçtiği aşamaların ve bu aşamalarda bekleyen işlerin görünür hale getirildiği yapıdır. Aday yönetimi ise bu yapıya gelen adayların tekrarsız kaydedilmesi, doğru aşamaya yerleştirilmesi ve hangi kaynaktan geldiğinin izlenmesidir. Bu yazı, ikisinin birlikte nasıl kurulacağını ve ölçüleceğini anlatır.

Satış hattını kurmadan önce aşamaları tanımlayın

Satış hattı, potansiyel işlerin ilerlemesini gösterir; kişi listesi ile aynı şey değildir. Bir kişi birden fazla fırsatla, bir fırsat birden fazla kişiyle ilişkili olabilir. Aşamaları gerçek işleyişten çıkarın: talep alındı, ihtiyaç değerlendirildi, teklif sunuldu, karar bekleniyor, kazanıldı veya kaybedildi gibi bir düzen başlangıç örneğidir.

Her aşama için gerçekleşmiş bir giriş koşulu belirleyin. Temas denemesi yapıldı ile karşılıklı iletişim sağlandı aynı durum değildir. “İhtiyaç değerlendirildi” aşamasına geçiş için kapsam notu gibi gözlenebilir bir kanıt seçin. Ekip aynı etiket altında farklı durumlar tutuyorsa toplam fırsat değeri ve tahmini kapanış tarihi de yanıltıcı olabilir.

Aşama adlarını satış ekibinin gerçekten kullandığı kelimelerle yazın. Sistemde "nitelendirilmiş potansiyel müşteri" gibi teknik adlar kullanıp ekip içi konuşmada "görüşme yapıldı" deniyorsa, kayıt ile gerçek iş birbirinden ayrılır.

AşamaGiriş koşuluÇıkış kriteri
Talep alındıTalep ve sorumlu kayıtlıİletişim sonucu veya uygun değil gerekçesi
İletişim sağlandıKarşılıklı iletişim gerçekleştiİhtiyaç değerlendirmesi tamamlandı
İhtiyaç değerlendirildiKapsam ve uygunluk notu mevcutTeklif hazırlanıp ilgili kişiye iletildi
Teklif sunulduTarih ve teklif sürümü kayıtlıKarar süreci veya yeniden çalışma gereksinimi belli
Karar bekleniyorSonraki adım ve sorumlu tanımlıKazanıldı/kaybedildi sonucu doğrulandı
KapandıSonuç ve tarihi doğrulandıGerekçe ve varsa sözleşme kaydı tamamlandı

Aday kaydı: tekrar ve kanal bilgisi

Aynı şirketteki farklı kişileri ilgili şirket hesabına bağlayın; kişi kayıtlarını tek kişiye dönüştürmeyin. Bağımsız satın alma ihtiyaçları da ayrı fırsat olabilir. Tekrar kayıt ayıklarken kişi, şirket, konuşma ve fırsat eşleştirmesinin farklı kuralları olduğunu gözetin. Birleştirme geçmişini ve hatalı birleştirmeyi geri alma yolunu koruyun.

Başvuru kanalı ile ilk keşif kaynağını ayrı tutabilirsiniz: form başvuru yolu, organik arama keşif kaynağı olabilir. Bilginin analitik kayıttan mı kişinin beyanından mı geldiğini belirtin. Kaynağı bilinmeyen kayıt da satış hattında kalmalı; belirsizlik tahminle doldurulmamalıdır.

Google Ads tarafında çevrimdışı dönüşüm aktarımı belgesi, CRM'de sonuçlanan işleri reklamlara ilişkilendirme yöntemlerini açıklar. Aktarım ve eşleştirme süreleri sınırlıdır; her geçiş ve her satış otomatik eşleşmez. Eşleştirme koşulları belgeyle kontrol edilmelidir.

Kayıt gecikmesi ve eksik kayıt

Satış ekibi kaydı görüşmeden sonra topluca giriyorsa, ilk temas ile kayıt arasındaki gecikme kanal bilgisini unutturabilir. Kaydı görüşme öncesinde veya görüşme anında girmek, kanal bilgisinin doğruluğunu artırır. Eksik kanal bilgisi olan kayıtları aylık kontrolle yakalayın.

Kaynak atfı (attribution): hangi çalışma satışa katkı sağlıyor

Kaynak atfı, seçilmiş kurala göre pazarlama temaslarına sonuç kredisi dağıtır; tek başına nedensel etki ölçmez. B2B’de farklı kişiler ve cihazlar üzerinden gerçekleşen temasların tamamı gözlenemeyebilir. Raporda hangi temasın bilindiği, hangi pencerenin kullanıldığı ve hangi modelin uygulandığı açıklanmalıdır.

İlk gözlenen temas, kişinin markayı hayatında ilk kez gördüğü an olmak zorunda değildir. Son temas da hangi sonuçtan önce tanımlandığına bağlıdır: başvurudan önceki temas ile sözleşmeden önceki temas farklı olabilir. Kaydın tanımını yazmadan “ilk” ve “son” alanlarını raporda karşılaştırmayın.

Google Ads için aktarılacak nitelikli talep veya kazanılan iş olayını açıkça seçin. Form, görüşme ve satış aynı olay değildir. CRM aşaması ile reklam dönüşüm eyleminin adı birebir aynı olmak zorunda değildir; doğru eylem kimliğine, zamana ve tekrar kontrolüne bağlanan bir eşleme gereklidir.

  • Her aday kaydında ilk temas ve son temas kaynağını ayrı alanlarda tutun.
  • CRM aşaması ile reklam dönüşüm eyleminin eşleme tablosunu açıkça tanımlayın.
  • Tekrarlanan aynı olayın aktarımını önleyin; farklı kişi ve fırsatları tek kayda zorlamayın.
  • Kaybedilen işlerin nedenini kaydedin; bu veri hattın hangi aşamada zayıf olduğunu gösterir.
  • Çevrimdışı aktarım koşullarını Google belgesiyle kontrol edin; eşleşmeyen kayıtları kesin atıf yapılmış gibi göstermeyin.

Ölçüm: hattın sağlığını gösteren göstergeler

Aşama sayısı ve değeri için belirli bir tarihteki açık fırsatları gösterin. Geçiş oranını ise o aşamaya giren belirli fırsat kohortunun yeterli gözlem süresindeki ilerlemesiyle ölçün. Bugün aşamada bekleyen sayıyı, geçmişte çıkan sayının paydası yapmak doğru geçiş oranını vermez.

Açık fırsatın bekleme yaşı, aşamaya girişinden bugüne kadar geçen süredir. Tamamlanan aşamanın süresi girişten çıkışa hesaplanır; bunları aynı ölçü diye birleştirmeyin. Uzun bekleme müşteri takvimi, tedarik, bütçe onayı, eksik bilgi veya ekip kapasitesinden kaynaklanabilir; tek başına bir neden kanıtlamaz.

Kazanılan ve kaybedilen işlerin nedenini ayrı raporlayın. Kaybedilen işlerin hangi aşamada ve hangi nedenle kapatıldığı, teklif içeriği, fiyat yapısı veya hedef müşteri tanımının gözden geçirilmesi gerekip gerekmediğini gösterir.

GöstergeHesapDikkat edilecek nokta
Aşama geçiş oranıKohorttan ilerleyen tekil fırsat / aynı kohortun toplamıGözlem süresi dolmamış kayıtlar belirtilir
Açık fırsatın bekleme yaşıBugün − aşamaya giriş zamanıTamamlanan aşama süresiyle karıştırılmaz
Kazanılan iş oranıKazanılan iş sayısı / kapanan toplam iş sayısıKaybedilen nedeni ayrıca raporlanmalı
Kaynak dağılımıKapanan işlerin ilk ve son temas kaynağına göre dağılımıBilinmeyen kaynak ayrı kategoride tutulur; toplamdan çıkarılmaz

Uygulama kontrol listesi

Satış hattı kurulumuna başlamadan önce aşağıdaki maddeleri gerçek durumunuzla doldurun. Worgoo Kurumsal kapsamında web talebinden satış sonucuna uzanan süreç bu kararlarla modellenebilir. Hazır CRM karşılıyorsa kullanın; kalan entegrasyon ihtiyacını özel yazılım kapsamında değerlendirin.

  • Aşama listesini satış ekibiyle birlikte çıkarın ve her aşamanın çıkış kriterini yazın.
  • Kayıtta zorunlu alanları minimumda tutun: şirket, kişi, kanal, talep özeti.
  • Kişi ve fırsatları aynı şirket hesabına bağlayın; yalnız doğrulanmış tekrarları birleştirin.
  • İlk temas ve son temas kaynağını ayrı alanlarda tutun.
  • Kazanılan ve kaybedilen işlerin nedenini zorunlu alan yapın.
  • Çevrimdışı aktarım öncesi tekrarları ve aşama adlarını temizleyin.
  • Anlık açık fırsat görünümü ile kohort geçiş raporunu ayrı üretin.

Sonuç

Satış hattında kişi, şirket ve fırsat ilişkilerini ayırın; her aşamayı gerçekleşmiş iş ve kayıt kanıtıyla tanımlayın. Kaynak atfının gözlem sınırlarını açık tutun ve bilinmeyen kayıtları toplamdan çıkarmayın. Açık fırsatların bekleme yaşını, kohort geçişini ve kazanım sonucunu ayrı raporlamak uygulanabilir takip sağlar.

Sık sorulan sorular

Satış hattında kaç aşama olmalı?

Sabit bir sayı yoktur. Aşama sayısı, satış ekibinin gerçek çalışma biçimine göre belirlenir; gereksiz uzun zincir takibi zorlaştırır, gereksiz kısa zincir bilgi kaybettirir. Her aşamanın çıkış kriteri yazılı olduğu sürece aşama sayısı işletmeye bağlıdır.

Çevrimdışı dönüşüm aktarımı her satışı reklama bağlayabilir mi?

Bağlayamaz. Aktarım ve eşleştirme süreleri sınırlıdır ve her geçiş otomatik eşleşmez; eşleştirme koşulları Google belgesiyle kontrol edilmelidir. Eşleşmeyen kayıtlar kesin atıf yapılmış gibi gösterilmemelidir.

İlk temas ve son temas kaynağı neden ayrı tutulmalı?

Farklı temasların gözlenebilmesi için ayrı tutulabilir; ancak her alanın referans aldığı sonuç ve tarih penceresi açık olmalıdır. İlk gözlenen temas gerçek ilk keşif olmayabilir. Atıf raporu kesin nedensel katkı olarak yorumlanmamalıdır.

Aşama bekleyen süresi ne kadar olmalı?

Ürün, karar süreci ve müşterinin takvimine göre değişir. Gecikmeyi sorumlu, sonraki adım ve bekleme gerekçesiyle inceleyin. Uzun süre tek başına ekip yetersizliği veya yanlış aşama tanımı kanıtı değildir.

Kaynaklar

Hasan Tarık Emir

Yazar hakkında

Hasan Tarık Emir

CFO / Digital Marketing Manager

Hasan Tarık Emir, Worgoo’nun kurucu ortağıdır. Üç yılı aşkın süredir web tasarımı, frontend geliştirme ve UI/UX tasarımı alanlarında çalışır. Marka ve sektör analizini, masaüstü ve mobilde kolay kullanılan arayüzlere dönüştürür.

Profil ve çalışmaları

İlgili hizmetler

Özel Yazılım

İlgili sektörler

Worgoo Kurumsal & B2B

Proje Talebi