Telefonla sipariş alan firmalar için B2B portala geçiş planı

Sipariş hattı sabahtan akşama çalıyor, WhatsApp gruplarında ürün kodları uçuşuyor, akşam mesai bitince gelen siparişler ertesi güne sarkıyor. Bu düzenle yıllarca büyümüş bir firma için B2B portala geçiş, teknik bir kurulumdan çok bir alışkanlık değişimi projesidir. Yazılım birkaç haftada kurulur; asıl iş, bayilerin ve kendi ekibinizin yeni düzene güvenle taşınmasıdır. Bu yazıda telefonla sipariş alan firmalar için adım adım, gerçekçi bir geçiş planı çiziyoruz: mevcut düzenin haritalanmasından veri hazırlığına, pilot bayi grubundan tam geçişe kadar.

Önce mevcut düzeni haritalayın

Geçiş planı yazılım seçimiyle başlamaz; ilk adım, bugün siparişin gerçekte nasıl aktığını yazıya dökmektir. Kurulum projelerinde sık gördüğümüz durum şudur: yöneticinin anlattığı süreçle sahada işleyen süreç birbirini tutmaz. Haritalama bu farkı ortaya çıkarır.

Şu soruların cevabını netleştirin:

• Siparişler hangi kanallardan geliyor? Telefon, WhatsApp, e-posta, saha temsilcisi üzerinden gelenlerin yaklaşık dağılımı nedir?
• Siparişi kim alıyor, ERP'ye kim ve ne zaman giriyor?
• Fiyat bilgisi bayiye nasıl ulaşıyor? Kaç farklı fiyat listesi var, güncel sürüm nasıl dağıtılıyor?
• Limit ve vade kontrolü sipariş anında mı yapılıyor, sonradan mı fark ediliyor?
• En sık yaşanan hatalar neler? Yanlış ürün kodu, eski fiyat, stokta olmayan ürün, limiti dolmuş bayiye açılan sipariş gibi.

Bu harita iki işe yarar. Birincisi, portalda hangi kuralların tanımlanacağını belirler: onay akışı, minimum sipariş tutarı, koli katı gibi kurallar buradan çıkar. İkincisi, geçiş sonrasında neyin düzeldiğini ölçmek için bir başlangıç noktası verir. Bayi sipariş sisteminin hangi süreçleri kapsadığını bilmek, haritalama sırasında neye bakacağınızı da netleştirir.

Veri hazırlığı: geçişin en çok zaman alan adımı

Deneyimimizde geçiş takvimini en çok uzatan adım veri hazırlığıdır; yazılım kurulumu çoğu projede daha hızlı tamamlanır. Portal açıldığı gün bayinin karşısına eksik ürün kartı, yanlış fiyat veya tutmayan cari bakiye çıkarsa güven baştan zedelenir ve bayiyi ikinci kez portala çekmek ilkinden zordur.

Hazırlanması gereken temel veri setleri şunlardır: ürün kartları ve görseller, bayi listesi ve grupları, fiyat listeleri ve iskontolar, stok verisi, cari bakiyeler, kullanıcı yetkileri ve kampanya tanımları. Her birinin nasıl toparlanacağını ve hangi tuzaklara dikkat edileceğini bayi portalı açmadan önce hazırlanacak veri setleri yazısında ayrıntılı anlattık; geçiş planınızı yaparken bu yazıyı yanınızda tutmanızı öneririz.

Pratik bir öneri: veri hazırlığını kurulumun bitmesini beklemeden, sözleşme imzalandığı gün başlatın. Yazılım tarafı ile veri tarafı paralel ilerlediğinde takvim sarkmaz.

Pilot bayi grubunu seçin

Tüm bayileri aynı gün portala taşımak, kurulum projelerinde sık gördüğümüz hataların başında gelir. Bunun yerine 5-10 bayilik bir pilot grupla başlayın. Grubu seçerken karışık bir profil hedefleyin:

• Teknolojiye yatkın 2-3 bayi: İlk geri bildirimleri hızlı verir, küçük sorunları sabırla raporlar.
• Sipariş hacmi yüksek 1-2 bayi: Portalın gerçek yük altında nasıl davrandığını gösterir.
• Ortalama 2-3 bayi: Asıl öğrenme malzemesi budur. En hevesli bayinin kolayca geçtiği ekranda ortalama bayinin nerede takıldığını görmeden tam geçişe çıkmayın.

Pilot dönemin amacı hataları küçük bir grupla yakalamaktır; bu dönemde sorun çıkması planın bir parçasıdır. Eksik ürün görseli, anlaşılmayan buton, yanlış eşleşmiş fiyat listesi gibi sorunlar bu dönemde düzeltilir. Pilot grubun siparişleri gerçek siparişlerdir; deneme verisi ile pilot yapmak yanıltıcı sonuç verir.

Paralel çalışma dönemi: iki kanal birlikte

Pilot sorunsuz ilerlediğinde portalı tüm bayilere açın, ancak telefon ve WhatsApp kanalını hemen kapatmayın. Paralel çalışma döneminde her iki kanal da sipariş kabul eder; fark şudur ki telefon ile gelen siparişler de artık portala işlenir, böylece tüm sipariş geçmişi tek yerde birikir.

Bu dönemde iki şeyi takip edin:

• Kanal dağılımı: Portal üzerinden gelen sipariş oranı hafta hafta artıyor mu? Artmıyorsa hangi bayiler dirençli, nedenleri ne?
• Portal kaynaklı sorunlar: Bayilerin telefonla bildirdiği portal şikayetleri birikiyor mu? Aynı şikayet üç kez geldiyse sorun çoğu zaman ekranın kendisindedir ve düzeltme gerektirir.

Paralel dönemi açık uçlu bırakmayın; başında bir bitiş tarihi ilan edin. Tarih belli olmazsa bayilerin bir kısmı alışkanlığını sonsuza kadar sürdürür. Telefon ve Excel düzeni ile portal düzeninin operasyon farkını bayilere anlatırken Excel ile B2B portal karşılaştırması somut bir çerçeve sunar.

Bayi eğitimi ve teşvik

Bayinin portala geçmesi için iki şeye ihtiyacı vardır: portalı kullanabilmek ve kullanmak istemek. Eğitim birincisini, teşvik ikincisini çözer.

Eğitim tarafında işe yarayan format kısa ve somut olandır: 15-20 dakikalık bir tanıtım, bayinin kendi hesabıyla birlikte açılan ilk sipariş ve 2-3 dakikalık ekran kayıtlarından oluşan bir video seti. Uzun kullanım kılavuzları okunmaz; "fiyatımı nereden görürüm", "sepeti nasıl onaylarım", "ekstremi nereden indiririm" sorularına doğrudan cevap veren kısa videolar okunur.

Teşvik tarafında abartıya gerek yoktur. Kurulum projelerinde sık gördüğümüz etkili uygulamalar şunlardır:

• İlk portal siparişine küçük bir iskonto veya hediye ürün
• Portala özel kampanyaların yalnızca portaldan görünmesi
• Cari ekstre ve bakiye bilgisinin yalnızca portalda anında sunulması

Üçüncü madde çoğu zaman en güçlüsüdür. Bayinin muhasebenizi arayıp bakiye sormak yerine ekstresini anında görebilmesi, başlı başına bir geçiş sebebidir. Bu deneyimi online tahsilat ile birleştirip bayinin portaldan kartla ödeme yapabilmesini sağlamak, portalı sipariş ekranından öteye taşır.

Tam geçiş: telefon kapanmaz, rol değiştirir

Paralel dönemin sonunda ilan ettiğiniz tarihte tam geçişi yapın: yeni siparişler artık yalnızca portaldan açılır. Burada kritik nokta şudur: telefon devre dışı kalmaz, rolü değişir. Sipariş kanalı olmaktan çıkar; soru, iade, özel fiyat talebi ve acil durumlar için bir destek kanalına dönüşür.

Bu ayrımı bayilere açıkça anlatın. "Artık bizi arayamazsınız" mesajı direnç üretir; "siparişinizi portaldan açın, her konuda yine buradayız" mesajı geçişi kolaylaştırır. Telefonla sipariş vermek isteyen bayiye ilk haftalarda ekibiniz portal üzerinden eşlik edebilir: bayi hattayken siparişi birlikte, bayinin ekranında açarsınız. Birkaç tekrardan sonra bayi kendi başına devam eder.

Tam geçişle birlikte sipariş alan ekibin mesaisi de dönüşür. Telefon başında ürün kodu okumakla geçen saatler; sipariş onayı, istisna yönetimi ve bayi performans takibi gibi daha değerli işlere kayar. 600'den fazla bayisi olan bir lastik markası, sipariş ve tahsilat süreçlerini portala taşıdıktan sonra muhasebe ekibinin manuel iş yükünde yüzde 70 azalma ölçtü; ayrıntıları vaka çalışmasında okuyabilirsiniz.

4-6 haftalık gerçekçi takvim

Verisi makul düzende olan, kararı vermiş bir işletme için geçiş takvimi şöyle kurgulanabilir:

| Hafta | Yapılacaklar | |---|---| | 1 | Mevcut düzenin haritalanması, kuralların netleştirilmesi, veri hazırlığının başlatılması | | 2 | Kurulum ve ERP entegrasyonu, veri yükleme, iç ekip eğitimi | | 3 | Pilot bayi grubunun açılması, ilk gerçek siparişler, geri bildirim toplama | | 4 | Pilot bulgularının düzeltilmesi, tüm bayilere açılış, eğitim ve teşvik duyuruları | | 5 | Paralel çalışma, kanal dağılımının takibi, dirençli bayilerle birebir ilgilenme | | 6 | Tam geçiş, telefonun destek kanalına dönüşmesi, ilk sonuç değerlendirmesi |

Bu takvimi bir taahhüt olarak okumayın; çerçevedir. Fiyat listesi yapısı karmaşık veya veri dağınıksa ilk iki hafta uzar; bayi sayısı çok fazlaysa paralel dönem birkaç hafta daha sürebilir. Önemli olan sıranın korunmasıdır: harita, veri, pilot, paralel dönem, tam geçiş. Sırayı atlayıp doğrudan tüm bayilere açılan projelerde sorunlar aynı anda, üst üste gelir. Geçiş sırasında kaçınılması gereken diğer tuzakları bayi yönetim sistemi kurarken yapılan hatalar yazısında topladık.

Geçişe nereden başlamalı?

İlk somut adım, yukarıdaki haritalama sorularını kendi düzeniniz için cevaplamak ve veri setlerinizin durumunu gözden geçirmektir. İkinci adım, bu tabloyu bir keşif görüşmesinde birlikte incelemektir. Demo talep edin; mevcut sipariş akışınıza bakıp size uygun pilot kurgusunu ve gerçekçi takvimi birlikte çıkaralım. B2B platformunun modüllerini ve entegrasyon seçeneklerini önceden incelemek isterseniz çözüm sayfaları iyi bir başlangıç noktasıdır.