Satış hattı aşamaları müşterinin ruh haline değil, doğrulanabilir olaylara dayanmalı. Konut projesi için aşama tasarımı ve çıkış kriterleri.
Satış hattı aşaması, müşterinin ne hissettiğini değil, ne olduğunu anlatmalı. "İlgileniyor" bir aşama değildir — kimin, neye göre ilgilendiğine karar verdiği belirsizdir. "Ziyaret gerçekleşti" bir aşamadır: oldu ya da olmadı, tartışılmaz.
Aşama tasarımının tek kuralı bu. Her aşamanın, temsilcinin yorumundan bağımsız, doğrulanabilir bir çıkış kriteri olmalı.
Aşağıda konut projesi satışı için çalışan bir yapı ve kurarken karar verilmesi gereken noktalar var. Aracın kendisiyle — süreci tek panelde toplamakla — ilgileniyorsanız o konuyu ayrıca ele almıştık; buradaki mesele aşamaların içeriği.
Aşama nedir, ne değildir?
Bir aşama üç şeyi taşır: girişte ne olduğu, kimin sorumlu olduğu, çıkmak için neyin gerçekleşmesi gerektiği.
Sahada en sık gördüğüm hata, aşamaların müşteri sıcaklığına göre adlandırılması. "Sıcak", "ılık", "soğuk" ya da yüzdeli olasılıklar — %20, %50, %80. Bunlar aşama değil, tahmin. İki temsilci aynı müşteriyi farklı yüzdeye koyar ve pipeline raporu okunamaz hale gelir.
İkinci hata, aşamayı iş yüküne göre kurmak. "Dosya hazırlanıyor" bir iç faaliyettir, müşterinin satın alma yolculuğunda bir konum değil. İç faaliyetler görev olarak takip edilir, aşama olarak değil.
Konut projesi için işleyen bir yapı
Yedi aşamalı bir örnek. Projeye göre daralır veya genişler, ama mantık aynı kalır.
- Yeni kayıt — Kayıt sisteme girdi, temsilciye atandı
- İlk temas kuruldu — Müşteriyle sesli görüşme yapıldı ve kayda alındı
- Nitelendirildi — Bütçe bandı, daire tipi ve zamanlama beyanı alındı
- Ziyaret gerçekleşti — Müşteri satış ofisine veya şantiyeye geldi
- Teklif verildi — Yazılı teklif oluşturuldu ve müşteriye iletildi
- Rezervasyon — Belirli bir bağımsız bölüm, süreli olarak tahsis edildi
- Sözleşme — Satış sözleşmesi imzalandı
Dikkat edin: "aradım ama açmadı" ilk temas değil. Denemeler görev kaydıdır. Aşama, temas kurulduğunda değişir. Bu ayrım küçük görünür ama ilk temas performansını ölçmeye çalıştığınızda ikisi arasındaki fark her şeyi belirler.
"Nitelendirildi" aşaması da sık atlanır. Ziyarete gelen ama bütçesi projeyle hiç örtüşmeyen müşteri, satış ofisinin en pahalı saatlerini tüketir. Nitelendirme adımını pipeline'a koymak, bu elemenin telefonda yapılmasını zorunlu kılar.
Kaç aşama olmalı?
Beş ile sekiz arası çalışır.
Dört ve altı, süreci görünmez kılar; herkes uzun süre "görüşülüyor" kutusunda birikir. On ve üstü, temsilcinin kartı sürüklemekten yorulmasına ve sistemi güncellemeyi bırakmasına yol açar.
Karar verirken şu testi uygulayın: her aşama, satış müdürünün farklı bir müdahale yapacağı bir yeri işaret ediyor mu? "Teklif verildi" ile "Rezervasyon" arasında müdahale farklıdır — biri fiyat pazarlığı, diğeri karar hızlandırma. Ama "Teklif hazırlanıyor" ile "Teklif gönderildi" arasında yönetsel bir fark yoksa, ikisi tek aşamadır.
Kaybedilenler ve beklemede olanlar nereye gidiyor?
Pipeline'ın en çok ihmal edilen tarafı, hattan çıkanlar.
Olumsuz ayrı bir durum olmalı ve neden alanı zorunlu tutulmalı. Sabit bir liste kullanın: bütçe uyumsuzluğu, konum, teslim tarihi, rakip projeyi tercih etti, finansman bulamadı, ulaşılamadı. Serbest metin bırakırsanız altı ay sonra elinizde "olmadı", "vazgeçti", "cevap vermiyor" gibi hiçbir şey söylemeyen kayıtlar olur. Kayıp nedeni verisi, raporlamanın en değerli girdilerinden biri — ama toplanmadıysa yoktur.
Beklemede kutusu bir tuzaktır. Kolayca çöplüğe döner: kimsenin kapatmaya cesaret edemediği kayıtlar oraya taşınır ve orada kalır. Bu durumu kullanacaksanız iki kural şart — beklemenin bir bitiş tarihi ve bir nedeni olacak. Tarih geldiğinde kayıt otomatik olarak hatta geri dönmeli.
Ulaşılamayan kayıtları hemen olumsuza atmayın. Konut alıcısı üç kez arandığında dönmeyebilir, dördüncüde döner. Belirli sayıda denemeden sonra devreye girecek bir bekleme kuralı, hem temsilciyi boşa uğraştırmaktan kurtarır hem kaydı çöpe atmaz.
Geçişe kim karar veriyor?
İki model var ve ikisi de savunulabilir.
Temsilcinin manuel taşıdığı modelde esneklik yüksektir, veri güvenilirliği temsilciye bağlıdır. Sistem olayla otomatik geçirdiği modelde — teklif oluşturulunca aşama otomatik ilerler — veri tutarlıdır, ama gerçekliğe uymayan sıçramalar olabilir. Müşteri teklifi görmeden aşama ilerlemiş görünür.
Pratikte hibrit çalışıyor: ölçülebilir olaylar sistemden (teklif oluşturuldu, rezervasyon açıldı, randevu tamamlandı), yargı gerektirenler temsilciden (nitelendirme, olumsuz kapatma).
Bir kural daha: geriye taşımayı yasaklamayın. Müşteri rezervasyondan vazgeçip yeniden değerlendirme aşamasına dönebilir. Geri taşımayı engellerseniz temsilci kaydı olumsuza atar ve o müşteri kaybolur.
Kurduğunuz hattın doğru olup olmadığını nasıl anlarsınız?
Aşama tasarımı bir kerelik iş değil. İlk ay verisi geldikten sonra üç şeye bakın.
Aşama dönüşüm oranı. Her aşamadan bir sonrakine geçen kayıt yüzdesi. Bir aşamada dönüşüm çok yüksekse — neredeyse herkes geçiyorsa — o aşama muhtemelen gereksiz. Çok düşükse, orada bir tıkanma ya da yanlış nitelendirme var.
Aşamada geçen ortalama süre. Teklif verildi aşamasında ortalama otuz gün bekleyen kayıtlar varsa, teklifin ardından ne olduğu tanımsız demektir.
Aşama başına dağılım. Kayıtların çoğu ilk iki aşamada birikiyorsa sorun hattın sonunda değil, başında: ilk temas yetişmiyor olabilir.
Bu üçünü düzenli görebilmek, pipeline'ı kurmanın asıl amacı. Aksi halde kanban tahtası, hoş görünen ama karar üretmeyen bir ekrandan ibaret kalır.
Sık yapılan üç hata
Aşamaları prim sistemine göre kurmak. Temsilci primi hangi aşamada tetikleniyorsa, kayıtlar sihirli biçimde o aşamada birikir. Prim yapısı ile pipeline tasarımını ayrı tutun.
Her projeye ayrı hat açmak. Beş projeniz varsa beş farklı aşama seti yönetmek raporlamayı imkânsızlaştırır. Aşamalar ortak olsun, proje bir filtre olsun.
Hattı bir kez kurup unutmak. Satış hızı değiştikçe, kampanya dönemlerinde, teslime yaklaşırken süreç değişir. Yılda bir kez aşama yapısını gözden geçirmek makul bir ritim.
Satış hattı doğru kurulduğunda teklif, stok ve randevu adımları birbirine bağlanır; yönetici de operasyonu tahminle değil veriyle okur. Proje CRM'in pipeline ve kanban yapısını ürün sayfasından inceleyebilir, kendi süreç kurgunuzla demo talep edebilirsiniz.