RFQ ve teklif süreci
Teklif talebinin kaydı, teknik değerlendirme, maliyetlendirme ve onay aşamaları.
Üretimde satış döngüsü uzun ve teknik. Teklif birkaç kez revize olur, araya numune girer, karar birden fazla kişiden geçer. Bu süreç e-postada takip edilemez.
Bir bakışta
Sanayi firmalarıyla konuştuğumuzda çıkan başlıklar:
Üretici ve sanayi firmalarıyla kurduğumuz yapı:
Teklif talebinin kaydı, teknik değerlendirme, maliyetlendirme ve onay aşamaları.
Her teklif revizyonu ayrı versiyon olarak saklanır; gönderilen revizyon kayıtta işaretlenir.
Ürün ağacı, birim fiyatlar, iskonto kademeleri ve müşteriye özel fiyat listeleri.
Bayi kayıtları, bölge atamaları, bayi talepleri ve sınırlı erişimli bayi kullanıcıları.
Numune talebi, gönderim ve geri bildirim adımlarının izlenmesi.
Garanti, arıza ve yedek parça taleplerinin ayrı hatta SLA ile yürütülmesi.
Üretimde teklif nadiren ilk seferde kabul ediliyor. Adet değişiyor, spesifikasyon değişiyor, fiyat revize ediliyor. E-postayla yürütüldüğünde "hangi teklifi konuşuyoruz" sorusu kaçınılmaz oluyor.
Teklifleri kayda bağlı versiyonlar hâlinde tutuyoruz. Her revizyon ayrı bir belge olarak saklanıyor, gönderilen versiyon işaretleniyor ve müşterinin hangi revizyona yanıt verdiği görünüyor.
Satış müşteriden gelen teknik soruyu üretime soruyor, cevap e-postayla dönüyor, satış müşteriye iletiyor. Bu zincirin her halkasında gecikme ve bilgi kaybı oluyor.
Teknik değerlendirmeyi teklif kaydı üzerinde bir adım hâline getiriyoruz. Soru kayıt üzerinden soruluyor, cevap kayda yazılıyor; satış ekibi beklediği cevabı bildirim olarak alıyor ve geçmiş kayıtta kalıyor.
Bayi talepleri telefonla geldiğinde ne talep edildiği, ne zaman söz verildiği ve kimin takip ettiği kaybolabiliyor.
Bayileri sisteme alıyoruz: her bayinin kendi kaydı, bölgesi ve sorumlusu oluyor. İsterseniz bayilere sınırlı erişimli kullanıcı açıp kendi taleplerini ve durumlarını görmelerini sağlıyoruz; böylece "ne oldu" telefonları azalıyor.
Sanayi satışlarında karar aylar sürebiliyor. Bu sürede takip edilmeyen fırsat unutuluyor ve rakip araya giriyor.
Aşamaya göre otomatik takip planları kuruyoruz: teklif gönderildikten sonra belirli aralıklarla görev açılıyor, bekleyen fırsatlar yöneticinin ekranında birikiyor. Hareketsiz kalan fırsatlar için uyarı çıkıyor.
Üretim firmalarında en sık kurduğumuz hat yapısı.
| Aşama | Sorumlu | Çıktı |
|---|---|---|
| Talep alındı | Satış | RFQ kaydı, müşteri ve spesifikasyon bilgisi |
| Teknik değerlendirme | Teknik ekip | Üretilebilirlik kararı, süre tahmini |
| Maliyetlendirme | Maliyet / satış | Birim maliyet ve fiyat önerisi |
| İç onay | Yönetim | Fiyat ve şart onayı |
| Teklif gönderildi | Satış | Versiyonlanmış teklif belgesi |
| Revizyon | Satış + teknik | Yeni versiyon, değişiklik notu |
| Sipariş | Satış | Onaylı sipariş, üretime aktarım |
Bu sizin sürecinizde nasıl kurulur?
Otuz dakikalık ücretsiz ön görüşmede iş akışınızı dinleyip bu başlığın sizde nasıl çalışacağını birlikte çıkarıyoruz.
Üretim kurulumlarında izlediğimiz sıra:
RFQ'dan siparişe akış ve karar noktaları çıkarılır.
Ürün ağacı, fiyat listeleri ve iskonto kademeleri kurulur.
Aşamalar, onay adımları ve revizyon yapısı tanımlanır.
Bayi yönetimi ve servis süreci kurulur.
Satış, teknik ve servis ekipleri eğitilir.
Bu modülle birlikte en sık devreye aldığımız başlıklar. Aynı kurulumda birbirini besliyorlar.
Teklif hazırlamak Word şablonu aramakla başlamamalı. Bitrix24'te fırsat verisinden beslenen teklif şablonları kuruyor, onay ve takip adımlarını süreç haline getiriyoruz.
Huni net değilse ekip hangi fırsatın ilerlediğini, hangisinin beklediğini göremez. Aşamalarınızı gerçek satış sürecinize göre tasarlıyor, her kartın sonraki adımını görünür kılıyoruz.
Servis talebi hangi kanaldan gelirse gelsin aynı kuyruğa düşmeli, bir sahibi ve bir süresi olmalı. Bitrix24 İletişim Merkezi'ni tam bu mantıkla kuruyoruz.
Bitrix24 kapalı bir kutu değil. REST API, CRM varlıklarınıza standart HTTP üzerinden programatik ve yetki kapsamı denetlenmiş erişim verir; entegrasyonu biz tasarlar, kurar ve izleriz.
Sağlık turizminde reklam vermek kolay, gelen talebi satışa çevirmek zor. Fark: ulaşabilme oranında, ilk temas hızında ve hangi formun gerçekten hasta getirdiğini bilmekte.
Kliniklerde en pahalı kayıp gelmeyen randevudur. İkincisi, kontrolü unutulan hastadır. İkisi de sistematik hatırlatmayla büyük ölçüde çözülür.
Gayrimenkulde satış, tek bir ürünün değil belirli bir birimin satışıdır. Hangi dairenin kime, hangi fiyattan, hangi ödeme planıyla verildiği sistemde durmalı.
Hayır, tamamlar. ERP üretim, stok ve muhasebe tarafında kalır; Bitrix24 satış öncesi süreci (talep, teklif, takip) ve müşteri ilişkisini yönetir. Sipariş onaylandığında veri ERP'ye aktarılacak şekilde entegrasyon kuruyoruz.
Evet. Ürün kataloğunda farklı fiyat listeleri tanımlayıp müşteri veya bayi bazında atayabiliyoruz. Teklif hazırlanırken ilgili liste otomatik uygulanıyor.
Evet. Bayilere sınırlı erişimli kullanıcı açabiliyoruz; yalnızca kendi taleplerini, siparişlerini ve durumlarını görüyorlar. Extranet kullanıcısı olarak tanımlandıklarında iç verilere erişemiyorlar.
Evet. Kurumsal şablonunuz, logonuz, şartlarınız ve imza alanlarınızla teklif belgesi tasarlıyoruz. Belge CRM verisinden otomatik doluyor; e-imza ile imzalatma da mümkün.
Evet. Numune talebini ayrı bir adım olarak tanımlıyoruz: talep, hazırlık, gönderim ve müşteri geri bildirimi. Geri bildirim gelmezse otomatik hatırlatma devreye giriyor.
Süreçlerinizi dinleyip hangi ayarların size uyduğunu gösteren ücretsiz bir ön görüşme planlayalım.