Satış Pipeline Aşamalarını Tasarlama: Aşama Adı, Çıkış Kriteri ve Zorunlu Alanlar

Fırsat aşaması neyi ifade etmeli

Pipeline aşaması, satıcının yaptığı işi değil, müşteri tarafında gerçekleşen ilerlemeyi gösterir. Teklif gönderdim bir satıcı eylemidir; müşteri teklifi inceleyip değerlendirmeye aldı bir müşteri ilerlemesidir. Aşamalar eylemlere göre kurulursa, fırsat hiçbir gerçek ilerleme olmadan sonraki aşamaya kayar ve pipeline tahmini şişer. Müşteri taahhüdüne göre kurulursa aşama, fırsatın gerçekten nerede olduğunu söyler.

Bu yüzden aşama tasarımı bir isimlendirme işi değil, satış sürecini tanımlama işidir. Aşamalar ekip arasında ortak bir dil kurar, raporlamanın temelini oluşturur ve yöneticinin hangi fırsata ne zaman müdahale edeceğini belirler. Tahminin kalitesi, aşamaların tanımının ne kadar net olduğuna bağlıdır.

Adım adım tasarım yöntemi

Önce mevcut gerçeği haritalayın. Son dönemde kazanılan ve kaybedilen fırsatları seçin, her birinde ilk temastan karara kadar yaşanan olayları sıralayın: ilk görüşme, ihtiyaç keşfi, çözüm sunumu, teknik doğrulama, teklif, müzakere, onay, sözleşme. Satış ekibiyle çalıştayda bu olayları ortak noktalarına göre gruplayın. Aşama adayları bu gruplardan çıkar.

Sonra her aşama için müşteri tarafında gerçekleşmiş bir doğrulama arayın. Örneğin ihtiyaç doğrulandı aşaması, müşterinin sorununu ve etkisini kendi ağzından anlattığı bir görüşme olmadan geçilmez. Karar verici ile görüşüldü aşaması, o kişiyle gerçekten konuşulmadan işaretlenmez. Her aşamayı bu şekilde bir giriş ve çıkış kanıtıyla tanımlayın.

Son olarak kapalı sonuçları ekleyin: kazanıldı ve kaybedildi. Kaybedilen fırsatlar için zorunlu bir kayıp nedeni alanı koyun; fiyat, rakip, bütçe, zamanlama, karar verilmedi gibi seçeneklerle, zaman içinde satış ve ürün kararlarını besleyen veri birikir.

Örnek aşama seti ve çıkış kriterleri

Aşağıdaki set kurgusal bir B2B hizmet satışı içindir; kendi sürecinize göre uyarlayın.

• Keşif: müşteri ile ilk değerli görüşme yapıldı. Çıkış kriteri: sorun, etki ve karar süreci konuşuldu ve CRM'ye yazıldı.
• İhtiyaç doğrulandı: müşteri sorununu ve çözmek için bütçe veya öncelik ayırdığını teyit etti. Çıkış kriteri: karar verici veya onay zinciri belirlendi.
• Çözüm sunumu: uygun çözüm müşteri ekibine sunuldu. Çıkış kriteri: müşteri sonraki adım olarak teklif veya pilot talep etti.
• Teklif: yazılı teklif iletildi. Çıkış kriteri: müşteri değerlendirme takvimini paylaştı.
• Müzakere: kapsam, şartlar veya fiyat tartışılıyor. Çıkış kriteri: sözlü olumlu karar alındı.
• Sözleşme: imza ve onay sürecinde.

Her aşamanın yanında satıcının o aşamada hangi eylemleri yapacağını ve CRM'de hangi alanları dolduracağını listeleyin. Bu, aşamayı bir rehber hâline getirir.

Aşama sayısı, olasılık ve zorunlu alanlar

Aşama sayısını az tutun. Çok fazla aşama satıcıyı güncellemeye boğar; veri girişi aksar ve aşamalar anlamsızlaşır. Çok az aşama ise darboğazı gizler. İyi bir ölçüt, her aşamanın raporda ayrı bir ölçülebilir geçiş olarak anlamlı olmasıdır: bir aşamadan diğerine geçiş oranını okuyamıyorsanız o aşama gereksizdir.

Kapanış olasılığı atarken tahmini rakamlarla başlayıp gerçek geçmiş verilerle kalibre edin. Başlangıç değerleri varsayımdır; birkaç dönem sonra kazanılan fırsatların hangi aşamadan geçtiği ve yüzde kaçının kapandığı gerçek veriden okunur. Veri birikene kadar olasılık değerlerini kesin tahmin değil, çalışma varsayımı olarak ele alın.

Zorunlu alanları aşamaya bağlayın: teklif aşamasına geçerken tutar ve beklenen kapanış tarihi dolu olmalı; müzakere aşamasında rakip ve karar verici bilgisi bulunmalı. Alanlar çok olursa satıcılar boş geçmek için rastgele değer yazar; yalnızca gerçekten karar veya tahmin için gereken bilgiyi zorunlu yapın.

CRM içinde uygulamak

Çoğu CRM çok pipeline, aşama adı, aşama olasılığı, aşamaya özel zorunlu alan ve otomatik görev gibi ayarlar sunar; ayar adları ve yeri araca ve sürüme göre değişir. Önce kâğıt üzerinde tasarımı tamamlayın, sonra CRM'e kurun. Farklı satış modelleri (yeni müşteri, mevcut müşteriye ek satış, kurumsal ve bireysel) farklı süreçler gerektiriyorsa ayrı pipeline kullanın; tek pipeline'a hepsini sığdırmak raporu bozar.

Aşama geçişinde otomasyon kullanın: aşama değiştiğinde sorumluya görev oluşturmak, belirli sürede ilerlemeyen fırsat için uyarı vermek, kaybedildi seçildiğinde kayıp nedeni zorunlu tutmak. Bir aşamada beklenenden uzun kalan fırsatları listeleyen basit bir rapor, takılan fırsatları ortaya çıkarır.

Mevcut CRM'e yeni aşama seti uygularken açık fırsatları eşleştirmeniz gerekir: eski aşamalar yeni aşamalarla karşılaştırılır, uyumsuz olanlar satıcılarla birlikte gözden geçirilir. Bir anda toplu taşıma yaparsanız tarihsel raporlar bozulur; geçiş tarihini not edin.

Sık yapılan hatalar

Sık hatalar: aşamaları satıcı eylemlerine göre adlandırmak (arandı, e-posta atıldı); çıkış kriteri tanımlamamak; çok sayıda aşama kurmak; olasılığı hiç kalibre etmemek ve tahmini bu rakamlara dayandırmak; kayıp nedenini serbest metin bırakmak; müşteri tipine göre ayrı süreci tek pipeline'a sıkıştırmak; açık fırsatları temizlemeden yeni aşamalara geçmek; aşama değiştiğinde ne yapılacağını yazılı hâle getirmemek.

Ekip alışkanlığı da önemlidir: aşama, yöneticinin baskısıyla değil, kanıtla ilerler. Yönetici toplantısında fırsatın hangi kanıtla bu aşamada olduğu sorulursa, ekip aşamaları gerçek ilerlemeye göre günceller. Kullanılmayan bir CRM aşaması, süreç olmadığı anlamına gelir; tasarım kadar kullanım disiplini de gerekir.

Bu beceri Mindset programlarında nerede çalışılır

Mindset'in CRM ile Satış Süreç Yönetimi programı, Satış Süreci Tasarımı ve CRM Entegrasyonu ile Lead ve Fırsat Yönetimi başlıklarını içerir; aşama tasarımının süreç tarafı burada çalışılır. Pipedrive ile Satış Operasyonu programının Pipeline Tasarımı ve Deal Yönetimi modülü ile HubSpot ile Pazarlama ve Satış programının Sales Hub ile Pipeline Yönetimi modülü, aşamaların ilgili araçta kurulmasını ele alır.

Bu programlar satış operasyonu, satış yöneticisi, CRM sorumlusu ve süreç iyileştirme rolündeki ekipler için uygundur. Kurumsal bir ekipte aşama tanımını ortak yazılı standart hâline getirmek, bölgeler ve ekipler arası raporlamayı karşılaştırılabilir kılar.