Teklif hazırlamak için Excel kullanmak bir tercih değil, çoğu işletmede varsayılan başlangıç noktasıdır. Sorun Excel'in kötü bir araç olması değil; teklif takibi için tasarlanmamış olmasıdır. Bu iki iş birbirine benzer görünür ama farklı şeyler ister.
Bu yazı, farkın nerede oluştuğunu ve maliyetin nerede biriktiğini anlatıyor. Sonunda kendi sayılarınızla yapabileceğiniz iki hesap ve Excel'de kalmaya devam edecekseniz uygulayabileceğiniz dört alışkanlık var.
Teklif takibi nedir?
Teklif takibi, bir teklif gönderildikten sonra sonucun kayda geçmesine kadar geçen sürecin izlenmesidir: teklifin ulaşıp ulaşmadığı, açılıp açılmadığı, hangi sürümün paylaşıldığı, revizyon talebinin kimde beklediği ve nihayetinde kabul mü red mi edildiği. Hazırlama işi teklifi üretir; takip işi teklifin sonuçlanmasını sağlar. Kaybedilen işlerin önemli bir kısmı kötü tekliften değil, ikinci adımın hiç yapılmamasından kaynaklanır.
Hazırlamak ve takip etmek neden farklı işlerdir?
Teklif hazırlamak bir belge üretme işidir: metin yazarsınız, kalem eklersiniz, toplamı hesaplarsınız. Excel bunun için gerçekten iyi bir araçtır.
Teklif takibi ise bir durum yönetme işidir. Her teklif belirli bir anda tek bir durumdadır, durumlar zamanla değişir ve bu değişimin ne zaman, kim tarafından yapıldığının kaydı gerekir. Belge üretmek statik, durum yönetmek dinamiktir. Excel'in hücre mantığı ilkine uyar, ikincisine uymaz.
Bu ayrımı görmek önemli, çünkü "Excel yetmiyor" hissi genellikle hazırlık aşamasında değil, gönderimden sonra ortaya çıkar. Dosya hâlâ iyi çalışıyordur; eksik olan dosyanın dışında kalan süreçtir.
Excel'in üç yapısal sınırı
Sürüm çakışması
Teklif dosyası bir kez müşteriye gönderildikten sonra iki gerçeklik oluşur: sizdeki dosya ve müşterideki dosya. Siz fiyatı güncellersiniz, müşteri elindeki eski sürümdeki rakamı konuşur. Dosya adına `_son`, `_revize`, `_final2` eklemek bu sorunu çözmez; yalnız erteler.
Bir teklifin hangi sürümünün gerçekten gönderildiğini söyleyebilmek için gönderim anının kayıt altına alınması gerekir. Excel'de bunu yapan bir mekanizma yoktur — dosya kaydedildiğinde önceki hali kaybolur. Sürüm geçmişi tutmak isteyen ekipler her gönderimde dosyayı çoğaltır; birkaç ay sonra klasörde hangi dosyanın gerçek olduğu bilinmez hale gelir.
Durum kolonu kimse tarafından güncellenmez
Çoğu ekip bu sorunu fark eder ve tabloya bir "Durum" kolonu ekler: *Hazırlanıyor, Gönderildi, Bekliyor, Onaylandı*. Kolon eklemek kolaydır; onu güncel tutmak zordur.
Sebebi şu: durumu değiştiren olay tablonun dışında gerçekleşir. Müşteri teklifi açtığında, bir meslektaşınız telefonda revizyon sözü verdiğinde ya da onay sözlü olarak geldiğinde tabloda hiçbir şey olmaz. Kimsenin görmediği bir olayı kimse tabloya yazmaz. Birkaç hafta sonra kolon gerçeği değil, en son kimin hatırladığını gösterir — ve yanlış bilgi, bilgi olmamasından daha risklidir.
Gönderim sonrası körlük
En pahalı sınır budur. Teklif e-postayla gittikten sonra elinizde hiçbir bilgi kalmaz: açıldı mı, kaç kez bakıldı, en son ne zaman görüldü?
Bu bilgi olmadan takip zamanlaması tahmine kalır. Üç gün sonra aramak erken mi geç mi olur, bilinmez. Sonuçta iki hatadan biri yapılır: ya çok erken aranıp baskı kurulur ya da fırsat soğuduktan sonra dönülür. İkisi de aynı sebepten kaynaklanır — karşı tarafın ilgi sinyali görünmez.
Görünmeyen maliyet nerede birikir?
Bu maliyetin "görünmeyen" olmasının sebebi faturada bir satırının olmamasıdır. Dört yerde birikir:
Maliyet kalemi | Nasıl oluşur | Nerede fark edilir |
|---|---|---|
Hazırlık süresi | Eski dosyayı bulup kopyalama, güncel olmayan kalemleri temizleme | Teklif başına küçük, ay toplamında büyük |
Fiyat tutarsızlığı | Aynı hizmetin farklı tekliflerde farklı fiyatlanması | Müşteri fark ettiğinde pazarlık zemini kaybolur |
Unutulan revizyon | Sözlü verilen sözün yazılı bir yere düşmemesi | Müşteri hatırlatır, güven aşınır |
Takipsizlik | Teklifin akış dışına düşmesi | Yanıt hiç gelmez, sebebi de bilinmez |
Son satır en önemlisi. Yanıt vermeyen müşteri çoğu zaman ilgilenmediği için değil, teklif kimsenin takip listesinde olmadığı için sessiz kalır. Takip edilmeyen teklif kendiliğinden ölür ve bu ölüm hiçbir yerde raporlanmaz.
Teklif takibinde ölçülmesi gereken dört sayı
Süreci iyileştirmenin ön koşulu ölçmektir. Dört sayı yeterlidir:
Hazırlık süresi — bir teklifin talep alındıktan gönderime kadar geçen süresi.
İlk görüntülenme farkı — gönderimden müşterinin teklifi ilk açmasına kadar geçen süre. Uzunsa sorun teklifte değil, ulaşım kanalındadır.
Teklif başına revizyon sayısı — yüksekse kapsam baştan net konuşulmuyor demektir.
Yanıtsız kapanma oranı — hiçbir yanıt almadan kapanan tekliflerin payı. Bu, takip sisteminizin gerçek performansıdır.
Dördünü de bugün ölçemiyor olabilirsiniz; asıl bulgu zaten budur. Ölçemediğiniz bir maliyeti azaltamazsınız.
Kendi maliyetinizi hesaplayın
Genel bir yüzde vermenin anlamı yok — sizin sayılarınız başkasınınkine benzemez. İki basit hesap yeterli.
Hazırlık süresi: Ayda hazırladığınız teklif sayısını `N`, bir teklifin ortalama hazırlık süresini `M` dakika olarak alın. Aylık teklif hazırlığına giden süre `N × M` dakikadır. Bunu saate çevirip ekibinizin saatlik maliyetiyle çarparsanız kalemin parasal karşılığını da görürsünüz.
Takip boşluğu: Son üç ayda gönderdiğiniz tekliflerden kaçının hiçbir yanıt almadan kapandığını sayın, toplam teklif sayısına bölün. Çıkan oran takip sisteminizin performansıdır. Bu oranı düşürmek, yeni müşteri bulmaktan daha ucuzdur — çünkü bu insanlar sizi zaten tanıyor ve fiyatınızı görmüş durumda.
Her iki ölçümü de bugünkü haliyle bir yere yazın. İyileşmeyi ancak başlangıç noktanız varsa görebilirsiniz; sonradan "sanırım hızlandık" demek ölçüm değildir.
Excel'de kalacaksanız en azından şunları yapın
Yazılıma geçmek her ekip için bugünün önceliği olmayabilir. Excel'de kalıyorsanız, yukarıdaki üç sınırın etkisini azaltan dört alışkanlık var:
Tek dosya kuralı. Teklif listesi tek bir dosyada yaşasın ve paylaşılan bir konumda dursun. Herkesin masaüstünde kendi kopyası varsa hiçbir kural işlemez.
Sürümü dosya adına değil, tabloya yazın. Her gönderim için bir satır ekleyin: tarih, kime, hangi tutar. Dosya adı değil, bu satır gerçeği tutar.
Durum kolonunu haftalık bir ritüele bağlayın. Kolonun kendisi işe yaramaz; onu güncelleyen sabit bir an gerekir. Haftada bir, on beş dakika, listeyi baştan sona geçin.
"Sonraki temas tarihi" kolonu ekleyin.
- Teklif takibi için CRM yeterli değil mi?
CRM fırsatı takip eder, teklifi değil. Çoğu CRM'de teklif bir ek dosyadır; içeriği, sürümü ve onay durumu sistemin dışında kalır. İkisi birlikte çalıştığında işe yarar: CRM satış hattını, teklif aracı dokümanın kendisini yönetir. Satış hattının nasıl kurulduğunu ayrıca bulabilirsiniz.
- Kaç teklife kadar Excel yeterli olur?
Sayıdan çok kişi sayısına bağlıdır. Tek kişi hazırlayıp tek kişi takip ediyorsa Excel uzun süre idare eder; ikinci kişi girdiğinde sınırlar hızla görünür hale gelir.
- Teklifin açılıp açılmadığını e-posta ile öğrenemez miyim?
E-posta okundu bilgisi güvenilir değildir: alıcı kapatabilir, önizleme okundu sayabilir veya iletilen kopyada hiç çalışmaz. Ayrıca e-postanın açılması ile ekteki teklifin açılması aynı şey değildir.
- PDF göndermek yerine link göndermenin farkı ne?
PDF gönderildiği anda dondurulur ve sizden bağımsızlaşır; link ise sizin kontrolünüzde kalır. Link kullanıldığında teklifin açılıp açılmadığı görünür ve revizyon aynı adres üzerinden güncellenebilir — müşteriye ikinci bir dosya göndermeniz gerekmez.
- Teklife geçerlilik süresi koymalı mıyım?
Evet, ve bunun sebebi baskı kurmak değil. Geçerlilik tarihi olmayan teklif hiç kapanmaz: ne kabul edilir ne reddedilir, listede süresiz bekler. Tarih koymak hem fiyatınızı maliyet değişimlerine karşı korur hem de takip ritmine doğal bir son verir. Makul bir aralık çoğu hizmet işi için iki ila dört haftadır; sürenin dolduğu teklifi kapatıp gerekirse yenisini göndermek, açık bırakmaktan daha temizdir.
- Ekipte teklifleri kim takip etmeli?
Takibin sahibi teklifi hazırlayan kişi olmak zorunda değil, ama tek bir kişi olmak zorunda. Sahibi belirsiz teklif takip edilmez; herkesin işi olan iş kimsenin işi değildir. Küçük ekiplerde bu rolü satıştan sorumlu kişi üstlenir, büyüdükçe taşınması gerekir.
- Bu maliyeti azaltmanın en hızlı yolu hangisi?
Ölçmek. Yukarıdaki dört sayıdan yalnız "yanıtsız kapanma oranı"nı bile hesaplasanız, sorunun hazırlıkta mı takipte mi olduğunu öğrenirsiniz. Yanlış yeri iyileştirmek en pahalı seçenektir.
Teklif sürecinin tamamını — hazırlık, gönderim, revizyon ve onay takibi — nasıl tek akışta topladığımızı sayfasında anlattık. Bu akışı elle kurmak yerine tek panelde toplamak isterseniz tam bu iş için tasarlandı; deneyebilirsiniz.