Satış hunisi, bir kişinin ihtiyacı fark etmesinden satın alma kararına kadar ilerlediği aşamaları anlamak ve ölçmek için kullanılan bir modeldir. Kurmak için önce satışı tanımlayın, ardından o sonuca giden gözlenebilir adımları yazın. Her adımda aynı kapsamda kaç kişinin ilerlediğini hesaplayın. Amaç insanları zorla daralan bir yoldan geçirmek değil, hangi sorunun veya engelin kararı durdurduğunu bulmaktır.
Bir mağazada ürün incelemekle ödeme yapmak, hizmet işinde form bırakmakla sözleşme imzalamak aynı sonuç değildir. “Dönüşüm aldık” demeden önce hangi olayı saydığınızı belirleyin. Huni çiziminin yararı, bu ayrımları görünür kılmasıdır.
Satış Hunisinin Aşamaları: TOFU, MOFU ve BOFU
Üst bölüm keşfi, orta bölüm seçenekleri değerlendirmeyi, alt bölüm karar ve işlemi anlatır. TOFU, MOFU ve BOFU bu üç bölümün İngilizce kısaltmalarıdır. Dört aşamalı AIDA modeli ise dikkat, ilgi, arzu ve eylem ayrımını kullanır. Tek bir zorunlu aşama sayısı yoktur; farklı huni modelleri aynı süreci farklı ayrıntıda böler.
Örneğin filtre kahve ekipmanı satan bir mağazada kişi önce hangi demleme yöntemini istediğini öğrenebilir, sonra iki ürünü karşılaştırabilir ve teslimat koşullarını gördüğünde karar verebilir. Satış sonrası kurulum ve bakım desteği de ilişkinin parçasıdır; huninin altını çizip müşteriyi unutmayın.
Gerçek yolculuk düz bir çizgi olmak zorunda değildir. Okuyucu karşılaştırmaya geri dönebilir, başka cihazdan gelebilir veya doğrudan ürün adıyla arama yapabilir. Alıcının sorularını ve karar engellerini araştırmak, herkese aynı içerik sırasını dayatmaktan daha kullanışlıdır.
Satış Hunisi, Pazarlama Hunisi ve Pipeline Farkı
Tüm sütunlar için tabloyu yana kaydırın. Klavyeyle tabloya odaklanıp ok tuşlarını kullanabilirsiniz.
| Kavram | Hangi soruya bakar? | Örnek kayıt |
|---|---|---|
| Pazarlama hunisi | İlgili kişiler bizi nasıl keşfedip değerlendirmeye başlıyor? | Rehberi okuyanlar, uygun kayıtlar |
| Satış hunisi | Bu kişiler hangi aşamalardan satın almaya ilerliyor? | Değerlendirme, teklif, satın alma |
| Satış pipeline’ı | Satış ekibi hangi fırsatta ne yapacak? | Görüşme planlandı, teklif gönderildi, sözleşme bekleniyor |
Şirketler pazarlama ve satış hunisi sınırını farklı çizebilir. Ekibinizde “satışa hazır aday”ın ne demek olduğunu yazılı belirleyin. Salesforce’un pipeline açıklaması, fırsatın durumu ve satış temsilcisinin sonraki adımına odaklanır. Aynı verilerle çalışılsa bile huni oranı ile açık fırsat listesi birbirinin yerine geçmez.
Kendi Huninizi Nasıl Kurarsınız?
- Bir ürün veya hizmet seçin. Bütün işletmeyi tek hunide toplamak farklı karar süreçlerini gizleyebilir.
- Sonucu açık yazın. Ödenmiş sipariş mi, geçerli başvuru mu, imzalı sözleşme mi? Form gönderimi satış değildir.
- Gözlenebilir adımları belirleyin. E-ticarette ürün görüntüleme, sepete ekleme, ödemeye başlama ve satın alma olabilir.
- Her adıma bir kullanıcı sorusu koyun. Ürün bana uygun mu, toplam ücret ne, ne zaman teslim edilecek?
- Ölçüm tanımını sabitleyin. Dönem, tekil kişi veya oturum, adım sırası ve bekleme süresini kaydedin.
- Önce veri ve işleyişi kontrol edin. Gerçek bir işlemin doğru kayda dönüşüp dönüşmediğine bakmadan oranları yorumlamayın.
Keşif tarafında sosyal medya içerikleri, bilgi arayan kişiye başlangıç sunabilir. Daha ayrıntılı karşılaştırma için ihtiyaca göre hazırlanmış içerik, izinli takip için e-posta kampanyası kullanılabilir. Her aşamanın ayrı yazılım veya reklam kampanyası olması şart değildir.
Dönüşüm Oranı Nasıl Hesaplanır?
Adım dönüşümü = sonraki adıma geçenler ÷ mevcut adımdakiler × 100. Toplam huni dönüşümünde ise sonucu başlangıçtaki aynı gruba bölersiniz. Aşağıdaki sayılar öğretici bir örnektir; müşteri verisi veya sektör ortalaması değildir.
1.000 kişinin 100’ü sepete eklerse ilk adım %10’dur. Bu 100 kişinin 60’ı ödemeye başlarsa ikinci adım %60; onların 30’u satın alırsa son adım %50 olur. Toplam sonuç 30 ÷ 1.000 = %3’tür. Adım oranlarını toplamazsınız; aynı sıralı kapalı grupta 0,10 × 0,60 × 0,50 = 0,03 olur.
GA4’ün huni raporu, bir adımdan sonrakine geçmeyenlerin oranını terk oranı olarak gösterir. Örnekte ödeme başlangıcından satın almaya kayıp (60 − 30) ÷ 60 = %50’dir. Oturum, kullanıcı ve sipariş sayılarını rastgele aynı paydada birleştirmeyin; bu oranlar aynı soruyu yanıtlamaz.
E-ticaret ve Hizmet İçin İki Ayrı Örnek
Tüm sütunlar için tabloyu yana kaydırın. Klavyeyle tabloya odaklanıp ok tuşlarını kullanabilirsiniz.
| Alan | E-ticaret | Hizmet işi |
|---|---|---|
| Başlangıç | Seçilen ürün grubunu inceleyen kişi | Hizmet kapsamını inceleyen uygun aday |
| Ara adımlar | Sepete ekleme → ödemeye başlama | Geçerli başvuru → görüşme → teklif |
| Sonuç | Doğrulanmış satın alma | İmzalanan iş / kabul edilen teklif |
| Veri kaynağı | Analitik + sipariş kayıtları | Analitik + form + CRM / satış kayıtları |
| Kontrol | Çift kayıt, iptal ve iade ayrımı | Spam form, uygunluk ve satış gecikmesi |
Hizmette 20 formdan 5 satış görmek, 15 kişinin sayfa tasarımı yüzünden vazgeçtiğini kanıtlamaz. Bir kısmı kapsam dışı olabilir, teklif bekliyor olabilir veya başka dönemde satın alabilir. Form dolduran kişinin ticari ileti aboneliğini de ayrı yönetin.
GA4’te Huni Ölçerken Hangi Ayarlar Önemli?
GA4 Huni Keşfi, açık ve kapalı huni ayrımı yapar: açıkta kullanıcı ara adımdan girebilir; kapalıda başlangıç adımını tamamlaması gerekir. Adım sırası ve zaman koşulları sonucu değiştirir. Örnekteki %3 hesabını, ara girişlerin bulunduğu farklı bir rapora doğrudan taşımayın.
E-ticarette view_item, add_to_cart, begin_checkout ve purchase; başvuruda generate_lead gibi önerilen etkinlikler kullanılabilir. İsimleri yazmak, etkinliklerin doğru kurulduğu anlamına gelmez. Formun gerçekten tamamlandığı anı ve satın alma kaydını doğrulayın. Kurulum eksikse önce GA4’ün veri akışı ve etkinlik kontrollerini tamamlayın.
İzin tercihleri, cihaz değişimi, engellenen etiketler ve mükerrer kayıtlar gözlenen yolu etkileyebilir. Analitikte görünmeyen bir satın alma yok olmuş değildir; sipariş veya CRM kaydıyla karşılaştırın. Dönem ve kullanıcı kapsamı eşleşmeden iki raporun birebir aynı olmasını beklemeyin.
Önce Hangi Kaybı Düzeltmelisiniz?
En büyük yüzdeyi otomatik öncelik ilan etmeyin. Ödeme düğmesi bozuksa önce onu düzeltirsiniz. Keşif aşamasında ayrılanların bir kısmı ise zaten ürüne uygun olmayabilir. Hacim, kanıtlanan sorun, olası etki ve düzeltme maliyetini birlikte değerlendirin.
- Çok ziyaret, az ilerleme: trafik niyetiyle teklifin uyumunu ve ölçümün çalışmasını kontrol edin.
- Sepet var, ödeme başlangıcı az: toplam ücret, teslimat bilgisi ve hesap açma zorunluluğu gibi engelleri inceleyin.
- Ödeme başlıyor, sipariş oluşmuyor: ödeme hatalarını ve gerçek sipariş kaydını kontrol edin.
- Form var, uygun başvuru az: hizmet kapsamını, başvuru sorularını ve satış ekibinin sınıflandırmasını inceleyin.
Sayfadaki vaat ve eylem uyuşmuyorsa açılış sayfasının mesajını ve formunu birlikte gözden geçirin. Gelir artmış görünse bile maliyet ve iadeler değişebilir; gelirle kârı ayıran metriklere de bakın. Tek bir değişiklik, tanımlı bir dönem ve uygun bir karşılaştırmayla ilerleyin. Kontrol edilmemiş bir önce/sonra farkını başarı kanıtı diye sunmayın.
