Teklifler neden ölür: takip takvimi ve şablonlar

Bir teklif, müşterinin “hayır” dediği bir toplantıda nadiren ölür. Sessizce ölür: PDF bir gelen kutusuna düşer, müşteri ortağıyla konuşmayı düşünür, hafta yoğun geçer ve üç hafta sonra kimse hangi sürümün son olduğunu hatırlamaz. Satış hunisinde hâlâ “gönderildi” yazar; satıştaki en iyimser kelime.

Bu yazı gönderme ile karar arasındaki kısım hakkında. Bir takip takvimi, her adım için mesaj şablonları ve bir teklifi ne zaman bırakacağınıza dair kurallar veriyor.

Teklifler neden sessizleşir? Dört neden

1. Müşterinin sormadığı bir sorusu vardır. Kapsamda, ödeme koşullarında veya takvimde bir şey belirsizdir ve sormak zahmetli gelir.
2. Karar başka birine bağlıdır. Bir ortak, bir finans müdürü, bir eş. Teklifiniz, siz odada yokken kendini savunmak zorundadır.
3. Şimdi karar vermek için neden yoktur. Geçerlilik süresi yok, başlangıç tarihi yok, beklemenin bir sonucu yok.
4. Sizin tarafınızda takibin sahibi yoktur. Teklif gönderilmiş, iş bitmiş sayılmış, sonraki adım birinin hafızasında kalmıştır.

Yalnız dördüncüsü tamamen sizin elinizde ve diğer üçünü çözen de o. Takip, sorulmamış soruyu ortaya çıkarmanın, odada olmayan karar vericiyi donatmanın ve karar için bir neden yaratmanın yoludur.

Teklifi takip edilebilir hazırlayın

Takip, göndermeden önce başlar. Üzerinde kolay işlem yapılan bir teklifte şunlar olmalı:

• Net bir kapsam, müşterinin tanıyacağı kalemlerle.
• Ödeme koşulları: vade, varsa taksitler, para birimi. TTK m.1530’a göre ticari işletmeler arasında ödeme günü belirlenmemişse borçlu, faturayı aldıktan otuz gün sonra temerrüde düşer; vadeyi teklife kendiniz yazmak bu varsayılana güvenmekten iyidir ve ileride tahsilatı da kısaltır.
• Bir geçerlilik tarihi, hizmetlerde genelde bir iki hafta.
• Tek bir sonraki adım: “online kabul edin”, “başlangıç tarihinizi yazın”; beş seçenek değil.
• Yalnız ek değil, bir link; böylece ne zaman açıldığını görürsünüz, müşteri de bir şey yazdırmadan kabul edebilir.

Teklif şablonumuz bir teklifte bulunması gereken bölümleri listeler. Teklif modülünde her teklifin paylaşılabilir bir linki, hatırlatmalı bir geçerlilik süresi, değişiklik geçmişi ve doğrudan sözleşme ve e-imzaya bağlanabilen bir müşteri kabul adımı vardır.

Takip takvimi

14 gün geçerli bir teklif için takvim şöyle. Günleri kendi geçerlilik sürenize göre ayarlayın, yapıyı koruyun.

Gün	Eylem	Amaç
0	Teklif linkini iki satırlık özetle gönderin	Sonraki adımı belirgin kılmak
1	Açılıp açılmadığına bakın; açılmadıysa başka kanaldan tekrar gönderin	Teslim sorununu elemek
3	Sorulara cevap vermeyi öneren kısa mesaj	Sorulmamış soruyu ortaya çıkarmak
7	İşe yarar bir şey gönderin: örnek, takvim, sık bir itiraza cevap	Diğer karar vericiyi donatmak
12	Geçerlilik tarihini ve sonrasında neyin değişeceğini hatırlatın	Karar için neden yaratmak
14	Son mesaj: bugün sona eriyor; evet, hayır ya da daha sonra	Net bir cevap almak
15+	Bir nedenle kapatın ya da ileri bir takip tarihine taşıyın	Huniyi dürüst tutmak

İşe yaraması için iki kural:

• Her adımın sistemde bir sahibi ve tarihi olsun, birinin kafasında değil. Takvim hafızaya dayanıyorsa en yoğun haftada çöker.
• Müşteri cevap verdiği anda takvimi durdurun. Cevaptan sonra gelen takip mesajı özensiz görünür.

Mesaj şablonları

Kısa tutun. Her mesajın tek bir amacı olsun.

Gün 0, gönderim

Merhaba Ayşe Hanım, konuştuğumuz web sitesi bakım paketi teklifimiz burada: [link]. Kısaca: 12 ay destek, ayda 4 içerik güncellemesi, 3 taksit. Linkten doğrudan kabul edebilirsiniz. 14 Ekim’e kadar geçerli.

Gün 3, sorular

Merhaba Ayşe Hanım, teklifte açıklamamı istediğiniz bir nokta var mı? En sık gelen soru neyin içerik güncellemesi sayıldığı; beş dakikada üzerinden geçebiliriz.

Gün 7, işe yarar bir şey

Merhaba Ayşe Hanım, ortağınızla konuşurken işinize yararsa ilk ayın nasıl ilerleyeceği şöyle: 1. hafta kurulum, 2. hafta ilk güncelleme, sonra aylık. Başlangıç tarihini değiştirebiliriz.

Gün 12, geçerlilik süresi

Merhaba Ayşe Hanım, teklifin 14 Ekim’e kadar geçerli olduğunu hatırlatmak istedim. Bu tarihten sonra fiyatları güncel kura göre yenilememiz gerekecek. Başlangıcı kasım için ayırayım mı?

Gün 14, son mesaj

Merhaba Ayşe Hanım, teklifin süresi bugün doluyor. Cevabınız evet mi, hayır mı, yoksa “daha sonra” mı? Hangisi olursa planlamama yardımcı olur; tarihli bir “daha sonra” da gayet iyi.

Neden kaçındıklarına dikkat edin: “durum nedir”, yazdığı için özür, gerçek olmayan baskı. 12. gün mesajındaki son tarih gerçek, çünkü teklifin süresi gerçekten doluyor.

Örnek senaryo

Küçük bir ajans (örnek rakamlar) bir ayda 20 teklif gönderiyor. Takvim yoksa ay sonunda tablo şöyle: 5 kabul, 3 ret, 12 hâlâ “gönderildi”. O 12 teklif bir huni değil, bir soru işaretidir.

Takvimle aynı 20 teklif ayı her biri bir durumla kapatır: kabul, nedeniyle ret, bir tarihe ertelendi ya da cevapsız süresi doldu. Kabul sayısı değişebilir de değişmeyebilir de, ama üç şey mutlaka değişir:

• Ekip hangi tekliflere zaman harcamayı bırakacağını bilir.
• Nedenli retler sorunun fiyat mı, kapsam mı, zamanlama mı olduğunu gösterir.
• Ertelenen teklifler kaybolmak yerine yeni bir takip tarihi alır.

Asıl mesele bu görünürlük. Her teklifin gerçek bir durumu olan bir huniyle tahmin yapabilirsiniz; “gönderildi” dolu bir huniyle yapamazsınız.

Bir teklifi ne zaman bırakmalı?

Geçerlilik tarihi cevapsız geçtiğinde teklifi kapatın ve nedenini kaydedin. İşe yarar nedenler:

• Fiyat nedeniyle kaybedildi
• Başka tedarikçi seçildi
• Ertelendi (tarihle)
• Artık ihtiyaç yok
• Cevap yok

Müşteri sonra dönerse güncel fiyatlarla ve yeni geçerlilik tarihiyle yeni teklif hazırlayın. Eski teklifi yeniden açmak eski kurları ve eski varsayımları geri getirir.

“Evet”ten sonra

Kabul son değildir. Teklif kabul edildiğinde kapsam, taksitler ve ödeme koşulları yeniden yazılmadan satışa ve faturaya akmalıdır; yoksa tahsilat sorunları ilk günden başlar. Döngünün öbür ucunu tahsilat süresi (DSO) nasıl hesaplanır ve kısaltılır yazısında anlattık. Satış ekipleri için satış ekipleri çözüm sayfası potansiyel, teklif ve satışın tek kayıtta nasıl bağlandığını gösterir.

Kontrol listesi

• Her teklifin geçerlilik tarihi ve net ödeme koşulları var.
• Teklifler link olarak gönderiliyor; açılma ve kabul görünür.
• Her teklifin takipten sorumlu bir sahibi var.
• Takip adımları hatırlanmıyor, tarihli görev olarak planlanıyor.
• Her mesajın tek bir amacı var ve yeni bir şey ekliyor.
• Müşteri cevap verdiği anda takvim duruyor.
• Süresi dolan teklifler bir nedenle kapatılıyor.
• Ret nedenleri her ay gözden geçiriliyor.
• Kabul edilen teklifler yeniden yazım olmadan satışa ve faturaya akıyor.

Kısaca

Teklifler reddedilerek değil, sessizlikten ölür. Her teklife bir geçerlilik tarihi, bir sahip ve kısa, işe yarar mesajlardan oluşan bir takvim verin; süresi dolanları kapatın. Sonuç: daha az unutulan fırsat ve gerçekten okunabilen bir satış hunisi.