Her satış ekibinin aynı hikâyenin bir versiyonu vardır: ortak gelen kutusuna bir teklif talebi düşmüştür, üç kişi birbirinin halledeceğini zannetmiştir ve müşteriden bir daha haber alınamamıştır. Birisi fark ettiğinde iş çoktan kaybedilmiştir.
Sorun genellikle çalışkanlık değil, görünürlüktür.
Ortak Gelen Kutusu Problemi
Ortak gelen kutuları, teklif taleplerinin kaybolduğu yerlerdir. Beş kişi aynı e-postayı görebildiğinde sorumluluk dağılır. Kimse sahiplenmez. E-postayı ilk açan kişi okundu olarak işaretler; diğerleri birinin hallettiğini varsayar ve konu kapanır.
Bu bir insan sorunu değil, sistem sorunudur. Gelen kutusu koordineli çalışma için değil, mesaj iletmek için tasarlanmıştır.
Sistemi Olmadan Neler Yanlış Gider
Teklif talebi yönetimi gelişigüzel yürütüldüğünde birkaç şey kaçınılmaz olarak bozulur:
Mükerrer çalışma. İki satış temsilcisi aynı talebin üzerinde birbirinden habersiz çalışır. Biri teklif gönderir, müşteri ikinci bir aramayla karşılaşır ve şirket dağınık görünür.
Düşen talepler. Yoğun dönemlerde —fuar sezonu, çeyrek sonu, Pazartesi sabahları— gayri resmi sistem çöker. Talepler gömülür, unutulur.
Geçmiş kaydı yok. Bir satış temsilcisi izne çıktığında veya işten ayrıldığında, hangi açık taleplerin onun elinde olduğunu, hangi aşamada olduklarını ya da müşteriyle ne iletildiğini bilmenin yolu yoktur.
Yavaş yanıt süreleri. Kim ne yapıyor bilinmediğinde yöneticiler darboğazları tespit edemez. Yanıt süreleri kimse farkında olmadan düşer.
Gelen Kutusundan Havuza Geçiş
Bu sorunların büyük bölümünü çözen temel değişiklik, gelen kutusu modelinden havuz modeline geçmektir.
Havuz modelinde gelen her teklif talebi, tüm ekibin görebildiği ortak bir kuyruğa düşer. Başlangıçta atanmamış durumdadır. Bir ekip üyesi talebi üstlenir —açıkça sahiplenir— ve talep artık onun adıyla görünür hâle gelir. Diğerleri halledildiğini bilir.
Bu tek hamlede birkaç şeyi değiştirir:
- İşi görünür kılar. Kim neyin üzerinde çalıştığı, neyin beklendiği, neyin çözüldüğü herkes tarafından izlenebilir olur.
- İş yükünü doğal olarak dağıtır. Bir kişi aşırı yüklendiğinde ve başkasının kapasitesi olduğunda kuyruk bunu ortaya koyar.
- Hesap verebilirlik oluşturur. Talep üstlenildiğinde sorumlu kişi bellidir. Ortak gelen kutularını öldüren belirsizlik ortadan kalkar.
Bağlamı Taleple Birlikte Tutmak
Taleplerin yanlış yönetilmesinin bir nedeni, üstlenen kişinin yeterli bağlamı olmamasıdır. Sadece bir konu satırı görür; e-posta zincirinin tamamını göremez. Bu müşterinin daha önce talepte bulunup bulunmadığını ya da önceki bir görüşme olup olmadığını bilemez.
İyi bir teklif talebi yönetimi; orijinal e-postayı, ekleri ve müşteri iletişim bilgilerini taleple birlikte tutar. Üstlenen kişi e-posta istemcisini karıştırmak zorunda kalmadan, bir dakikadan kısa sürede tam resmi görebilmelidir.
Döngüyü Kapatmak
Talebi yönetmek yalnızca teklif göndermekten ibaret değildir; sonucu kaydetmeyi de kapsar. Müşteri kabul etti mi? Sessizliğe mi büründü? Revizyon mu istedi?
Sonuçları takip eden ekipler zamanla değerli bir şey elde eder: veri. Hangi tür taleplerde başarılı olduklarını, hangi teklifleri kaybettiklerini, hangilerinin çok uzun sürdüğünü ve işlerin neden sekteye uğradığını görebilirler. Bu bilgi, çabanın nereye yönlendirileceğini ve sürecin nasıl iyileştirileceğini şekillendirir.
Döngü kapatılmadan her hafta aynı görünür: talepler gelir, teklifler gider ve çalışmanın karşılık verip vermediğini kimse bilmez.
Teklif taleplerini iyi yönetmek daha çok çalışmakla değil, hiçbir şeyin sessizce kaybolmayacağı bir süreç kurmakla ilgilidir. Her talebin bir sahibi, bir durumu ve bir kaydı olması gerekir. Geri kalan her şey bunun üzerine inşa edilir.