Teklifin üstünde küçük bir satır var: “12 Eylül 2026 tarihine kadar geçerlidir.” O tarih geldi geçti, müşteriden tık yok. Konuyu arattığınızda bulduğunuz her rehber size ne zaman ikinci bir mesaj atacağınızı söylüyor — üçüncü gün, birinci hafta, süre bitimine bir gün kala — ve bazıları “aracınız zaten otomatik hatırlatacaktır” diye baştan varsayıyor. Siz ekrana bakıyorsunuz: teklif hâlâ “Gönderildi” yazıyor, hiçbir hatırlatma gelmedi, çünkü gelmeyecek.
Yazının tezi tek cümlede: teklifin üstünde basılı bir geçerlilik tarihi olması, o tarih geçince bir şeyin OLACAĞI anlamına gelmez. Durum kendiliğinden değişmez, kimseye e-posta gitmez, teklif sessizce “Gönderildi” görünmeye devam eder. Bu bir eksiklik değil, bildirim altyapısının e-posta gönderimiyle birlikte kapsam dışı bırakıldığı bilinçli bir karardır — ve bu yazı bunu gizlemeden anlatıp o boşluğu kapatan tek şeyin ne olduğunu (bir alışkanlık) somut biçimde veriyor.
Teklifte geçerlilik tarihi nereden geliyor?
Kısaca: bir ayardır ve belgeye basılır. Varsayılan değer 7 gündür, ihtiyaca göre değiştirilebilir; teklif oluşturulurken hesaplanır ve PDF çıktısında toplamların yanında görünür. Bu tarihin neden var olduğu ve dövizli bir teklifte neden dondurulmuş kurun “son kullanma tarihi” gibi çalıştığı ayrı bir yazının konusu, burada tekrar edilmiyor: geçerlilik süresi neden kurun sigortasıdır.
Tarih geçince sistemde ne değişir?
Hiçbir şey. Belgedeki tarih geçse bile teklifin durumu kendiliğinden “Süresi Doldu”ya dönmez — ekranda hâlâ “Gönderildi” yazmaya devam eder, tıpkı tarih hiç geçmemiş gibi. Bunun nedeni bir hata değil: uygulamada tarihleri tarayıp durum değiştiren bir arka plan görevi (zamanlanmış iş, saatlik/günlük tarayıcı) yoktur. Durumu “Süresi Doldu”ya çeviren tek şey, birinin ekrana girip bunu elle yapmasıdır.
Uygulama size hatırlatma gönderir mi?
Hayır. Bu yazının dürüstlük omurgası burasıdır. Süresi geçmiş ya da geçmek üzere olan bir teklif için hiçbir e-posta yollanmaz, hiçbir mobil bildirim gitmez, hiçbir zil çalmaz. Bu bir eksiklik değil bir sınırdır — bildirim/e-posta altyapısı, ürünün teklifi hiç e-posta ile göndermediği kararla birlikte kapsam dışı bırakılmıştır. “Teklifi tek tıkla müşteriye gönderiyoruz” gibi bir cümle bu üründe kurulamaz, çünkü teklif hazırlanır ve indirilir; müşteriye ulaştırmak sizin kendi kanalınızdır. Aynı sınır burada da geçerlidir: hatırlatmayı da siz kurarsınız, uygulama sizin yerinize hatırlamaz.
Peki süresi geçen teklifleri nasıl yakalarsınız?
Panoda “3 teklifin süresi doldu” diyen bir kart açılmaz — böyle bir sayaç yoktur. Yakalamanın yolu, teklif listesindeki durum filtresini kullanmak ve bunu düzenli bir alışkanlığa dönüştürmektir: haftada bir (küçük bir ekipte günde bir) listeyi açın, tarihi geçmiş ama hâlâ “Gönderildi” görünen teklifleri gözden geçirin, hangisinin gerçekten kapanması, hangisinin yeniden fiyatlanıp gönderilmesi gerektiğine karar verin. Bu, bir yazılımın sizin için yaptığı bir şey değildir — bir ekibin kurduğu bir rutindir, ve tam da bu yüzden kurulduğu gün fark edilir.
Bu alışkanlığı kurmak için gerçek bir aracı denemek daha kolay olabilir: geçerlilik tarihini belgeye basan bir teklif aracı.
Süresi dolmuş bir teklif “ölü” müdür?
Hayır. Süresi Doldu bir durumdur, bir çöp kutusu değil. Bir teklif bu duruma elle taşındıktan sonra bile “Taslak”a ya da doğrudan “Gönderildi”ye geri dönebilir — çünkü müşterinin geç dönmesi, satışta istisna değil sık görülen bir durumdur. Bu davranış üründe kasıtlı olarak desteklenir; ekibin “süresi geçmiş teklifi düzenlemek için yeni belge açmak zorundayız” diye bir sorunu yoktur, aynı teklifi güncelleyip yeniden gönderebilirler.
Bu, otomasyon eksikliği mi disiplin mi?
Dürüst cevap: bugün için bir disiplindir, otomasyon değil. Süresi geçen teklifi bulmak, doğru zamanda müşteriyi aramak ya da yeniden fiyatlamak, tamamen elinizdeki bir alışkanlığa bağlıdır — yazılım bu işi sizin yerinize yapmaz. Bunu övünerek değil, olduğu gibi söylemek gerekiyor: bir ekip bu rutini kurmazsa, süresi geçmiş teklifler listede sessizce birikir ve kimse fark etmez. Rutini kuran ekip için ise bu, otomasyonun sağlayacağı sonuca çok yakın bir sonuç verir — yalnızca yazılım tarafından değil, ekip tarafından çalıştırılır.
Onay bekleyen teklif ile süresi geçen teklif aynı şey mi?
Hayır, ikisi tamamen farklı yaşam evreleridir. Onay eşiği gönderilmeden önceki bir iç kontroldür — büyük bir iskonto ya da tutar, teklif dışarı çıkmadan önce yakalanır. Süresinin dolması ise gönderildikten sonraki bir evredir — teklif zaten müşteride, ve şimdi konu onun sessiz kalmasıdır. İkisi karıştırılmamalı, çünkü ikisinin de kimseye haber vermeme nedeni aynı olsa da (bildirim altyapısının kapsam dışı olması) tetikleyicileri ve çözümleri bambaşkadır: onay bekleyen teklifle süresi geçen teklif farkı.
Süresi geçince müşteriye ne söylenir?
Burada anlatılan genel bir satış pratiğidir, bir ürün özelliği değil. Süresi geçmiş bir teklife müşteri geç dönerse iki yol vardır: fiyatı ve koşulları aynen kabul edip devam etmek, ya da güncel maliyet ve kura göre yeniden fiyatlayıp yeni bir belge çıkarmak. İkincisi kibar bir hamledir çünkü müşteriye “fiyatı artırdık” değil “o teklifin süresi doldu, güncelini gönderiyorum” denir — ve pratikte yeni bir teklif çoğu zaman yeni bir belge numarası taşır, bu ayrı bir konudur.
Kapanış tek cümlede: tarih belgeye basılır, ama takip etmez. Bunu yapan tek şey sizin listeyi düzenli süzme alışkanlığınızdır — bu araçta bir hatırlatma yerine geçen tek şey budur.