CRM’de Kaybedilen Teklif Nedenleri Nasıl Kaydedilir?

CRM’de Kaybedilen Teklif Nedenleri Nasıl Kaydedilir?

CRM’de kaybedilen teklif nedeni, satış ekibinin tahmini yerine mümkün olduğunca müşteriden doğrulanmış bilgiye dayanmalıdır. “Yanıt yok”, “fiyat uygun bulunmadı” ve “proje ertelendi” aynı sonuç değildir. Hepsini fiyat başlığında toplamak raporu anlaşılmaz hale getirir.

İyi bir neden listesi ekibe ceza vermek için değil, hangi aşamada neyin iyileştirilebileceğini görmek için kullanılır. Çok uzun açılır listeler ve zorunlu tahminler ise görünürde dolu fakat işe yaramayan kayıtlar üretir.

Hangi nedenler ayrı tutulmalı?

  • Müşterinin açıkça belirttiği fiyat veya bütçe uyumsuzluğu
  • İhtiyaçla teklif kapsamının uyuşmaması
  • Zamanlama veya proje ertelemesi
  • Başka çözümün seçilmesi
  • Yanıt alınamaması
  • Nedenin bilinmemesi

Bunlar örnek başlıklardır. Sektörünüze göre sadeleştirin; her işletmede aynı listeyi kullanmak gerekmez. “Bilinmiyor” seçeneği bulunması, çalışanın kanıtı olmayan bir gerekçe uydurmasını önler.

Durum ile nedeni neden ayırmalı?

Teklifin kapatılması bir durum değişikliğidir. Kapatılma gerekçesi ise ayrı bilgidir. Müşteri gelecek ay görüşmek istiyorsa “ertelendi” ya da kurumunuzun uygun takip durumu, kalıcı kayıp kararından farklı olabilir.

Örneğin temsili bir görüşmede müşteri yatırımı sonraki çeyreğe bıraktığını söylemiş olsun. Kaydı “fiyat pahalı” diye kapatmak yerine zamanlama bilgisi ve yeniden görüşme kararı kaydedilir. Sonraki görev ancak müşterinin beklentisi ve kurumun iletişim kurallarıyla uyumluysa açılır.

Kayıtta hangi bilgiler yeterli olur?

  1. İlgili teklif ve son sürümü
  2. Kararın öğrenildiği tarih
  3. Seçilen neden
  4. Bilginin kaynağı: müşteri yanıtı veya henüz doğrulanmamış değerlendirme
  5. Kısa, somut açıklama
  6. Varsa uygun sonraki işlem

Uzun kişisel yorumlar yerine işle ilgili veri kullanın. “Müşteri zor” gibi bir etiket, teklifin neden sonuçlanmadığını açıklamaz. “İstenen entegrasyon mevcut kapsamda yok” gibi bir not ise ürün veya teklif geliştirmesine katkı sağlayabilir.

Rapor hangi sorularla okunmalı?

Ham kayıp sayısını tek başına karşılaştırmayın. Dönem, ürün, teklif büyüklüğü ve sonuçlanan fırsat sayısı değişmiş olabilir. Yeni açılan fakat henüz karar verilmeyen teklifleri, kayıp nedenleri raporunun içine katmayın.

“Bilinmiyor” oranı yüksekse çalışanları başka neden seçmeye zorlamak yerine takip sürecini inceleyin. Kapanış bilgisi gerçekten alınıyor mu? İlgili kişi doğru mu? Teklif sonrasında planlı görev var mı? Bu sorular rapora güven kazandırır.

CRM’de hangi davranış test edilmeli?

Neden listesinin düzenlenmesi, raporda filtrelenmesi ve kapanan teklifin geçmişinin korunması ayrı kontrollerdir. Her CRM’de özel kayıp analizi ekranı bulunduğunu varsaymayın. BE Soft ile kapsamı konuşurken gerçek bir teklif senaryosunu bu adımlarla gösterin.

Sık sorulan sorular

Müşteri yanıt vermediyse fiyat nedeni seçilir mi?

Hayır. Doğrulanmamış bir fiyat itirazı kayda gerçek gibi geçirilmemelidir.

Ertelenen teklif her zaman kayıp mıdır?

Kurumun aşama tanımına bağlıdır. Yeniden görüşme planı ve kapanış kararı ayrı belirlenmelidir.

Teklif sonrası takip ve sorumlu devri rehberleriyle süreci tamamlayın. BE Soft’a rapordan hangi kararı üretmek istediğinizi anlatarak uygun CRM kapsamını görüşün.

← Tüm yazılar
CRM ya da bayi panelinizi konuşalım.Süreçlerinizi anlatın; nasıl kurgulanacağını aynı gün söyleyelim. CRM ve bayi paneli hizmetimiz →
Teklif alın

Bize
ulaşın.

Yüz tanıma demosu, bir uygulama ya da web sitesi. Ne istediğinizi anlatın; nasıl yapılacağını, süresini ve maliyetini aynı gün söyleyelim.

Projenizi anlatın

Bilgileriniz yalnızca size dönüş yapmak için kullanılır. Gizlilik ve KVKK