B2B Numune Talebi Yönetimi: Onay, Stok, Sevkiyat ve CRM Takibi

B2B numune talebi yönetimi, küçük bir paketi kargoya vermekten ibaret değildir. Doğru ürünün doğru varyantını, uygun kurumsal talebe, kontrollü stok ve maliyetle ulaştırmak; değerlendirme sonucunu CRM fırsatına bağlamak gerekir.

Bu rehber tekstil, kimya, yapı malzemesi, ambalaj, gıda bileşeni ve benzeri numune odaklı B2B satışlar için bir sistem kapsamı sunar. Belirli bir sipariş dönüşümü vaat etmez; hedef, talep ile ticari takip arasındaki kayıp noktalarını ölçülebilir hale getirmektir.

Numune talebi neden normal siparişten farklıdır?

Numunenin parasal değeri düşük olabilir; karar etkisi ise yüksektir. Talep eden kurumun gerçek bir proje için mi istediği, seçilen renk veya teknik sınıfın doğru olup olmadığı, ihracat ya da tehlikeli madde kısıtı, eldeki numune stoğu ve takip sorumlusu birlikte değerlendirilir.

Infor’un PLM dokümantasyonu numune talebini ürün ve tedarikçiyle ilişkili bir kayıt olarak ele alır; istek gönderildikten sonra ayrı numune sayfası oluşur. Bu, numunenin yalnızca bir mesaj değil, yaşam döngüsü olan bir iş nesnesi olması gerektiğini destekler. Infor numune talebi dokümantasyonu bu ilişkiyi açıklar.

Talep–kanıt–fırsat zinciri

1. Talep: Kurum, proje, ürün, varyant, miktar ve amaç kaydedilir.
2. Uygunluk: Bölge, sektör, teknik gereksinim ve tekrar sıklığı incelenir.
3. Onay: Bedel, kargo, stok ve sorumlu kararı verilir.
4. Rezervasyon: Numune stoğu lot veya seri bağlamıyla ayrılır.
5. Sevkiyat: Paket, adres, taşıyıcı ve teslim olayı izlenir.
6. Değerlendirme: Uygunluk, alternatif ve sonraki adım toplanır.
7. Fırsat: CRM kaydı, teklif veya kontrollü kapanış nedeni oluşur.

Talebi satış bağlamıyla toplayın

Sadece ad, telefon ve ürün kodu yeterli değildir. Kurum, proje türü, kullanım alanı, tahmini ihtiyaç aralığı, karar tarihi, istenen teknik nitelik, teslimat ülkesi ve mevcut alternatif gibi alanlar takip önceliğini belirler. Her alanı zorunlu yapmak yerine kararı etkileyen soruları ürün grubuna göre açın.

Talep sahibi aynı projeye birden fazla ürün ekleyebilmeli; sistem bunları tek paket veya ayrı sevkiyat olarak yönetebilmelidir. Aynı kişinin tekrar talebi otomatik ret nedeni olmamalı; önceki teslimat ve değerlendirme geçmişi karar verene gösterilmelidir.

Numune kataloğunu ticari katalogdan ayırın

Satılabilir her SKU numune olarak gönderilmeyebilir. Numune kodu; ana ürün, varyant, boyut, ambalaj, dil, güvenlik dokümanı ve hedef pazarla ilişkilendirilmelidir. Üç metrelik ticari rulo yerine kartela, tam ambalaj yerine test boyu veya fiziksel ürün yerine sertifika paketi sunulabilir.

Ürün değiştiğinde eski numunenin hangi dönemi temsil ettiği korunmalıdır. Aksi halde daha sonra verilen teklif ile test edilen numune aynı sanılabilir.

Onay kurallarını açıklanabilir tasarlayın

Kurumsal e-posta, mevcut müşteri durumu, proje bilgisi, ülke, ürün maliyeti, stok, önceki talep ve satış temsilcisi ilişkisi bir karar tablosunda birleştirilebilir. Sonuç bedelsiz onay, ücretli numune, kargo alıcıya ait, ek bilgi isteği, insan incelemesi veya ret olabilir.

Kuralın hangi sürümünün çalıştığı, karar nedeni ve manuel değişikliğin sahibi tutulmalıdır. “Skor düşük” yerine eksik proje bilgisi veya bölge kısıtı gibi anlaşılır neden kullanın.

Stok ve maliyeti görünür kılın

Numune stoğu, satış stoğundan ayrı depo veya stok türünde tutulabilir. Talep onaylandığında rezervasyon; paket hazırlandığında düşüm; iptal veya teslim edilememe halinde iade kuralı çalışmalıdır. Lot, seri, renk partisi veya son kullanma tarihi kararı etkiliyorsa sevk edilen numuneye bağlanmalıdır.

Ürün, ambalaj, işçilik, kargo ve gümrük maliyetlerini ayrı kaydedin. Bunları satış temsilcisi, kampanya, bölge veya proje ile ilişkilendirmek bütçe kararını destekler; otomatik olarak ticari başarı kanıtı sayılmaz.

Sevkiyatı sipariş kadar izlenebilir yapın

Adres doğrulaması, teslim alacak kişi, paket içeriği, taşıyıcı, takip kimliği, gönderim ve teslim olayı kaydedilmelidir. Numune ile birlikte teknik veri sayfası veya güvenlik belgesi gerekiyorsa doğru sürüm pakete ve dijital kayda bağlanmalıdır.

GS1 izlenebilirlik yaklaşımı, izlenebilir nesnelerin kritik olay ve temel veriyle ilişkilendirilmesini önerir. Her numune programı GS1 uygulamak zorunda değildir; fakat “ne, ne zaman, nerede, neden” soruları iyi bir olay kaydı için yararlıdır. GS1 Global Traceability Standard bu kavramları tanımlar.

Değerlendirmeyi CRM fırsatına bağlayın

Teslimat, sürecin sonu değil takip başlangıcıdır. Ürün grubuna göre uygun bekleme süresi sonunda teknik uygunluk, renk veya performans sonucu, karar engeli, alternatif ihtiyacı, teklif tarihi ve beklenen sonraki adım sorulabilir. Tekrarlayan otomatik mesaj yerine satış sorumlusu için görev ve bağlam oluşturun.

CRM’de talep kimliğini fırsat, kişi ve kurumla saklayın. Teklif oluştuğunda hangi numune varyantının test edildiği görülebilmelidir. Kaybedilen veya ertelenen fırsatlarda kontrollü neden toplamak, numune programını geliştirmek için sipariş sayısından daha açıklayıcı olabilir.

Kabul testleri ve ölçüm

• Aynı projeye farklı varyantlar ve tek paket talebi;
• Onaydan sonra tükenen stok veya değişen numune sürümü;
• Aynı olayı iki kez gönderen taşıyıcı;
• Teslim edilemeyen paket ve dönen stoğun karantinası;
• Farklı kurum kullanıcısının talep kaydına erişim denemesi;
• Numune ile teklif arasında varyant uyuşmazlığı.

Talep tamamlama, karar süresi, stoktan sevke süre, teslim başarısı, yanıtlanan değerlendirme, teklif bağlantısı, kapanış nedeni ve talep başı gerçek maliyet izlenebilir. Bunlar hedef değil önce başlangıç ölçümü olmalıdır.

Sonuç

Uygulama planını dar bir pilotla başlatın

İlk aşamada en çok talep alan bir ürün ailesini, sınırlı teslimat bölgesini ve bilinen numune stoğunu seçin. Geçmiş taleplerden başarılı, eksik, mükerrer, teslim edilemeyen ve teklife dönüşen örnekleri birlikte inceleyin. Veri modeli ve karar tablosu gerçek istisnaları kapsamadıkça otomasyonu genişletmeyin.

İkinci aşamada numune kataloğu, uygunluk soruları, karar kuyruğu, stok rezervasyonu ve paket kaydını tamamlayın. Taşıyıcı entegrasyonu hazır değilse olayları kontrollü operasyon girişiyle başlatın; kaynak ve işlem zamanını yine de kaydedin.

Üçüncü aşamada teslim olayını, değerlendirme görevini ve CRM bağlantısını ekleyin. Satış ekibinin mevcut fırsat açma ve teklif süreciyle çakışan ikinci bir iş akışı kurmayın; numune kaydı gerekli bağlamı mevcut sürece taşısın.

Son aşamada yeni ürün gruplarını, üretici veya tedarikçi onayını, ücret/iade politikalarını ve ülke kurallarını ayrı sürümlerle ekleyin. Her genişlemede eski açık taleplerin hangi kuralla devam edeceğini belirleyin.

Teklifte hangi teslimatlar yazılmalı?

• Numune ürünü, talep, proje, onay, stok, paket, olay ve değerlendirme veri modeli;
• Ürün grubuna göre koşullu talep formu ve uygunluk karar tablosu;
• ERP/WMS stok hareketleri, maliyet merkezi ve hata telafi kuralları;
• Taşıyıcı, adres ve teslimat olayı entegrasyon sözleşmesi;
• CRM kurum, kişi, fırsat, görev ve teklif alan eşlemesi;
• Rol matrisi, kişisel veri sınırı, saklama ve denetim kaydı;
• Pilot senaryoları, temel göstergeler, operasyon eğitimi ve teknik devir.

Bedelsiz numune, numune bedeli veya kargo iadesi gibi ticari uygulamalar genel bir kural olarak varsayılmamalıdır. Politika ürün, pazar, müşteri grubu ve muhasebe gereksinimine göre insan sahipliğinde tanımlanmalı; sistem yalnızca onaylanmış sürümü uygulamalıdır.

Numune yönetimi, talep formu ile kargo etiketi arasındaki boşluğu kapatır; ürün, stok, maliyet, sevkiyat, değerlendirme ve ticari fırsatı aynı kanıt zincirinde tutar. Kendi B2B numune sürecinizi kurgulamak için Kumsal Ajans e-ticaret çözümlerini inceleyebilir; ürün kataloğu, onay kuralları, numune stokları ve CRM aşamalarını görüşmeye getirebilirsiniz.