Teklif Takibi ve Kaybedilen Teklif Analizi
Ders 6 / 10 · 16 dakika okuma · Başlangıç
Teklif gönderimi, kararın müşteride verildiği anlamına gelmez. Takip planı müşterinin satın alma takvimi, teknik soru, iç onay ve rakip karşılaştırmasına göre düzenlenmelidir. Kazanılmayan teklifler de düzenli kodlanırsa fiyat, kapsam veya
Bu Derste Öğrenecekleriniz
- ✓teklif takibi ve kaybedilen teklif analizi konusundaki temel karar ve kontrol noktalarını açıklayabilmek
- ✓teklif takibi ve kaybedilen teklif analizi için uygun bir uygulama veya kontrol adımı tasarlayabilmek
Teklif Takibi ve Kaybedilen Teklif Analizi
Teklif gönderimi, kararın müşteride verildiği anlamına gelmez. Takip planı müşterinin satın alma takvimi, teknik soru, iç onay ve rakip karşılaştırmasına göre düzenlenmelidir. Kazanılmayan teklifler de düzenli kodlanırsa fiyat, kapsam veya yanıt süresi hakkında öğrenme sağlar.
Bir sonraki eylem, sorumlu ve tarih CRM ya da teklif kaydında tutulur. Kaybedilme nedeni tahmin edilmek yerine müşteriden alınan bilgiyle desteklenir; “fiyat” nedeni denildiğinde kapsam veya teslimat farkı da araştırılabilir.
Konu İlişkilerini Kurmak
Teklif Takibi ve Kaybedilen Teklif Analizi tek bir ekran veya belgeyle sınırlı değildir; talep kapsamı, teknik uygunluk, fiyat ve teslimat varsayımları, teklif sürümü, onay ve siparişe dönüşüm aşamalarını yönetmek. Bu nedenle veri bir noktada doğru olsa da sonraki aşamada kaybolabilir veya farklı kuralla yorumlanabilir. Süreç tasarımında her kararın hangi kayda dayandığını, hangi koşulda duracağını ve hangi sonucun başarı sayılacağını açıkça belirleyin.
Uygulanabilir Kontrol Akışı
- Kapsamı belirleyin: Teklif Takibi ve Kaybedilen Teklif Analizi işleminde hangi müşteri, ürün, teklif, sipariş veya belge kaydının etkilendiğini yazın.
- Kaynağı doğrulayın: RFQ/RFI kaydı, ürün şartnamesi, maliyet ve kapasite verisi, teklif sürümü, onay ve sipariş kaydı içinde kullanılan kaydın kimliğini ve son güncelleme zamanını kontrol edin.
- Karar kuralını görünür yapın: teklif sürümünü, maliyet ve kapasite dayanağını, yetkili onayı ve müşterinin kabul ettiği koşulları kayıt altına almak.
- İstisna yolunu tanımlayın: koşul karşılanmıyorsa kimin inceleyeceğini, işlemin nerede bekleyeceğini ve hangi kanıtın isteneceğini belirtin.
- Sonucu ölçün: ilk yanıt süresi, teklif hazırlama süresi, revizyon sayısı, tekliften siparişe dönüşüm ve kayıp nedenlerinin dağılımı değerini aynı kapsam ve dönem üzerinden karşılaştırın; düzeltme sahibini ve kontrol tarihini kaydedin.
Teklif Takibi ve Kaybedilen Teklif Analizi için karar verirken önce iş hedefini ve kabul koşulunu belirleyin; sonra talep kapsamı, miktar, teknik eşdeğerlik, teslim süresi, teklif geçerliliği, revizyon ve kazanma/kaybetme nedeni alanlarının doğru kayıttan geldiğini doğrulayın. teklif sürümünü, maliyet ve kapasite dayanağını, yetkili onayı ve müşterinin kabul ettiği koşulları kayıt altına almak. Bu kontrol, işlemi hızlandırırken sonradan düzeltme, yanlış taahhüt ve ekipler arası yorum farkı oluşmasını önler.
Örnek — İşletme senaryosu
Alternatif Senaryo ve Karar
Örnek
Alternatifleri karşılaştırırken kısa vadeli işlem kolaylığı ile sonraki aşamalardaki maliyeti birlikte değerlendirin. Kapsam, kapasite ve geçerlilik doğrulanmadan cazip görünen bir fiyatı bağlayıcı teklif olarak göndermek. Kontrol adımını atlamanın sağlayacağı süre kazancı; hatalı kayıt, iade, itiraz, yeniden işleme veya müşteri güveni kaybı ile karşılaştırılmalıdır.
Alternatif durumda Müşteri teklifin eski sürümünü siparişe dönüştürüyor ve fiyat/teslimat koşulları yeni tekliften farklı kalıyor. Bu örnekte ekip ilk görünen duruma göre karar vermek yerine RFQ/RFI kaydı, ürün şartnamesi, maliyet ve kapasite verisi, teklif sürümü, onay ve sipariş kaydı kayıtlarını karşılaştırmalı; eksik veri, yetki ve zamanlama farklarını ayrı ayrı işaretlemelidir. Koşullar doğrulanamıyorsa işlem durumu açıkça belirtilmeli ve sorumluya atanmalıdır.
Şimdi Uygulayın
Uygulama çalışması
Kaybedilmiş beş teklif için neden analizi tasarlayın; müşteri geri bildirimi, teklif süresi ve kapsam karşılaştırmasını ayrı alanlarda tutun.
Kanıt, Ölçüm ve Sahiplik
| Kontrol noktası | Kontrol sorusu | Kanıt / kayıt |
|---|---|---|
| Kaynak veri | Kararda kullanılan kayıt güncel ve doğru kimliğe bağlı mı? | RFQ/RFI kaydı, ürün şartnamesi, maliyet ve kapasite verisi, teklif sürümü, onay ve sipariş kaydı |
| İş kuralı | Koşul ve istisna açık biçimde tanımlanmış mı? | teklif sürümünü, maliyet ve kapasite dayanağını, yetkili onayı ve müşterinin kabul ettiği koşulları kayıt altına almak |
| Sorumluluk | Sorun oluştuğunda incelemeyi kim üstleniyor? | İşlem sahibi, onaylayan ve hedef tarih |
| İş sonucu | Uygulama beklenen ticari/operasyonel etkiyi verdi mi? | ilk yanıt süresi, teklif hazırlama süresi, revizyon sayısı, tekliften siparişe dönüşüm ve kayıp nedenlerinin dağılımı |
Teklif Takibi ve Kaybedilen Teklif Analizi uygulamasının denetlenebilir çıktısı en az dört unsuru içermelidir: kullanılan kaynak kayıt, karar kuralı, sorumlu kişi ve sonuç kanıtı. talep kapsamı, miktar, teknik eşdeğerlik, teslim süresi, teklif geçerliliği, revizyon ve kazanma/kaybetme nedeni alanlarından hangilerinin karar üzerinde etkili olduğu da yazılmalıdır. Bu kayıt, sonraki benzer işlemde aynı kontrolün tekrarlanmasını sağlar.
İpucu — Kontrol noktası
Kontrol ve iyileştirme için ilk yanıt süresi, teklif hazırlama süresi, revizyon sayısı, tekliften siparişe dönüşüm ve kayıp nedenlerinin dağılımı göstergelerini başlangıç seviyesiyle karşılaştırın. Fark çıktığında önce veri tanımının değişip değişmediğini, ardından süreç kaynaklı nedeni inceleyin. Düzeltme için sahip, hedef tarih ve tekrar ölçüm koşulu atayın; yalnızca faaliyetin tamamlanmasını başarı saymayın.
Bu Derste Ne Öğrendik?
- ✓Bu derste teklif takibi ve kaybedilen teklif analizi konusunun temel iş mantığını, karar ölçütlerini, gerçekçi bir iş senaryosunu ve uygulamada kontrol edilmesi gereken riski ele aldınız.
- ✓Bir sonraki adım, bu yaklaşımı kendi ürün, müşteri ve süreç verilerinizle sınamaktır.