Satış hunisi, potansiyel bir müşterinin ilk temastan kapanışa kadar geçtiği aşamaların tanımlı halidir. Kurmak için üç şey gerekir: aşamaları belirlemek, her aşamadan çıkış kriterini yazmak, geçiş oranlarını düzenli ölçmek.
Kulağa basit geliyor ve teknik olarak öyle. Zorluk aşamaları saymakta değil, onları gerçekten *sizin* satış sürecinize göre tanımlamakta. İnternette dolaşan beş aşamalı şablonlar çoğu şirkette bir hafta içinde ölü etikete dönüşüyor — çünkü kimse "ilgi" ile "değerlendirme" arasındaki sınırın nerede olduğunu bilmiyor.
Pazarlama hunisi ile satış hunisi aynı şey değil
Terim karışıklığı buradan başlıyor. Pazarlama hunisi farkındalıktan ilgiye uzanan, ölçüsü genellikle trafik ve etkileşim olan geniş bir yapıdır. Satış hunisi — çoğu ekibin "pipeline" dediği şey — nitelikli bir fırsatın satış temsilcisiyle temas ettiği andan itibaren başlar ve parasal bir değer taşır.
İki yapının kesiştiği nokta devir teslimdir. Bu yazının odağı ikinci kısım: fırsat elinize geçtikten sonrası.
Aşamaları nasıl belirlersiniz?
Doğru yöntem tersten çalışmaktır. Son 20-30 kazanılan işi açın ve şunu sorun: bu müşteriler kapanmadan önce hangi somut olaylardan geçti?
Cevaplar genellikle şuna benzer bir liste üretir: ilk görüşme yapıldı, ihtiyaç netleşti, karar verici toplantıya girdi, teklif iletildi, bütçe onayı çıktı.
Bu liste sizin huniniz. Kaç aşama olması gerektiğine dair sihirli bir sayı yok, ama pratikte dört ile yedi arası çalışıyor. Üçün altında aşamalar arası fark okunmaz hale gelir; sekizin üstünde ekip kayıt tutmayı bırakır.
Kritik kural: her aşama bir *satıcı hissi* değil, bir *alıcı davranışı* ile tanımlanmalı. "Müşteri ilgileniyor" ölçülemez. "Müşteri teknik ekibini toplantıya soktu" ölçülebilir.
Çıkış kriteri yazmak
Her aşama için tek cümlelik bir çıkış kriteri yazın. Bu cümle olmadan huni birkaç ay içinde şişer.
| Aşama | Çıkış kriteri |
|---|---|
| Nitelendirme | İhtiyaç, bütçe aralığı ve zaman çerçevesi doğrulandı |
| Keşif | Karar sürecine dahil olan kişiler isimleriyle biliniyor |
| Çözüm sunumu | Müşteri kapsam ve yaklaşıma sözlü mutabakat verdi |
| Teklif | Yazılı teklif iletildi, karar tarihi teyit edildi |
| Müzakere | Ticari şartlar üzerinde anlaşıldı, imza süreci başladı |
Kriter sağlanmadan fırsat bir sonraki aşamaya taşınmaz. Kulağa bürokratik geliyor; aslında satış tahmininizin güvenilir olup olmayacağını belirleyen tek disiplin bu.
MQL ile SQL sınırını kim çizer?
Pazarlamanın "nitelikli lead" dediği ile satışın "konuşulacak müşteri" dediği neredeyse hiçbir şirkette aynı şey değildir. Bu fark yönetilmezse iki ekip birbirini suçlayarak bir yıl geçirir.
Çözüm bir dokümanda gizli: hangi kriterleri sağlayan bir kaydın satışa devredileceğini, hangi durumda satışın kaydı pazarlamaya geri gönderebileceğini, geri gönderme sebeplerinin sabit bir listesini birlikte yazın. Ayda bir bu listeyi gözden geçirin.
Geri gönderme sebeplerinin dağılımı, pazarlamanın hedefleme kalitesi hakkında herhangi bir raporlama panosundan daha fazla bilgi verir.
Hangi metrikler takip edilir?
Dört sayı yeterli. Fazlası genellikle kimsenin bakmadığı bir gösterge paneli üretiyor.
Aşama geçiş oranı. Her aşamadan bir sonrakine geçen fırsat yüzdesi. En büyük düşüşün yaşandığı adım, en yüksek getirili müdahale noktanızdır.
Aşamada kalma süresi. Ortalama kaç gün. Bir aşamada beklenenin iki katı süre geçirmiş fırsatlar pratikte kaybedilmiştir; huniden çıkarılmaları tahmin doğruluğunu ciddi biçimde artırır.
Huni değeri ve kapsama oranı. Açık fırsatların toplam tutarı, dönem hedefinin kaç katı? Ekiplerin çoğu tarihsel kazanma oranından hareketle bir kapsama hedefi belirler — örneğin %25 kazanma oranıyla çalışan bir ekibin hedefinin dört katı huni taşıması gerekir.
Kazanma oranı ve kayıp sebepleri. Kayıp sebebini serbest metin olarak toplarsanız hiçbir şey öğrenemezsiniz. Sabit bir liste kullanın: fiyat, zamanlama, rakip, iç kaynak tercihi, karar alınmadı. Son madde genellikle listenin en büyüğüdür ve rakip değil eylemsizlik karşısında kaybettiğinizi gösterir.
Basit bir okuma örneği: 200 nitelikli görüşmeden 90'ı keşfe, 45'i teklife, 18'i imzaya ulaşıyorsa gerçek darboğazınız keşif–teklif geçişidir. Reklam bütçesini artırmak bu şirketin sorununu çözmez.
Huni nerede takip edilir?
Küçük ekipler tabloyla başlar ve başlamalı da. On beş açık fırsata kadar bir e-tablo işi görür; asıl amaç aşama tanımlarını oturtmaktır, yazılım seçmek değil.
Tablo şu üç durumdan biri gerçekleştiğinde yetmez hale gelir: birden fazla temsilci aynı dosyaya yazmaya başlar, geçmiş aşama değişikliklerini kimse hatırlamaz, takip hatırlatmaları kişisel takvimlerde kaybolur.
Bu noktada CRM'e geçilir. Seçerken bakılacak şey özellik listesinin uzunluğu değil, ekibin gerçekten kullanıp kullanmayacağıdır. Bir fırsatı güncellemek üç tıktan fazla sürüyorsa veri girilmez, veri girilmeyince rapor yanlış çıkar.
Kendi geliştirdiğimiz Proje CRM tam da bu ihtiyaçtan doğdu: satış hunisini ve proje yürütmeyi aynı ekranda tutmak, kapanan işin teslimata geçerken bağlamını kaybetmemesi için.
Huniyi bozan yaygın hatalar
Ölü fırsatların huniden çıkarılmaması. Üç ay dokunulmamış bir kayıt tahmini şişirir. Otomatik bir kural koyun: belirli bir süre hareket görmeyen fırsat otomatik olarak gözden geçirmeye düşsün.
Aşamaların yüzdeyle tanımlanması. "%60 olasılık" gibi etiketler subjektiftir. Olasılığı temsilci tahmininden değil, o aşamanın tarihsel kazanma oranından türetin.
Tek bir dev "görüşülüyor" aşaması. Fırsatların yarısı tek bir aşamada birikiyorsa o aşama ikiye bölünmelidir.
Kapanış sonrası boşluk. Huni imzayla bitmiyor. Devreye alma, ilk değer anı ve yenileme, tekrar eden gelir modelinde huninin en kârlı kısmı.
İlk 30 gün için pratik plan
1. hafta. Son 20 kazanılan ve son 20 kaybedilen işi tek tabloya dökün. Ortak adımları çıkarın.
2. hafta. Aşamaları ve çıkış kriterlerini yazın. Satış ekibiyle tek tek geçin — itiraz gelen her tanım muhtemelen belirsizdir.
3. hafta. Açık tüm fırsatları yeni aşamalara taşıyın. Bu esnada huninin gerçek boyutu genellikle beklenenin altında çıkar; normal bir sonuç.
4. hafta. İlk geçiş oranı raporunu alın. Bu rapor doğru değil, *taban çizginiz*. İyileşmeyi buradan ölçeceksiniz.
Trafiği artırmadan huniyi büyütmek
Huni kurulduktan sonra ilk refleks genellikle üst kısma daha fazla trafik dökmek olur. Oysa geçiş oranlarındaki küçük bir iyileşme aynı sonucu bütçe artışı olmadan verir — mevcut trafiğin değerini artırma mantığını CRO üzerine yazdığımız yazıda ayrıntılandırmıştık.
Aynı mantık huninin her aşaması için geçerli. Teklif–imza geçişini %20'den %25'e çıkarmak, çoğu şirkette medya bütçesini %25 artırmaktan hem daha ucuz hem daha hızlıdır.