Teklif takip programı, bir müşteri talebinden başlayarak teklifin hazırlanmasını, fiyat ve iskonto onayını, revizyonlarını, gönderimini, geçerlilik süresini, takip hatırlatmalarını ve siparişe ya da kayba dönüşmesini tek kayıtta izleyen yazılımdır. Amacı, hiçbir teklifin cevapsız unutulmaması ve hangi teklifin neden kazanıldığının ya da kaybedildiğinin ölçülebilmesidir.
Teklifler bugün nerede kayboluyor?
B2B satış yapan çoğu firmada teklif süreci birkaç parçaya dağılmıştır. Fiyat hesabı bir Excel şablonunda yapılır, teklif Word'e ya da PDF'e dönüştürülür, temsilcinin kendi posta kutusundan gönderilir ve "takip edilecekler" listesi yine başka bir tabloda durur. Müşteri revizyon isteyince dosya kopyalanır; birkaç hafta sonra kimse hangi sürümün müşteride olduğundan emin olamaz.
Bu dağınıklığın belirtileri tanıdıktır: aynı müşteriye iki temsilcinin farklı fiyat vermesi, onaylanmamış bir iskontonun teklifte yer alması, geçerlilik süresi dolmuş bir fiyatla sipariş gelmesi ve en sık olanı, gönderildikten sonra bir daha aranmayan teklifler. Dosya adlarının "Teklif_son_SON2.xlsx" hâline geldiği bu tabloyu dosya sürüm kontrolü yazımızda ayrıntılı ele aldık. Tabloların nerede yetersiz kaldığını ise Excel ile iş takibinin sınırları rehberinde anlattık.
Teklif takibi, CRM'in bir parçası olarak da düşünülebilir; ancak pek çok firmada asıl sorun tam bu aşamada yaşanır. CRM ve satış hunisi rehberimizde huninin tamamını anlattık. Bu yazı, huninin en maliyetli noktalarından birine, yani emeğin harcandığı ama sonucun henüz belli olmadığı teklif aşamasına odaklanıyor.
Teklif takibini çözmemenin maliyeti
Türkiye'de müşteri ve satış süreçlerini özel bir yazılımla yöneten firmaların oranı hâlâ düşük:
TÜİK'e göre 2025'te 10 ve daha fazla çalışanı olan girişimlerin yalnızca %12,0'ı CRM yazılımı kullandı; bu oran 10–49 çalışanlı girişimlerde %9,9'a iniyor. (TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025)
CRM kullanmayan firmalarda, özellikle de küçük ve orta ölçekli olanlarda, teklif geçmişi çoğu zaman kurumun değil kişilerin elinde kalır. Bir temsilci ayrıldığında bekleyen teklifler, verilen sözler ve müşterinin itirazları da onunla birlikte gider. CRM paketi değerlendiriyorsanız teklif modülünü de kapsayan ölçütleri CRM seçim kriterleri yazısında topladık.
Satış ekibinin zamanı da sınırlı. Salesforce'un 4.050 satış profesyoneliyle yaptığı ankete dayanan State of Sales raporuna (7. baskı, 2026) göre ortalama bir satışçı zamanının yalnızca %40'ını satışa ayırabiliyor. Aynı rapora göre yüksek performanslı ekiplerin %79'u veri düzenine öncelik verirken, bu oran düşük performanslı ekiplerde %54'te kalıyor. Teklif dosyası aramak, fiyatı yeniden hesaplamak ve onay için yönetici kovalamak, o değerli zamanın doğrudan kaybıdır.
Bir de hukuki boyut var. Türk Borçlar Kanunu'nun 3. maddesine göre kabul için süre belirleyerek öneride bulunan, bu süre bitene kadar önerisiyle bağlıdır. Süre belirtilmeyen önerilerde bağlılığın ne kadar süreceği ise 4. ve 5. maddelere göre tarafların hazır olup olmamasına ve cevabın makul olarak beklenebileceği süreye bağlıdır; bu da yoruma açıktır. Geçerlilik süresi yazılmamış ya da takip edilmeyen bir teklif, maliyetleriniz değiştikten sonra eski fiyatla gelen siparişi tartışmalı hâle getirebilir. Somut bir uyuşmazlıkta hukuk danışmanınızın görüşünü almanız gerekir.
İyi bir teklif takip programı neleri kapsamalı?
Teklif takip programının değeri, teklifi yalnızca kaydetmesinde değil, teklifin yaşam döngüsündeki her kararı kayda bağlamasındadır. Aşağıdaki tablo, dağınık yöntemle yazılım destekli yöntemi karşılaştırıyor:
| Konu | Excel + mail ile | Teklif takip programıyla |
|---|---|---|
| Numaralama | Temsilciye göre değişir, mükerrer olabilir | Otomatik, benzersiz teklif numarası |
| Fiyat | Şablondaki eski liste fiyatı | Güncel fiyat listesi, döviz ve maliyet verisiyle |
| İskonto onayı | Sözlü ya da mail zincirinde | Eşiğe göre otomatik onay akışı, kim onayladı kayıtlı |
| Revizyon | Dosya kopyaları | Aynı teklif numarası altında sürüm geçmişi |
| Geçerlilik | Çoğu zaman yazılmaz | Zorunlu alan; süre dolmadan hatırlatma |
| Takip | Temsilcinin hafızası | Görev ve hatırlatma, aşamada bekleme uyarısı |
| Sonuç | Bilinmez | Kazanıldı / kaybedildi ve kayıp nedeni |
| Siparişe dönüş | Elle yeniden yazılır | Teklif satırları siparişe ve ERP'ye aktarılır |
Bu tablodaki her satır küçük görünür; ancak birlikte düşünüldüğünde teklif sürecini ölçülebilir hâle getirir. Kayıp nedeni ve aşamada bekleme süresi gibi alanlar, birkaç ay sonra fiyat politikanızı değiştirecek kadar değerli bir veri setine dönüşür. Bu göstergeleri yönetim için tek ekranda toplamanın yolunu BI yönetim paneli rehberimizde anlattık.
Tekliften siparişe 7 adımlık çerçeve
Yazılım seçmeden önce süreci netleştirmek gerekir. Aşağıdaki çerçeve, hem hazır bir ürün hem de firmaya özel bir çözüm için başlangıç noktasıdır:
- Talebi kaydedin. Müşteri talebi telefonla, mail ile ya da fuarda gelse de önce kayıt açılır: müşteri, ilgili kişi, ihtiyaç, istenen termin ve talebin kaynağı. Kaydı olmayan teklif hazırlanmaz.
- Fiyatı tek kaynaktan hesaplayın. Liste fiyatı, maliyet, döviz kuru ve müşteri özel koşulları tek yerde tutulur. Temsilcinin kendi şablonundaki eski fiyat, tutarsız tekliflerin en sık görülen nedenlerinden biridir.
- İskonto ve marj için eşik tanımlayın. Belirli bir iskonto oranının ya da tutarın üzerindeki teklif, yöneticinin onayına düşer. Onay, ret ya da gerekçeli düzeltme tarih ve saatle kayda geçer.
- Revizyonları aynı numarada tutun. Her değişiklik yeni bir sürüm olarak saklanır; müşteriye hangi sürümün gittiği ve neyin değiştiği her an görülebilir.
- Geçerlilik süresini zorunlu yapın. Süre dolmadan temsilciye hatırlatma gider; dolan teklif otomatik olarak "süresi geçti" durumuna alınır ve yeniden fiyatlanmadan siparişe dönemez.
- Takibi takvime bağlayın. Gönderimden belirli bir süre sonra takip görevi oluşur. Aynı aşamada uzun süre bekleyen teklifler yöneticinin ekranında işaretlenir.
- Sonucu ve nedeni kaydedin. Kazanılan teklif, satırlarıyla birlikte siparişe ve ERP'ye aktarılır; kaybedilen teklif için sınırlı bir listeden kayıp nedeni seçilir.
Bu adımlarda hangi rakamların izleneceğine karar verirken KPI nasıl belirlenir rehberindeki yöntem işe yarar. Teklif dönüşüm oranı, ortalama teklif hazırlama süresi, teklif başına revizyon sayısı ve kayıp nedeni dağılımı iyi bir başlangıç setidir.
Teklif gönderimi ve dosya güvenliği
Teklif, firmanızın fiyat politikasını taşıyan hassas bir belgedir. Yanlış alıcıya giden ya da onaysız çıkan bir teklif, özellikle ihalelerde telafisi zor sonuçlar doğurur. İhale dosyalarında dikkat edilecekleri ihale teklif e-posta güvenliği yazısında topladık. Kurum adına çıkan mailin gönderilmeden önce onaya sunulmasını ise e-posta onay akışı rehberinde anlattık.
Sık yapılan dört hata
- Her alanı zorunlu yapmak. Temsilci teklif formunu doldurmakla uğraşırken müşteriyi aramayı unutur; zorunlu alanlar yalnızca raporda gerçekten kullanılacak verilerle sınırlı kalmalıdır.
- Onay eşiğini belirsiz bırakmak. "Büyük iskontolar müdüre sorulur" gibi bir kural yorumlanabilir; eşik oran ya da tutar olarak yazılmalıdır.
- Kayıp nedenini serbest metin bırakmak. Serbest metin raporlanamaz; birkaç seçenekten oluşan bir liste ve isteğe bağlı açıklama alanı yeterlidir.
- Siparişi yeniden yazdırmak. Kazanılan teklif siparişe elle girilirse fiyat ve miktar hataları tam da en kritik anda geri gelir.
Hazır paket mi, firmaya özel teklif yazılımı mı?
Standart ürün satan ve fiyatlaması basit olan firmalarda hazır bir CRM'in teklif modülü yeterli olabilir. Ürün yapılandırması, çok kalemli maliyet hesabı, fason ya da proje bazlı fiyatlama varsa hazır paket genellikle ağır uyarlama ister. Karar ölçütlerini özel yazılım mı hazır paket mi yazısında yedi soruda topladık.
Hangi yol seçilirse seçilsin, entegrasyon belirleyicidir. Teklif programı ERP'deki cari kartı, stok ve fiyat listesini okuyabilmeli, kazanılan teklifi siparişe elle yeniden yazdırmadan aktarabilmelidir. Siparişten sonraki faturalama adımını e-Fatura entegrasyonu rehberimizde ele aldık.
Digital Bridge'de bu işi nasıl yapıyoruz?
Hazır paket satmıyoruz; her proje ihtiyaç analiziyle başlar ve kapsam, aşamalar ve bedel yazılı teklifle netleşir. Teklif takibinde izlediğimiz yol şöyledir:
- Keşif ve ihtiyaç analizi. Satış, satın alma ve muhasebe ekibinizle bugünkü teklif akışını çıkarıyoruz: şablonlar, fiyat kaynakları, onay adımları ve teklifin siparişe nasıl döndüğü. Yöntemimizi yazılım ihtiyaç analizi yazısında anlattık.
- Doğru çatıyı seçiyoruz. Teklif süreci satış hunisinin bir parçasıysa CRM müşteri ilişkileri yazılımı içinde kurguluyoruz; fiyatlama ve onay kuralları firmanıza özgüyse özel web yazılımı olarak geliştiriyoruz.
- Pilotla başlıyoruz. İlk aşamada tek bir ürün grubu ya da tek bir satış ekibiyle canlıya geçiyor, teklif hazırlama süresini ve takip oranını birlikte ölçüyoruz.
- Entegrasyonu kuruyoruz. Cari, stok ve fiyat verisini ERP sisteminizden okuyan, kazanılan teklifi siparişe aktaran bağlantıları API entegrasyon hizmetimiz kapsamında kuruyoruz. Bayileriniz de teklif istiyorsa akışı B2B e-ticaret ve bayi portalı ile birleştiriyoruz.
Teklif dosyalarının ve teklif maillerinin kendisi için kendi ürün ailemiz Smart360 da işe yarar. SmartMail'de kurum adına çıkacak bir teklif maili gönderilmeden önce bir ya da birden çok kişinin onayına sunulabilir; onay, gerekçeli revizyon ya da ret tarih ve saatle kayda geçer. SmartFiles'ta aynı adla yüklenen teklif dosyası üzerine yazılmaz, yeni sürüm olarak saklanır; önceki sürümler indirilebilir ve geri yüklenebilir.
Sonraki adım
Başlamak için son üç ayda gönderdiğiniz teklifleri listeleyin: kaç tanesinin sonucu belli, kaç tanesi bir kez bile takip edilmedi, kaçında geçerlilik süresi yazıyor? Bu kısa döküm, teklif takibinde nereden başlamanız gerektiğini gösterir. Ardından iletişim sayfamızdan bize ulaşın; teklif akışınızı birlikte çıkaralım ve ihtiyaç analizine dayalı yazılı bir teklif hazırlayalım. Diğer kurumsal yazılım rehberleri için Yazılım Geliştirme rehberimize göz atabilirsiniz.