"Düşünelim" bir sonuç değil, bir durumdur. Sisteme üç alanla işlenir: durum (beklemede), sebep (neden bekliyor) ve dönüş tarihi (ne zaman tekrar konuşulacak). Bu üç alan yoksa talep ya "kaybedildi" diye kapatılır ya da hiç kapanmaz; iki durumda da müşteri unutulur.
Satışta en sık duyulan cevap budur ve en az işlenen cevap da budur. Teklif gider, karşı taraf "bir düşünelim, döneriz size" der. Telefon kapanır. O andan sonra ne olacağı çoğu firmada tek bir şeye kalır: teklifi veren kişinin o müşteriyi hatırlayıp hatırlamayacağına.
Kayıtta neden görünmez
Çoğu teklif takip tablosunda iki durum vardır: kazanıldı ve kaybedildi. "Düşünelim" bunların ikisi de değildir. Satışçı da haklı olarak kaybedildi yazmak istemez — henüz kaybedilmemiştir. Sonuç: satır boş kalır, tarih geçer, üç ay sonra kimse o teklifin ne olduğunu bilmez.
Öbek halinde baktığınızda tablo şuna benzer: elli teklif verilmiş, on tanesi kazanılmış, sekiz tanesi açıkça kaybedilmiş, otuz iki tanesi boşlukta. O otuz iki satır şirketin en pahalı varlığıdır: hepsi için fiyat çalışıldı, tedarikçiye soruldu, teklif yazıldı. Hepsinin maliyeti ödendi, hiçbirinin karşılığı alınmadı.
"Düşünelim"in altındaki gerçek sebepler
Aynı cümle en az beş farklı şey anlatır. Her birinin belirtisi ayrıdır ve her birinin doğru bir sonraki adımı başkadır. Sebebi bilmeden yapılan takip, hepsine aynı mesajı göndermek olur; bu da en hızlı rahatsız etme yöntemidir.
| Altındaki sebep | Belirtisi | Doğru sonraki adım |
|---|---|---|
| Fiyat yüksek geldi | Teklifi görünce ses tonu değişir, "başka kalemleriniz var mı" ya da "bu adet için mi" diye sorar | Fiyatı kırmadan önce kapsamı aç: adet, teslim süresi, kalite sınıfı veya ödeme vadesi üzerinden alternatif bir kurgu sun |
| Karar verici başkası | "Yönetime ileteyim", "ortakla konuşayım", teknik soru sormaz | Teklifi kendisi anlatabileceği hale getir: tek sayfa özet, karşılaştırma tablosu. Karar toplantısının tarihini sor |
| Bütçe dönemi değil | "Yeni dönemde bakarız", "şu an yatırım durdu"; fiyatı tartışmaz | Pazarlık etme, tarih al. Dönüş tarihini bütçe dönemine göre koy ve o tarihe kadar dokunma |
| Rakiple karşılaştırıyor | Çok spesifik teknik soru gelir; teslim süresi ve şartname detayı sorulur | Farkı yazılı ver: neyin dahil olduğu, neyin olmadığı. Kararın ne zaman verileceğini sor, kısa aralıkla bir kez teyit et |
| İhtiyaç henüz acil değil | Talebi kendisi başlatmamıştır; "fiyat öğrenelim dedik", aciliyet sorusuna net cevap vermez | Satışı zorlama. İhtiyacın ne zaman doğacağını sor (bakım dönemi, sezon, proje başlangıcı) ve o tarihe kaydet |
Bu tablo bir tahmin listesi değil, bir soru listesidir. Sebebi ancak sorarak öğrenirsiniz — ve genelde tek bir soru yeter: "Kararı etkileyen şey fiyat mı, zamanlama mı, yoksa başka bir teklifle karşılaştırma mı?" Üç seçenek verildiğinde karşı tarafın cevap verme oranı açık uçlu soruya göre belirgin şekilde artar, çünkü kimse açık uçlu soruya cevap yazmak istemez.
Üç alan: durum, sebep, tarih
Sisteme işlemek karmaşık bir CRM kurgusu gerektirmez. Üç alan yeterlidir ve bu üçü birlikte anlamlıdır; biri eksik olduğunda diğer ikisi de işe yaramaz.
- Durum: beklemede. Kazanıldı ve kaybedildi arasında üçüncü bir değer. Bu değer yoksa satışçı ya yalan söyler ya satırı boş bırakır.
- Sebep: yukarıdaki beş başlıktan biri. Serbest metin değil, seçim listesi. Serbest metin yazıldığında ay sonunda "bekliyor", "düşünüyorlar", "müsait değilmiş" gibi otuz farklı ifade birikir ve hiçbiri sayılamaz.
- Tarih: ne zaman tekrar dönülecek. "Birkaç hafta sonra" değil, gün. Sebep ne ise tarih ondan çıkar: bütçe dönemiyse yeni dönemin ilk haftası, rakip karşılaştırmasıysa birkaç gün, mevsimlik ihtiyaçsa sezon öncesi.
Ekranda bu, teklif kaydının altında üç satırdır. Satışçı telefonu kapatır, üç alanı doldurur, otuz saniye sürer. Karşılığında o teklif artık kimsenin hafızasına bağlı değildir. Talep ve teklif akışını düzenleyen çözümlerde en çok karşılığını veren değişiklik genelde bu kadar küçüktür.
Somut bir örnek
Bir makine imalatçısından gelen talep: altı kalem sarf malzeme, teslim üç hafta. Teklif hazırlanır, gönderilir. İki gün sonra telefonda cevap: "Fiyatları bir değerlendirelim, size dönerim."
Satışçı tek soruyu sorar: kararı etkileyen şey fiyat mı, zamanlama mı, başka teklif mi? Cevap: "Yatırım kararını ortak veriyor, o da ay sonunda dönüyor." Bu bir fiyat itirazı değildir; karar verici başkadır. Yapılacak şey indirim önermek değil, teklifi ortakın tek başına okuyup anlayabileceği hale getirmek ve ay sonunun ilk iş gününe tarih koymaktır.
İndirim önerilseydi ne olurdu? Kâr düşerdi ve karar yine ay sonuna kalacaktı. Sebebi yanlış okumak satışı her zaman kaybettirmez — ama çoğu zaman pahalıya kazandırır.
Kayıtta duran şey de bir tarih ve bir kelimeden ibarettir: sebep "karar verici başkası", tarih ayın son iş günü. O gün geldiğinde satışçının hafızasına gerek kalmaz; ekranına düşen satırda hem teklif hem de neden beklediği yazılıdır. Aramaya başlamadan önce dosyayı yeniden okuma zorunluluğu ortadan kalkar — pratikte takibin en sık atlanma sebebi de budur: hatırlamak değil, hatırladıktan sonra hazırlanmak zaman alır.
Beklemedeki talep ne zaman ele alınır
Kural basittir: tarih geldiğinde ve o tarihte söyleyecek yeni bir şey varken. "Merhaba, teklifimizle ilgili bir gelişme var mı" mesajının hiçbir değeri yoktur; karşı tarafa iş yükler ve cevapsız kalır.
- Yeni bir bilgiyle dönün. Stok durumu değişti, teslim süresi kısaldı, benzer bir iş teslim edildi, şartnameye uyan alternatif bir kalem çıktı.
- Sebebe uygun kanal seçin. Bütçe dönemi bekleyen müşteriye kısa bir e-posta yeter. Rakiple karşılaştıran müşteriye telefon gerekir, çünkü soru gelecektir.
- İki denemeden sonra durun. Üçüncü hatırlatma bilgi vermez, sadece rahatsız eder. Kaydı kapatmayın; tarihi ileriye atın.
- Kapatmayı da öğrenin. "Şu an bir adım atmayacağız" cevabı kötü bir cevap değildir. Net kapanış, belirsiz beklemeden iyidir; hem listeyi temizler hem ilişkiyi korur.
Ay sonunda listeye topluca bakmak
Tek tek takibin yanında ayda bir yapılması gereken ikinci bir iş var: beklemedeki tüm kayıtlara sebep kırılımıyla bakmak. Bu, tek bir müşteriyi değil, satışın kendisini düzeltir.
Çünkü sebep alanı doldurulmaya başlandıktan birkaç ay sonra tablo konuşmaya başlar. Beklemedeki kayıtların büyük kısmı "karar verici başkası" ise sorun fiyatta değil, teklifin biriminde: teklif, toplantıda başkası tarafından savunulacak şekilde yazılmıyor. Yoğunluk "fiyat yüksek geldi" tarafındaysa ya fiyatlandırma gerçekten pazarın dışındadır ya da yanlış müşteri segmentine teklif veriliyordur. "İhtiyaç acil değil" ağır basıyorsa talepler nitelikli değil demektir; sorun satışta değil, taleplerin nereden geldiğindedir.
Bu okuma tek tek müşteri konuşmalarından çıkmaz, ancak biriken kayıttan çıkar. Sebep alanının serbest metin değil seçim listesi olmasını önermemizin asıl nedeni de budur.
Sistemin işi, insanın işi
Bu ayrımı net söylemek gerekiyor, çünkü karıştığında otomasyon zarar veriyor.
Sistemin işi kayıt ve hatırlatmadır. Teklifin ne zaman gönderildiğini, hangi sebeple beklemede olduğunu, hangi gün dönüleceğini tutar. Tarih geldiğinde ilgili kişinin ekranına düşürür: "bugün dönülecek dört teklif var, sebepleri şunlar." Geçmiş yazışmayı, verilen fiyatı, konuşulan şartları yan yana koyar ki insan aramaya başlamadan önce dosyayı okumak zorunda kalmasın.
Konuşmayı insan yapar. Sebebi anlamak, ses tonundaki değişikliği fark etmek, indirim mi kapsam değişikliği mi gerektiğine karar vermek, karşı tarafın ortakla arasındaki dengeyi okumak — bunların hiçbiri otomatikleşmez. Otomatikleştirilmeye çalışıldığında ortaya çıkan şey satış değil, spam olur.
Bizim yapay zeka personel ekibi kurarken kullandığımız sınır budur: sistem hazırlığı ve takibi üstlenir, karar ve konuşma insanda kalır. Metal ticaretinde kurduğumuz talep-teklif sisteminde de aynı çizgi geçerliydi: 1.500+ gerçek talep ve 8.000+ kalemlik tedarikçi stok listesi üzerinde çalıştı, eşleştirmede isabet %99'un üzerinde ölçüldü — ama müşteriyle konuşan her zaman insan oldu. Vakanın ayrıntıları burada.
Fren: her beklemedeki müşteriyi otomatik dürtmek zarar verir
Bu yazının en kolay yanlış uygulanma biçimi şudur: beklemedeki tüm kayıtlara "on gün sonra otomatik hatırlatma maili" kurmak. Kurulumu on dakika sürer, zararı aylarca sürer.
Çünkü bütçesi olmayan müşteriye on günde bir mail gittiğinde müşteri bütçe bulmaz, sadece adresinizi engeller. Kararı ortakta bekleyen müşteriye giden otomatik mesaj, o kişiyi ortakının önünde zor durumda bırakır. Rakiple karşılaştıran müşteriye giden şablon mesaj, karşılaştırmayı sizin aleyhinize bitirir — çünkü rakip telefonla arayacaktır.
Otomatik mesajın meşru olduğu tek yer, bilgi taşıdığı yerdir: teklifin geçerlilik tarihinin dolması, fiyatı etkileyen bir kur veya hammadde değişikliği, bekleyen kalemin stoktan çıkması. Bunların dışında hatırlatma satışçıya gider, müşteriye değil. Kural olarak: kötü yönetilen bir takip süreci otomatikleştiğinde düzelmez, daha hızlı ve daha görünür şekilde bozulur.
Kimin işi nasıl değişir
Bu düzen kurulunca satış sorumlusunun işi gerçekten değişir; bunu inkar etmenin anlamı yok. Değişen şey şudur: kimi arayacağını hatırlamaya çalışan kişi, listeyi denetleyen kişiye dönüşür. Bu daha kolay bir iş değil, farklı bir iştir.
Yeni işin içeriği somut olarak şu: sebep alanına "fiyat" yazılmış ama aslında karar vericinin başkası olduğunu fark etmek; üç aydır ileri atılan bir tarihi görüp "bu artık kapanıyor" demek; sistemin hazırladığı özeti okuyup yanlış eşleşen kalemi yakalamak; ve gününün büyük kısmını tablo doldurmak yerine telefonda geçirmek. Takip listesi tutmak bir iş adımıdır, bir meslek değil.
Bunun sonucunda ekip küçülür mü? O bir yönetim kararıdır, teknolojinin dayattığı bir sonuç değil. Aynı sistem "aynı ekiple iki kat teklif takip etmek" için de kurulabilir, "daha az kişiyle aynı iş" için de. Bizim gördüğümüz KOBİ'lerde birincisi tercih ediliyor, çünkü sorun kişi fazlalığı değil, karşılanamayan talep. Şirkete kurulum sürecimizde bu soruyu ilk görüşmede açıkça soruyoruz, çünkü cevabı sistemin nasıl kurulacağını değiştiriyor.
Özet
"Düşünelim" kaybedilmiş bir satış değil, henüz sonuçlanmamış bir satıştır. Onu sonuca taşıyan şey daha fazla mesaj değil, üç alanlı bir kayıt ve tarihinde yapılan tek bir doğru konuşmadır. Sistem tarihi ve sebebi tutsun, konuşmayı siz yapın.
Beklemedeki tekliflerinizin kaç tane olduğunu bilmiyorsanız, başlangıç noktanız orasıdır — durumu birlikte çıkaralım: teklif alın.
Sıkça Sorulan Sorular
Müşteri "düşünelim" dedi, ne kadar sonra aramalıyım?
Satışçılarım sebep alanını doldurmuyor, ne yapmalıyım?
Elimizde CRM yok, Excel ile bu düzen kurulur mu?
Beklemedeki müşterilere otomatik hatırlatma maili kursak olmaz mı?
Müşteri sebebi söylemek istemiyorsa ne olacak?
Üç kez aradık, cevap yok. Kaydı kaybedildi mi yapalım?
Yazar
Doğukan Azer ÇİFTCİYazılım Mühendisi
QuantKOD’da yazılım mühendisi. Ölçeklenebilir mimariler, özel yazılım geliştirme ve doğru teknoloji seçimleri üzerine yazıyor.