Bir B2B teklif talebi genellikle kısa bir mesajla başlar: 'Fiyat alabilir miyiz?' Ancak satış ekibi bu mesajla teklif hazırlayamaz. Hangi ürün kodunun kastedildiği, miktarın hangi birimle verildiği, teslimin hangi bölgeye yapılacağı ve müşterinin hangi kanaldan dönüş istediği eksik kaldığında sonraki yazışmalar uzar. Bu yazıda asistanın ilk temasta bu dört bilgiyi nasıl netleştirebileceğini, eksik ölçü birimini nasıl yakalayacağını ve satış ekibine giden talep özetinin hangi alanları taşıması gerektiğini ele alıyoruz. Konu fiyat ya da termin vaadi değil, düzenli bir ön eleme ve devir düzenidir.
Teklif Talebinin Eksik Kalma Nedeni
Satış ekibine gelen teklif talepleri çoğunlukla aynı kalıpta eksik kalır. Müşteri ihtiyacını bildiğini düşünür, ancak ürünü tam tanımlamaz. 'Kağıt bardak istiyoruz' cümlesinde boyut, malzeme, baskı durumu ve hacim yoktur. Satış temsilcisi bu bilgileri sorarak zaman harcar ve bazen aynı sorular üç kez tekrarlanır. Asistanın işi bu boşlukları ilk temasta görünür kılmaktır. Burada kesin bir fiyat ya da stok bilgisi vermek yerine, eksik alanların sırasını doğru kurmak önemlidir. Böylece ekip talebi açtığında neyin bilindiğini ve neyin sorulması gerektiğini ayrı ayrı görür.
Bu nedenle ilk konuşmanın amacı teklifi hazırlamak değil, talebi işlenebilir hale getirmektir. Asistan müşterinin hangi işletme adına yazdığını, hangi ürün veya hizmetle ilgilendiğini ve yaklaşık ne zaman ihtiyaç duyduğunu öğrenebilir. Ancak bu bilgiler kaynakta tanımlı değilse, ürün koşulu varmış gibi davranmamalıdır. Kurulumda hangi soruların zorunlu olduğu, hangilerinin isteğe bağlı kalacağı işletmeyle birlikte yazılır. Böyle bir çerçeve, asistanın gereksiz uzun sorgu yapmasını da engeller ve müşteri her mesajda yeni bir form doldurmak zorunda kalmaz.
Ürün Veya Hizmet Kodunu Netleştirmek
Ürün kodu, kataloğu olan işletmelerde en hızlı ayrım aracıdır. Müşteri 'A4 kutu' yazabilir, satış ekibi ise iç katalogda farklı bir kod kullanır. İki tarafın aynı ürünü konuştuğundan emin olmak için asistan, müşterinin verdiği adı yayınlanmış kaynaktaki karşılığıyla eşleştirmeye çalışmalıdır. Eşleşme tam değilse tahmin yürütmek yerine iki üç seçenek sunup müşteriye doğrulatmak daha güvenlidir. Bu adım, sonradan yanlış ürün için teklif hazırlanmasını önler ve ekibin talebi doğru ürün kartına bağlamasına yardımcı olur.
Hizmetlerde kod her zaman bir ürün numarası değildir; bakım paketi, kurulum seviyesi veya sözleşme türü de olabilir. Bu durumda asistan hizmet adını ve kapsamını yazılı kaynaktan okuyabilir, ancak kapsam dışı bir isteği kabul ediyormuş gibi yanıtlamaz. Örneğin müşteri ek bölge hizmeti isterse bunun mevcut kaynakta olup olmadığı kontrol edilir; yoksa talep ekibe 'kapsam dışı olabilir' notuyla aktarılır. Böylece satış ekibi, müşterinin neyi beklediğini ve neyin net olmadığını aynı özette görür.
Miktar Birimi Ve Eksik Ölçü Örneği
Miktar birimi, teklif hatalarının en sık kaynaklarından biridir. Müşteri '500 tane' yazdığında bu 500 adet, 500 koli veya 500 palet olabilir. 'Etiket 500 rulo' ile '500 adet etiket' aynı teklif değildir, çünkü rulo içindeki etiket sayısı ve tek rulonun ağırlığı değişir. Asistan bu durumda miktarı sayı olarak kabul edip geçmemeli, birimi açıkça sormalıdır. Birim belirsizken yapılan hesap satış ekibine yanlış bir ilk izlenim verir ve müşteriyle geri dönüşü uzatır.
Eksik ölçü örneği olarak şu durumu düşünün: müşteri ofis kağıdı için palet bazlı bir talep açıyor ama paletin kaç koli içerdiğini bilmiyor. Asistan bu bilgiyi kaynaktan doğrulayamıyorsa, müşteriye koli adedini ve tercih edilen teslim birimini sorar. Bu iki bilgi geldikten sonra özet, 'miktar: 40 koli, birim: koli, kaynak doğrulaması: ekip kontrol edecek' gibi açık bir not taşır. Böylece ekip sayıyı yeniden sormak yerine kontrol noktasına odaklanır.
Teslim Bölgesi Ve Termin Sorusu
Teslim bölgesi, hem maliyeti hem de uygunluğu etkileyebilecek bir bilgidir. Müşteri 'İstanbul'a gönderin' dediğinde ilçe, adres tipi ve teslim saati eksik kalabilir. Asistan bölge bilgisini yalnızca kaynakta tanımlı hizmet bölgeleriyle karşılaştırabilir. Kaynakta yoksa bölgenin uygun olduğunu söylememelidir. Termin konusunda da benzer bir sınır vardır: canlı stok ya da üretim takvimi bağlı değilse teslim süresi tahmin edilmez. Müşteriye talebin ekibe iletileceği ve kesin süreyi ekibin bildireceği açıkça söylenir.
Bu nedenle bölge ve termin sorusu teklif özetinde ayrı bir alan olmalıdır. 'İlçe bilgisi alındı, teslim saat aralığı belirtilmedi' gibi bir not, ekibin ilk aramada ne soracağını belirler. Kurulumda bölge listesi güncel tutulmazsa asistan eski bilgiye dayanır. Bu yüzden hizmet bölgesi değişikliklerinin kimin sorumluluğunda ve hangi sıklıkta güncelleneceği önceden kararlaştırılmalıdır.
İletişim Yolu Ve Ekip Devri
Müşterinin tercih ettiği iletişim yolu, teklifin ne kadar hızlı geri döneceğini etkiler. Bazı B2B müşteriler e-posta ister, bazıları telefonla görüşmeyi tercih eder, bazıları ise WhatsApp üzerinden kısa yazışmayı yeğler. Asistan bu tercihi konuşma içinde sorabilir ve özete yazabilir. Ancak tercihin gerçekten ekibe ulaşması, kurulumda hangi kanal ve bildirim yapısının seçildiğine bağlıdır. WhatsApp yönlendirme düğmesi ile gelen mesajlara otomatik yanıt aynı şey değildir; kanal kapsamı ayrıca kontrol edilmelidir. Bağlantı ayrıntıları için chatbot entegrasyon kapsamı sayfasına bakılabilir.
Ekip devri de kurulumda yapılandırılır. Bildirimin push, e-posta ya da panel üzerinden ulaşması cihaz izni ve ayarlarla ilgilidir. Bildirim gelmesi, talebe kimin bakacağını veya ne kadar sürede dönüleceğini göstermez. Bu nedenle sorumluluk ve süre kuralları işletme tarafında yazılı olmalıdır. Örneğin bir sohbet bildirimi ekip takibi düzeni, hangi talebin kime atanacağını ve kaç saat içinde bakılacağını işletmenin kendi kararıyla belirler. Ayrıca aynı müşterinin web ve WhatsApp'tan farklı yazması durumunda kişilerin otomatik birleştiği varsayılmamalıdır.
Satış Ekibine Giden Talep Özeti
Talep özeti, asistan ile satış ekibi arasındaki ortak dildir. Özet kısa, net ve eksik alanları işaretli olmalıdır. Ürün kodu, miktar ve birim, teslim bölgesi, termin notu, iletişim tercihi ve müşterinin ek notu ayrı satırlarda yer alabilir. Özetin bir CRM talep özeti mantığıyla yazılması okumayı kolaylaştırır; ancak özetin bir kayıt olmadığını da unutmamak gerekir. Özet ekibe okuma kolaylığı sağlar, kayıt ve teklif süreci ayrı sistemlerle yürür.
Asistanın kullanıcıya söylediği ifade de özetle uyumlu olmalıdır. 'Talebiniz satış ekibine iletilecektir' demek, bu kurulumda iletim açıksa ve gerçekten gerçekleşiyorsa doğrudur. Teklifin hazırlandığını ya da siparişin açıldığını söylemek ise yanlış olur. Teklif, fiyat ve termin işletmenin kendi süreciyle ve gerekiyorsa uygun bir entegrasyonla belirlenir. Bu sınır net tutulduğunda müşteri süreci doğru bekler ve ekip gereksiz itirazlarla uğraşmaz.
Teklif Talebinde Eksik Alanlar Ve İlk Sorular
| Eksik alan | Riskli varsayım | Asistanın ilk sorusu |
|---|---|---|
| Miktar birimi | 500 sayısı adet sayılır | Miktarı adet, koli veya palet olarak mı belirtiyorsunuz? |
| Teslim bölgesi | İl adı yeterli sayılır | Hangi ilçe ve adres tipine teslim istiyorsunuz? |
| Ürün kodu | Müşterinin verdiği ad katalog adıdır | Kataloğunuzdaki ürün kodunu biliyor musunuz? |
| İletişim yolu | Her teklif e-postayla döner | Teklifin size hangi kanaldan dönmesini istersiniz? |
Tüm sütunları görmek için tabloyu yana kaydırın.
Temsili Konuşma Örneği
Aşağıdaki görüşme temsilidir; gerçek bir müşteri veya işletme örneği değildir.
Müşteri: Ofisimiz için 500 adet etiket istiyoruz, Ankara'ya teslim olur mu?
Asistan: Talebinizi netleştirmek için birkaç bilgi rica ediyorum. 500 ifadesinde miktarı adet mi, koli mi yoksa rulo mu olarak düşünüyorsunuz? Ankara'da hangi ilçeye ve hangi adrese teslim istediğinizi de yazabilir misiniz?
Müşteri: Adet olsun. Çankaya'ya, hafta içi öğleden sonra teslim istiyoruz. Teklifi e-postayla alabilir miyiz?
Asistan: Teşekkürler. Bu bilgilerden bir talep özeti çıkarılabilir: ürün etiket, miktar 500 adet, teslim bölgesi Çankaya, tercih edilen saat hafta içi öğleden sonra, iletişim yolu e-posta. Teslim bölgesinin uygunluğu ve termin bilgisi doğrulanmalıdır. Talebin satış ekibine iletilip iletilmediği ve ekibin hangi sürede dönüş yapacağı bu işletmenin kurulumundaki süreçle ilgilidir. Kesin teklif veya teslim tarihi bu aşamada verilmez.
Uygulama Adımları
- Teklif formunda zorunlu alanları ürün kodu, miktar birimi, teslim bölgesi ve iletişim yolu olarak tanımlayın.
- Kataloğunuzdaki ürün kodlarını ve birim karşılıklarını kaynak belgede güncel tutun.
- Kaynakta olmayan bölge ve termin sorularında asistanın tahmin yürütmemesi için açık bir yanıt kuralı ekleyin.
- Ekip devrinde talebi kimin alacağını ve dönüş süresini işletme içinde yazılı olarak belirleyin.
- Birim eksikliği ve yanlış ürün eşleşmesi içeren on örnek talep konuşmasıyla kurulumu test edin.
- Gerçek görüşmelerden çıkan talep özetlerini ayda bir satış ve operasyon ekibiyle birlikte gözden geçirin.
Teklif talebini satış ekibine hazırlamanın özü, ilk temasta eksik bilgiyi doğru sırayla sormak ve konuşmanın sınırını açık tutmaktır. Ürün kodu, miktar birimi, teslim bölgesi ve iletişim yolu netleştiğinde ekip gereksiz yazışma yapmadan talebi değerlendirebilir. Hangi bildirimin nasıl ulaşacağı ve kimin ne zaman bakacağı ise işletmenin kendi kurulumunda belirlenir. İşletmenizin mevcut talep akışını birlikte değerlendirmek için iletişim sayfasından görüşme talep edebilirsiniz.
