Satış hattı ve teklif yönetimi konsepti

Bağlam: teklif neden satış sürecinin en dağınık adımı?

Bu konseptte tekliflerini Word ve Excel dosyalarıyla hazırlayan varsayımsal bir satış ekibini ele aldık. Böyle bir düzende her temsilcinin kendi şablonu vardır, dosyalar e-postayla gider ve aynı teklifin birkaç sürümü farklı klasörlerde durur. Müşteri “geçen ay gönderdiğiniz teklif” dediğinde hangisinin kastedildiği araştırılır. Yönetici ise bekleyen tekliflerin toplamını ancak temsilcilere tek tek sorarak öğrenir. Kurgunun amacı, teklifi dosya olmaktan çıkarıp CRM içinde izlenen bir kayda dönüştürmektir.

Hedef kullanıcılar

• Satış temsilcisi: Teklifi hızlı hazırlamak, hangi teklifinin yanıt beklediğini görmek ister.
• Onay veren yönetici: Belirli bir tutarın ya da indirim oranının üzerindeki teklifleri göndermeden önce görmek ister.
• Satış yöneticisi: Açık tekliflerin toplamını, aşamalara dağılımını ve hangi kaynaktan gelen fırsatların teklife dönüştüğünü izler.
• Finans ya da operasyon: Kabul edilen teklifin kalemlerini yeniden yazmadan devralmak ister.

Bilgi mimarisi: teklif müşteri kartının parçasıdır

Temel karar şudur: teklif bağımsız bir belge değil, müşteri kartına ve bir satış fırsatına bağlı bir kayıttır. Müşteri kartını açan kişi o firmaya verilmiş bütün teklifleri, sürümleriyle ve durumlarıyla birlikte görür. Teklifin durumu değiştiğinde satış hattındaki fırsat da kendiliğinden güncellenir; aynı bilgiyi iki yere yazmak gerekmez.

Teklif durumlarını beş adımda tuttuk: taslak, onayda, gönderildi, kabul edildi ve reddedildi. Yeni bir sürüm hazırlandığında önceki sürüm silinmez, geçmişte kalır.

Ekran ekran tasarım kararları

Teklif hazırlama

Temsilci hazır bir şablondan başlar. Müşteri ve kişi bilgileri karttan gelir, ürün ya da hizmet kalemleri listeden seçilir, toplamlar kendiliğinden hesaplanır. Serbest metin alanı vardır, ama koşullar ve geçerlilik süresi gibi bölümler şablonda sabittir; böylece her teklif aynı dili konuşur.

Onay akışı

Kurumun belirlediği sınırı aşan teklifler göndermeden önce onaya düşer. Onaylayan kişi teklifi telefonundan açıp onaylayabilir ya da notuyla geri gönderebilir. Hangi teklifin kimde beklediği her zaman görünür.

Müşteri kartındaki teklif geçmişi

Kartta teklifler tarih sırasıyla listelenir. Her satırda tutar, durum ve son işlem tarihi bulunur. Bir teklifi açan kişi önceki sürümlerle neyin değiştiğini görebilir.

Satış raporları

Rapor ekranı üç soruyu yanıtlar: hangi aşamada ne kadar fırsat var, fırsatlar hangi kaynaktan geliyor ve teklifler ne kadar sürede sonuçlanıyor? Grafikler sade tutuldu; her grafiğin altında dayandığı kayıt listesi açılabilir. Konseptteki grafikler örnek veridir.

Teknik altyapı

• Şablon yönetimi: Şablonlar yetkili kullanıcı tarafından düzenlenir; logo, koşullar ve imza alanı tek yerden değişir.
• Sürümleme: Her değişiklik yeni bir sürüm oluşturur; gönderilmiş bir teklifin içeriği sonradan sessizce değiştirilemez.
• PDF üretimi: Teklif kurumsal şablonla PDF olarak üretilir ve gönderim kaydı karta işlenir.
• Yetki: Temsilci kendi tekliflerini, yönetici ekibin tekliflerini görür; onay sınırları role göre tanımlanır.
• Entegrasyon: Kabul edilen teklifin kalemleri muhasebe ya da ERP sistemine aktarılabilir. Bunun yolu, karşı sistemin sunduğu bağlantıya göre analizde belirlenir.

Başarıyı nasıl ölçerdik?

Raporlardaki sayılar örnektir; gerçek bir müşterinin sonucu değildir. Gerçek bir kurulumda şu hedefleri baştan tanımlar ve ilk dönemde düzenli izlerdik.

• Bir teklifin hazırlanmasının ne kadar sürdüğü.
• Onayda bekleyen tekliflerin ortalama bekleme süresi.
• Gönderildikten sonra üzerinde hiçbir işlem yapılmamış, takipsiz kalan teklif sayısı.
• Tekliflerin ne kadarının sistem üzerinden, ne kadarının hâlâ dosyayla hazırlandığı.

Benzer bir kurumda nasıl uygulanır?

Çalışma mevcut tekliflerin incelenmesiyle başlar. Son dönemde gönderilmiş teklifleri yan yana koyarız: ortak bölümler şablona, değişen bölümler doldurulacak alanlara dönüşür. Ardından onay kurallarını yazılı hâle getiririz; çoğu kurumda bu kurallar vardır ama herkesin bildiği bir yerde durmaz.

Teklif modülü tek başına kurulabilir, ancak asıl faydasını müşteri kartı ve satış hattıyla birlikte verir. Bu çekirdeği kurumsal CRM paneli konsepti gösterir. Modüller, yetkilendirme ve veri taşıma hakkındaki ayrıntılar kurumlara özel CRM sistemleri sayfasındadır.

Benzer bir ihtiyacınız varsa kapsamı birlikte konuşalım; yöntemin tamamı için Kurumlara Özel CRM Sistemleri sayfasına bakabilirsiniz.