CRM Yazılımında Satış Hunisi Nasıl Kurgulanmalı? Rehber

CRM yazılımında satış hunisi, yalnızca potansiyel müşterileri bir listede tutmak değildir. Doğru kurgulanmış bir satış hunisi; leadin nereden geldiğini, hangi aşamada olduğunu, hangi temsilcinin takip ettiğini, teklifin ne durumda kaldığını, kayıp nedenini ve satış ekibinin hangi fırsata odaklanması gerektiğini görünür hale getirir.

Birçok işletmede CRM başlangıçta müşteri rehberi gibi kullanılır. İsim, telefon, e-posta, firma adı ve not alanı vardır; fakat satış süreci net değildir. Bu durumda ekip “müşteriyle görüşüldü mü?”, “teklif gönderildi mi?”, “takip tarihi geçti mi?”, “neden kaybedildi?” sorularını sistemden değil, kişisel notlardan veya mesaj geçmişinden anlamaya çalışır. Satış hunisinin görevi bu belirsizliği azaltmaktır.

Satış hunisi CRM’de neyi temsil eder?

Satış hunisi, potansiyel müşterinin ilk temas noktasından satışa veya kayba kadar ilerlediği süreci temsil eder. Bu süreç her işletmede aynı olmak zorunda değildir. B2B hizmet firmasında keşif görüşmesi, ihtiyaç analizi ve teklif revizyonu önemliyken; e-ticaret veya bayi satışında ürün, fiyat, stok, cari limit ve sipariş onayı daha kritik olabilir.

Salesforce Trailhead, leadlerin şirketin ürün veya hizmetiyle ilgilenmiş kişiler olduğunu; fırsatların ise devam eden anlaşmaları izlemek için kullanıldığını açıklar Salesforce Trailhead. Bu ayrım CRM hunisi için temel noktadır: her lead satış fırsatı değildir, her fırsat da kapanmış satış değildir.

CRM yazılımı geliştirirken huninin amacı, satış ekibinin hafızasını sisteme taşımak değil; satış kararlarını yönetilebilir veri haline getirmektir.

Lead, müşteri ve fırsat ayrımı net olmalı

CRM’de en sık yapılan hatalardan biri lead, müşteri ve fırsatı aynı kayıt gibi ele almaktır. Oysa bu kavramlar farklı iş anlamı taşır. Lead, henüz nitelendirilmemiş potansiyel ilgidir. Müşteri veya firma, ilişki kurulabilecek kişi veya kuruluştur. Fırsat ise belirli bir satış ihtimali, ürün, hizmet, tutar ve kapanış tarihi olan takip edilebilir süreçtir.

Microsoft Dynamics 365 Sales dokümantasyonunda lead nitelendirildiğinde fırsat, hesap ve ilgili kişi kayıtlarına dönüşebileceği anlatılır Microsoft Learn. Bu yaklaşım, CRM kurgusunda “ilgiyi” ve “satış ihtimalini” ayrı modellemenin neden önemli olduğunu gösterir.

Örneğin web sitesinden gelen “fiyat alabilir miyim?” formu bir lead olabilir. Yapılan görüşmede bütçe, ihtiyaç, zamanlama ve karar verici netleşirse bu kayıt satış fırsatına dönüşebilir. Aynı müşteri ileride başka ürün veya hizmet için yeni bir fırsat daha oluşturabilir.

Satış aşamaları nasıl belirlenmeli?

Satış aşamaları, satış ekibinin gerçek çalışma düzenine göre belirlenmelidir. Hazır CRM örneklerindeki aşamaları birebir kopyalamak genellikle yeterli olmaz. Çünkü her işletmenin satış döngüsü, onay yapısı, teklif mantığı ve müşteri tipi farklıdır.

HubSpot dokümantasyonu, deal pipeline ve deal stage yapısının satış sürecindeki adımları temsil edecek şekilde özelleştirilebildiğini açıklar HubSpot Knowledge Base. Bu nedenle CRM satış hunisi tasarımında aşamalar yalnızca estetik bir kanban panosu gibi değil, gerçek satış sürecinin veri modeli gibi düşünülmelidir.

Her aşamanın giriş ve çıkış kriteri olmalı

Bir satış aşamasının yalnızca adı olması yeterli değildir. “Görüşüldü”, “teklif aşamasında”, “sıcak müşteri” gibi ifadeler herkes için farklı anlam taşıyabilir. CRM’de aşama değişikliği belirli koşullara bağlanmalıdır.

Örneğin bir fırsat “Teklif gönderildi” aşamasına geçiyorsa teklif dokümanı gerçekten oluşturulmuş ve müşteriye gönderilmiş olmalıdır. “Nitelendirme” aşamasından çıkmak için müşteri ihtiyacı, karar verici, yaklaşık bütçe veya zamanlama bilgisi kaydedilmiş olabilir. Bu kurallar yoksa pipeline görünümü satış gerçekliğini değil, kişisel yorumları gösterir.

Özel web yazılım projelerinde bu çıkış kriterleri doğrulama alanları, zorunlu bilgiler, görevler veya otomasyonlarla desteklenebilir. Böylece satış temsilcisi aşamayı değiştirdiğinde sistem gerekli verinin girilip girilmediğini kontrol edebilir.

Tek pipeline mı, birden fazla pipeline mı?

Her satış süreci aynı huniden geçmeyebilir. Yeni müşteri satışı, mevcut müşteriye ek satış, bayi satışı, kurumsal teklif, abonelik yenileme veya servis sözleşmesi farklı aşamalar gerektirebilir. Hepsini tek pipeline içine koymak raporlamayı ve takip görevlerini karıştırabilir.

Ancak çok fazla pipeline oluşturmak da yönetimi zorlaştırır. Pipeline ayrımı yalnızca gerçekten farklı satış süreci, farklı ekip veya farklı karar akışı varsa yapılmalıdır. Örneğin B2B özel yazılım satışı için “lead, keşif, analiz, teklif, sözleşme” aşamaları gerekirken; bakım yenileme süreci “yenileme zamanı, teklif, onay, fatura” gibi daha kısa olabilir.

Bu karar verilirken şu soru sorulmalıdır: Bu süreç farklı aşamalar, farklı metrikler ve farklı sorumlular gerektiriyor mu? Cevap evet ise ayrı pipeline mantıklı olabilir.

Lead kaynağı ve kampanya bilgisi kaybolmamalı

CRM satış hunisinin önemli görevlerinden biri lead kaynağını korumaktır. Web formu, telefon, WhatsApp, referans, fuar, sosyal medya, reklam kampanyası, e-posta veya mevcut müşteri tavsiyesi gibi kaynaklar ayrı izlenmelidir. Lead fırsata dönüştüğünde bu kaynak bilgisi kaybolmamalıdır.

Kaynak bilgisi doğru tutulmazsa pazarlama ve satış performansı sağlıklı ölçülemez. Örneğin web formundan gelen lead sayısı çok olabilir; fakat satışa dönüşen fırsatlar referans kaynaklı olabilir. Bu ayrım CRM’de tutulmadığında ekip hangi kanala yatırım yapacağını tahminle belirler.

İş süreci otomasyonu ile web formundan gelen lead otomatik CRM’e düşebilir, kaynak etiketi atanabilir, satış temsilcisine görev açılabilir ve belirli süre içinde dönüş yapılmadığında uyarı üretilebilir.

Takip görevleri satış hunisinin motorudur

CRM’de pipeline aşamaları görünürlük sağlar; fakat satış ilerlemesini takip görevleri sağlar. Bir fırsatın hangi aşamada olduğu kadar, sonraki aksiyonun ne olduğu da önemlidir. “Müşteri düşünecek” notu yeterli değildir; sonraki arama tarihi, teklif revizyon görevi veya karar vericiyle toplantı planı sistemde olmalıdır.

Takip görevi olmayan fırsatlar zamanla pipeline içinde bekleyen, kimsenin sahiplenmediği kayıtlar haline gelir. Bu nedenle her açık fırsatta bir sonraki aksiyon, sorumlu kişi ve tarih bulunmalıdır. Takip tarihi geçmiş fırsatlar satış yöneticisinin ana kontrol listelerinden biri olmalıdır.

Teklif süreci CRM’e bağlı olmalı

Satış hunisi teklif yönetimiyle kopuk çalışmamalıdır. Teklif ayrı bir Excel dosyasında, takip CRM’de, sözleşme e-postada ve fiyat onayı mesajlaşma uygulamasında ise satış süreci parçalanır. CRM’de teklifin hangi fırsata ait olduğu, hangi versiyonun gönderildiği, hangi tutarın açık olduğu ve teklifin ne zaman geçerliliğini yitireceği izlenmelidir.

Yönetim paneli geliştirme sırasında teklif kartı, fırsat kartı ve müşteri geçmişi birlikte tasarlanırsa satış temsilcisi tek ekrandan daha doğru karar verebilir. Teklif revizyonları, indirim onayları ve sözleşme durumları pipeline aşamalarını doğrudan etkileyebilir.

Kayıp nedeni yazılmadan fırsat kapatılmamalı

Satış hunisi yalnızca kazanılan satışları değil, kaybedilen fırsatları da öğretir. Ancak “kaybedildi” aşaması tek başına yeterli değildir. Kayıp nedeni yazılmadığında ekip fiyat mı yüksek, zamanlama mı uygun değil, rakip mi seçildi, ürün uyumu mu yok, bütçe mi yok, karar vericiye ulaşılamadı mı anlayamaz.

Kayıp nedenleri standart bir listeyle tutulmalıdır. Serbest metin not faydalıdır; fakat raporlama için kategori gerekir. Örneğin fiyat, zamanlama, rakip, ihtiyaç uyumsuzluğu, bütçe yok, karar ertelendi, kapsam uygun değil, yanıt alınamadı gibi seçenekler kullanılabilir.

Bu veri zamanla satış stratejisini besler. Fakat uydurma oranlar üretmek yerine, işletmenin kendi CRM verisi üzerinden değerlendirme yapılmalıdır.

Satış olasılığı otomatik değil, kontrollü kullanılmalı

Bazı CRM sistemleri aşamalara satış olasılığı bağlar. Örneğin teklif gönderildi aşamasındaki fırsatın kazanma ihtimali daha yüksek kabul edilebilir. Ancak bu oranlar her işletme için aynı değildir. Hazır olasılık yüzdelerini doğrudan kullanmak yanıltıcı olabilir.

Salesforce, fırsatların satış sürecindeki anlaşmaları izlemek için kullanıldığını ve aşamalarla birlikte kapanış sürecinin takip edilebildiğini anlatır Salesforce Trailhead. Bu yapı tahmin üretmek için faydalıdır; ancak olasılıkların işletmenin geçmiş verisi ve satış davranışıyla kalibre edilmesi gerekir.

Başlangıçta olasılık yerine daha sade metrikler kullanılabilir: açık teklif tutarı, takip tarihi geçmiş fırsatlar, aşamada bekleme süresi, kazanılan/kaybedilen fırsat sayısı, teklif revizyon sayısı. Veri biriktikçe tahmin modeli daha sağlıklı hale gelir.

Satış yöneticisi için hangi raporlar gerekir?

CRM satış hunisi yalnızca temsilci takibi için değil, satış yönetimi için de tasarlanmalıdır. Yönetici pipeline’ın nerede tıkandığını, hangi temsilcinin hangi fırsatlara odaklandığını, hangi aşamada bekleme süresinin uzadığını ve hangi kaynakların satışa dönüştüğünü görmelidir.

Temel raporlar şunlar olabilir:

• Aşamaya göre fırsat sayısı ve tutarı
• Takip tarihi geçmiş fırsatlar
• Kaynağa göre lead ve fırsat dağılımı
• Temsilciye göre açık fırsatlar
• Kazanılan ve kaybedilen fırsatlar
• Kayıp nedenleri dağılımı
• Aşamada bekleme süresi
• Teklif gönderildi ama yanıt alınmadı listesi

Yazılım geliştirme sürecinde bu raporların veri modeli baştan düşünülmelidir. Sonradan rapor eklemek için geçmiş veride gerekli alanlar yoksa ölçüm eksik kalabilir.

Otomasyon nerede kullanılmalı?

Satış hunisinde otomasyon faydalıdır; ancak her şeyi otomatikleştirmek doğru değildir. Otomasyon, tekrar eden takipleri, hatırlatmaları, kaynak etiketlerini, görev açmayı ve temel bildirimleri kolaylaştırmalıdır. Müşteriyle kurulacak kritik ilişki ve teklif stratejisi yine satış ekibinin kontrolünde kalmalıdır.

Örnek otomasyonlar:

• Web formundan gelen leade otomatik kaynak etiketi atama
• Yeni lead için satış temsilcisine görev açma
• Belirli sürede dönüş yapılmazsa yöneticiye uyarı gönderme
• Teklif gönderilince takip görevi oluşturma
• Takip tarihi geçince fırsatı uyarı listesine alma
• Fırsat kazanılınca proje, fatura veya onboarding sürecini başlatma

API entegrasyonu ile CRM; web sitesi, reklam formları, e-posta pazarlama araçları, teklif sistemi, muhasebe veya müşteri portalı ile bağlantılı çalışabilir. Ancak her entegrasyonun veri eşleştirme kuralı yazılı olmalıdır.

CRM satış hunisi için kontrol listesi

Satış hunisini kurgulamadan önce aşağıdaki kontrol listesi kullanılabilir:

• Lead, müşteri ve fırsat ayrımı net mi?
• Lead kaynakları standart listeyle tutuluyor mu?
• Her satış aşamasının giriş ve çıkış kriteri var mı?
• Her açık fırsatta sonraki aksiyon ve takip tarihi zorunlu mu?
• Teklif kaydı fırsatla ilişkilendiriliyor mu?
• Kayıp nedeni seçilmeden fırsat kapatılamıyor mu?
• Birden fazla pipeline gerçekten gerekli mi?
• Satış yöneticisi için rapor alanları baştan planlandı mı?
• Web formu, teklif, muhasebe veya portal entegrasyonu gerekiyor mu?
• Otomasyonlar satış ekibinin işini kolaylaştırıyor mu, yoksa sistemi karmaşıklaştırıyor mu?

Sonuç: İyi satış hunisi satış ekibinin ortak dilidir

CRM yazılımında satış hunisi, yalnızca fırsatları aşamalara ayıran bir pano değildir. Doğru tasarlandığında satış ekibinin ortak çalışma dilini oluşturur: hangi müşteri hangi aşamada, hangi teklif açık, kim takip edecek, neden kaybedildi, hangi kaynak satışa dönüştü, hangi fırsat gecikti?

Webioo, CRM yazılımı projelerinde satış hunisini veri modeli, kullanıcı rolleri, teklif akışı, görev sistemi, otomasyonlar, entegrasyonlar ve raporlama ihtiyaçlarıyla birlikte kurgular. Böylece CRM, yalnızca müşteri kayıtlarının tutulduğu bir yer değil, satış sürecinin yönetildiği aktif bir operasyon aracı haline gelir.