Gelen fiyat talebi kaç saat bekliyor? Yanıt süresini ölçmek ve kısaltmak

Gelen bir fiyat talebinin kaç saat beklediğini öğrenmenin tek yolu, talebin size düştüğü anı ve teklifin müşteriye gittiği anı yazmak, aradaki farka bakmaktır. Bu iki damgayı tutmayan hiçbir firma kendi yanıt süresini bilmiyor demektir; bildiğini sandığı şey, en son hatırladığı hızlı örnektir. Yanıt süresini kısaltmanın da ölçmekten başka bir başlangıcı yok, çünkü hangi adımda beklediğinizi bilmeden hangi adıma müdahale edeceğinizi seçemezsiniz.

"Biz hızlı dönüyoruz" bir ölçüm değil, bir izlenim

Satınalma tarafındaki bir müşteri aynı kalemi üç firmaya sorar. Üçü de kendini hızlı sanır. Gerçekte biri aynı gün, biri ertesi öğleden sonra, biri de üçüncü gün döner ve iş çoktan bitmiştir. Firma sahibine sorduğunuzda üçü de aynı cümleyi kurar: "Biz hemen dönüyoruz."

Bu cümle yalan değil, sadece seçilmiş bir örneğe dayanıyor. İnsan hafızası kolay talepleri hatırlar: tek kalem, stokta var, fiyat belli, beş dakikada gitti. Zor talepler hafızada yer tutmaz çünkü onlar bir yere iliştirilip beklemeye alınır. Oysa yanıt süresi ortalamasını da, kaybedilen işi de o zor talepler belirler.

Ölçmediğiniz sürece tartışma da kişiselleşir. Satış "tedarikçi dönmedi" der, satınalma "bana geç geldi" der, kimse haksız değildir çünkü kimsenin elinde tarih yoktur. Dört tane zaman damgası bu tartışmayı bir günde bitirir.

Süreyi nereden nereye ölçeceksiniz

Ölçümün sınırlarını net koymak gerekir, yoksa herkes farklı bir şey sayar. Başlangıç: talebin firmanıza ilk düştüğü an. Mail kutusuna düşen saat, WhatsApp mesajının saati, telefonun çaldığı an. Müşterinin talebi yazdığı an değil, size ulaştığı an.

Bitiş: müşterinin eline fiyat gittiği an. Ara mesajlar bitiş sayılmaz. "Aldık, bakıyoruz" bir nezaket mesajıdır, teklif değildir. "Tedarikçiden dönüş bekliyoruz" da öyle. Ölçtüğünüz şey müşterinin karar verebileceği bir fiyatın gitmesidir.

Bu iki uç arasında talebin uğradığı duraklar genelde şunlardır: talebin okunması, hangi ürünler olduğunun çözülmesi, stok kontrolü, stokta olmayanların tedarikçiye sorulması, tedarikçinin dönmesi, teklifin yazılması ve gerekiyorsa iskonto onayı. Her durak kendi başına kısa görünür; toplamı gün eder.

Talep hangi duraklarda gerçekten bekler

Firmalar bu sorunun cevabını genellikle yanlış bilir. Neredeyse herkes teklif yazımını suçlar, çünkü görünür olan adım odur: birisi başında oturur, Excel'e ya da teklif ekranına kalemleri girer, yazar, gönderir. Emek harcanan yer akılda kalır.

Gerçekte bekleme büyük ölçüde iki yerde birikir. Birincisi, talebin sırada beklemesi: mail gelmiştir, kimse açmamıştır ya da açan kişi "bunu öğleden sonra yaparım" demiştir. İkincisi, tedarikçi dönüşü: soru gitmiştir, karşı taraf kendi mesaisine göre döner ve siz bu süreyi kontrol edemezsiniz, sadece daha erken başlatabilirsiniz.

Aşağıdaki tablo, sahada en sık gördüğümüz izlenim–gerçek farkını özetliyor. Süreler firmadan firmaya çok değiştiği için sayı vermiyoruz; kendi tablonuzu kendi damgalarınızla doldurmanız gerekir.

Ölçüme yazılım almadan başlamak: dört zaman damgası

Ölçüm için önce bir sistem kurmanız gerekmiyor. Tek bir tablo yeter; kâğıt bile olur ama ortak bir dosya daha iyidir. Her talep bir satır, her satırda dört damga:

• T1 — Talebin firmaya düştüğü an. Mailin geliş saati, mesajın saati, telefonun kapandığı saat. Talebi ilk fark eden kişi değil, talebin geldiği an.
• T2 — Talebin ilk açıldığı ve sahiplenildiği an. Birinin okuyup "bu bende" dediği an. T1 ile T2 arasındaki fark, tamamen sizin kontrolünüzdeki ölü zamandır.
• T3 — Fiyatı oluşturacak son bilginin elinize geçtiği an. Stok teyidi ve tedarikçi dönüşlerinin sonuncusu. Bu damga, beklemenin dışarıdan mı içeriden mi kaynaklandığını ayırır.
• T4 — Teklifin müşteriye gittiği an. Ara bilgilendirme değil, fiyatın kendisi.

Bu dört damga size üç aralık verir: T1–T2 kendi refleksiniz, T2–T3 bilgi toplama, T3–T4 teklif üretimi. Otuz-kırk talep sonra hangi aralığın uzun olduğu tartışmasız görünür hale gelir. Çoğu firmada en uzun aralık T2–T3 çıkar ve bu, teklif şablonunu güzelleştirmeye harcanan emeğin neden sonucu değiştirmediğini de açıklar.

Bir de her satıra talebin geldiği kanalı ve kalem sayısını yazın. Tek kalemli talepler ile yirmi kalemli listelerin aynı ortalamada toplanması, tabloyu okunmaz hale getirir.

Somut bir örnek: on iki kalemlik bir liste

Cuma öğleden sonra mail düşüyor: "Merhaba, ekteki listedeki kalemler için fiyat verebilir misiniz, teslim Gebze, aciliyeti var." Ek bir Excel, on iki satır, bazıları eksik ölçülü, bazıları tedarikçinin kendi kısaltmasıyla yazılmış.

Tipik akış şöyle gider: mail satış kutusuna düşer, ilgili kişi sahadadır, akşam görür. Cumartesi ve pazar geçer. Pazartesi sabah liste açılır, kalemlerin karşılığı aranır, üçü stokta bulunur, dokuzu için iki tedarikçiye ayrı ayrı mail yazılır. Bir tedarikçi salı öğlen döner, diğeri çarşamba. Teklif çarşamba öğleden sonra yazılır ve gider. Müşteri o sırada başka bir firmayla konuşmaktadır.

Bu akışta teklif yazımı toplam sürenin küçük bir parçasıdır. Uzayan yer, talebin hafta sonu boyunca kimsenin kutusunda beklemesi ve tedarikçi sorgularının sırayla gitmesidir. Metal ticaretinde kurduğumuz talep–teklif otomasyonu tam olarak bu iki noktaya müdahale etti; sistem 1.500+ gerçek talep ve 8.000+ kalemlik tedarikçi stok listesi üzerinde çalıştı, isabet %99'un üzerinde ölçüldü.

Süreyi kısaltan müdahaleler, ucuzdan pahalıya

Ölçtükten sonra sıra müdahaleye gelir. Hepsini birden yapmak gerekmiyor; sırayla gitmek hem ucuz hem de her adımın etkisini tabloda görmenizi sağlıyor.

• a) Talebin tek havuza düşmesi. En ucuz ve çoğu zaman en etkili adım. Mail, WhatsApp ve telefon notlarının kişisel kutulardan çıkıp ortak bir yere düşmesi. Yazılım şart değil; ortak bir kutu ve bir sahiplenme kuralı T1–T2 aralığını tek başına kısaltır.
• b) İlk okuma ve sınıflandırmanın otomatikleşmesi. Gelen mesajın fiyat talebi mi, sipariş mi, şikâyet mi olduğunun ve içinde kaç kalem geçtiğinin otomatik çıkarılması. Böylece sıra rastgele değil, işin ağırlığına göre kurulur.
• c) Ürün ve stok eşleştirmesinin otomatikleşmesi. Serbest metinle yazılmış kalemin sizdeki karşılığının bulunması ve aynı adımda stok durumunun görülmesi. Buradaki kazanç, tekrar tekrar aynı listeye bakılmasının bitmesidir.
• d) Tedarikçi sorgusunun aynı anda ve referans kodlu gitmesi. Dokuz kalemi iki tedarikçiye sırayla değil, aynı anda ve her kaleme bir referans kodu vererek sormak. Dönen cevabın hangi kaleme ait olduğu kod sayesinde tartışma konusu olmaz; dönmeyen tedarikçiye hatırlatma da otomatik gider.
• e) Teklifin taslak olarak hazır gelmesi. En son yapılacak iş. Fiyatlar, ölçüler, teslim yeri ve müşteri bilgileri dolu bir taslağın karar verecek kişinin önüne gelmesi. O kişi yazmaz, bakar ve onaylar.

Bu adımların (b), (c), (d) ve (e) kısmı, bizim yapay zeka personel ekibi dediğimiz yaklaşımın işidir: bir işi uçtan uca yürüten, talebi okuyan, sistemde arayan, tedarikçiye soran ve sonucu karar verecek kişinin önüne koyan bir yazılım çalışan. Chatbot değil; kimseyle sohbet etmez, sadece bekleyen adımları bekletmeden yürütür. Nasıl kurulduğunu süreç sayfamızda anlattık.

Hafta sonu, mesai dışı ve izin günleri

Yanıt süresini ölçmeye başlayan firmaların ilk şaşırdığı yer burasıdır. Cuma akşamı düşen bir talep, pazartesi sabaha kadar hiç kimse bir şey yapmasa bile saatler biriktirir. Perşembe gelen talebe bakan kişi cuma izinliyse aynı şey olur.

İki farklı ölçüm tutmak işe yarar: takvim süresi ve mesai süresi. Takvim süresi müşterinin hissettiği süredir, karar veren odur. Mesai süresi ise sizin ekibinizin performansıdır. İkisini karıştırmak, ya ekibi haksız yere suçlamanıza ya da gerçek gecikmeyi "zaten hafta sonuydu" diye görmezden gelmenize yol açar.

Mesai dışı talepler için en gerçekçi müdahale, insanı mesaiye çağırmak değil, insansız yapılabilecek adımların o saatlerde tamamlanmasıdır. Talebin okunması, kalemlerin çözülmesi, stok durumunun çıkarılması ve tedarikçi sorgularının hazırlanması saat gözetmez. Sabah gelen kişi boş bir mail kutusuyla değil, hazır bir dosyayla karşılaşır.

Neyin otomatikleşmemesi gerektiği

Hızlanma isteği, otomatikleştirilmemesi gereken yerleri de otomatikleştirmeye iter. Üç şeyi elinizde tutun.

• Fiyat kararı. Maliyet, kur, vade ve müşterinin geçmişi birlikte değerlendirilir. Sistem fiyatı hazırlayabilir, öneri koyabilir; nihai rakamı sizin onaylamanız gerekir.
• İskonto yetkisi. İskonto bir hesap değil, bir ticari karardır. Yetki sınırlarını yazılı hale getirin, sınırın üstünü otomatiğe bırakmayın.
• Kritik müşteriyle ilişki. Cironuzun önemli kısmını taşıyan müşteriyle konuşmayı devretmeyin. Onlarda otomasyonun görevi hazırlığı bitirmek, konuşmayı sizin adınıza yapmak değildir.

Bu sınırı baştan çizmek, projeyi hem küçültür hem de ekibin direncini azaltır. Kimse kendi işini yapan bir sisteme değil, kendi kararını elinden alan bir sisteme karşı çıkar. Hangi işlerin devredilebilir olduğunu çözümler sayfasında iş bazında ayırdık.

Nereden başlamalı

Bu hafta gelen talepleri bir tabloya alın ve dört damgayı yazın. Otuz satır sonra hangi aralığın uzadığı kendini gösterir; müdahaleyi ondan sonra, en ucuz adımdan başlayarak yapın. Kendi tablonuzu çıkardıktan sonra hangi adımın devredilebileceğini konuşmak isterseniz, teklif alın.