Bayi sipariş sistemi — siparişler hâlâ telefonla mı geliyor?

Telefonla sipariş almanın gerçek maliyeti

Bayi ve toptan satış yapan işletmelerin çoğunda sipariş akışı hâlâ aynı: bayi telefon açıyor ya da WhatsApp’tan yazıyor, satış temsilcisi not alıyor, sonra bunu sisteme giriyor.

Bu akışın maliyeti sanıldığı gibi hata değil. Hata da oluyor ama asıl kalem zaman.

Her sipariş için not alma, teyit etme, sisteme girme ve stok kontrolü birkaç dakika sürüyor. Günde yirmi sipariş alan bir işletmede bu, bir kişinin gününün önemli bir kısmı demek. O kişi bu süre boyunca satış yapmıyor, kayıt yapıyor.

İkinci kalem daha sinsi: bayi beklerken sipariş küçülüyor. Stokta var mı sorusunun cevabı hemen gelmediğinde bayi listesini kısaltıyor ya da bir sonraki sefere bırakıyor.

Sipariş portalı ne değildir?

Bu ayrım baştan yapılmazsa yanlış ürün alınıyor.

E-ticaret sitesi değil. E-ticarette fiyat herkese aynı, müşteri tanımsız, ödeme peşin. Bayi portalında üçü de farklı: fiyat bayiye özel, müşteri tanımlı, ödeme genellikle cari hesap üzerinden.

Katalog değil. PDF katalog veya ürün listesi, sipariş almayan bir vitrin. Portalın işi göstermek değil, siparişi kayıt altına almak.

Sadece bir form değil. Web sitesine konan “sipariş formu”, e-postayla gelen siparişin biraz düzenlisi. Portal, stok ve fiyatı gerçek zamanlı gösterdiği ölçüde portal.

Tablodaki beşinci satır sık gözden kaçıyor. Bayi akşam saatinde ya da hafta sonu sipariş vermek istediğinde telefon çalışmıyor; portal çalışıyor.

En somut kazanç, mevcut bayinin daha sık sipariş vermesi

Portal kurma gerekçesi genellikle “yeni bayi kazanmak” diye kuruluyor. Sahada gördüğümüz kazanç bu değil.

Asıl değişiklik mevcut bayilerde oluyor: stok ve fiyatı anlık gören bayi tereddüt etmiyor. Sipariş sıklığı artıyor ve sepet büyüyor.

Sebebi basit. Telefonla sipariş vermek bir “iş”; bayi bunu biriktirip haftada bir yapıyor. Portal açıkken sipariş vermek bir iş değil; ihtiyaç doğduğunda giriliyor.

Örnek senaryo — İvedik’te yedek parça toptancısı, 60 bayisiyle telefon ve WhatsApp üzerinden çalışıyor. İki satış temsilcisi günün önemli kısmını sipariş kaydına ayırıyor. Portal devreye girdikten sonra beklenen şey temsilcilerin işsiz kalması değil; sipariş kaydından kurtulan zamanın bayi ziyaretine ve yeni bayi geliştirmeye kaymasıydı. Portalın gerekçesi personel azaltmak değil, aynı personelin satış yapmasıydı.

Başarıyı belirleyen tek şey verinin güncelliği

Portal projelerinde en çok yatırım yapılan yer arayüz oluyor. Oysa benimsenmeyi belirleyen şey arayüz değil.

Stok bilgisi yanlışsa portal terk ediliyor. Bayi bir kez “var” yazan üründen sipariş verip “yok” cevabı aldığında portala güveni bitiyor ve telefona dönüyor. Bir daha geri getirmek çok zor.

Bu yüzden portal kurulmadan önce cevaplanması gereken soru şu: stok bilgisi mevcut sisteminizde ne kadar doğru?

Cevap “çok doğru değil” ise portal ikinci iş. Birinci iş stok doğruluğu — bunu depoda sayım neden tutmuyor yazısında ayrıca ele aldık.

Dikkat — Portal, arkasındaki verinin kalitesini yükseltmiyor; yalnızca görünür kılıyor. Dağınık bir stok kaydı portala bağlandığında dağınıklık bayiye de görünür hâle geliyor.

Mevcut sisteminizle konuşabilmesi

Portalın ayrı bir ada olarak kurulması, çözdüğünden fazla sorun üretiyor: iki yerde ürün tanımı, iki yerde stok, iki yerde fiyat.

Bu yüzden ilk teknik soru şu olmalı: mevcut programınız dışarıya veri açıyor mu?

Açıyorsa portal onun üzerine kuruluyor; stok ve fiyat tek yerden okunuyor. Açmıyorsa iki seçenek kalıyor: ara bir aktarım kurgusu ya da mevcut sistemi değiştirmek. İkisi de maliyet ve karar bunun farkında verilmeli.

Bu, hazır paket seçerken sorulacak soruların da en üstünde duruyor; üretim takip programı nasıl seçilir yazısında aynı noktaya değindik.

Fatura ve irsaliye tarafı

Portal sipariş alıyorsa bir sonraki adım fatura. Bu noktada mevzuat devreye giriyor.

e-Fatura ve e-İrsaliye uygulamalarının kapsamı ciro eşiklerine ve sektöre göre belirleniyor; bazı sektörlerde ciro şartı hiç aranmıyor. Kapsam ve tarihler değiştiği için burada rakam yazmıyoruz — güncel metin Gelir İdaresi Başkanlığı’nın e-Belge portalında, e-Fatura tarafı ise ayrı bir başlıkta yayımlanıyor.

Portal projesine başlarken kapsamınızı netleştirmek, sonradan yapılacak bir entegrasyon işini baştan planlamanızı sağlıyor. Sonradan eklemek her zaman daha pahalı.

Kapsamı dar tutmanın yolu

Portal projeleri kapsam büyümesine çok açık. “Madem yapıyoruz, şunu da ekleyelim” listesi hızla uzuyor: bayi performans raporu, kampanya yönetimi, puan sistemi, mobil uygulama.

Birinci aşamada yalnızca dört şey olmalı:

1. Bayi girişi — kim olduğunu bilen bir giriş.
2. Ürün listesi ve bayiye özel fiyat — anlık stok bilgisiyle.
3. Sipariş oluşturma — geçmiş siparişi tekrarlama dahil.
4. Sipariş durumu — bayi kendi siparişinin nerede olduğunu görebilsin.

Dördüncü madde en çok atlanan ama telefon trafiğini en çok azaltan madde. “Siparişim ne durumda?” sorusu, sipariş vermekten daha fazla telefon üretiyor.

İpucu — Portalı önce üç beş bayiyle açın, hepsiyle değil. En çok sipariş veren ve size en yakın bayilerle başlamak, ilk hataları küçük ölçekte yakalamanızı sağlıyor.

Bayilerin benimsemesi için ne yapılmalı

Yeni sistemin kullanılmaması, portal projelerinin en yaygın başarısızlık biçimi. Üç şey işe yarıyor.

Telefonu bir anda kapatmayın. Paralel dönem gerekiyor; ama paralel dönemin bir bitiş tarihi olmalı, yoksa hiç bitmiyor.

Geçmiş siparişi tek tıkla tekrarlatın. Bayilerin çoğu benzer siparişler veriyor. Bu tek özellik, portalın telefondan hızlı olmasını sağlayan şey.

İlk siparişte birlikte girin. Bayiyi arayıp telefonda beraber bir sipariş oluşturmak, gönderilen kullanım kılavuzundan çok daha etkili.

Aynı benimseme sorunu iç kullanıcılarda da yaşanıyor; oradaki yöntemleri programı aldık ama kimse kullanmıyor yazısında yazdık.

Mobil kullanım — bayi masada değil sahada

Bayi siparişlerinin önemli kısmı bilgisayar başında değil, yolda ya da müşteri yanında veriliyor. Bu, portalın telefonda çalışması gerektiği anlamına geliyor.

Burada iki ayrı karar var ve karıştırılıyor: mobil uyumlu site ile mobil uygulama aynı şey değil.

Mobil uyumlu bir portal, telefonun tarayıcısında çalışıyor; kurulum gerektirmiyor, güncelleme derdi yok. Çoğu bayi ağı için yeterli.

Mobil uygulama ise kurulum ve mağaza süreçleri getiriyor. Karşılığında iki şey veriyor: bildirim gönderebilme ve çevrimdışı çalışabilme. Bu ikisine gerçekten ihtiyaç yoksa uygulama, portalın maliyetini ikiye katlıyor.

Sıralama pratikte şu: önce mobil uyumlu portal, kullanım oturduktan sonra gerekiyorsa uygulama.

Portal işe yaradı mı — nasıl ölçülür?

Portal projelerinin çoğunda ölçüm hiç kurulmuyor ve altı ay sonra "işe yaradı mı" sorusunun cevabı kanaate kalıyor. Ölçülecek dört şey var ve dördü de portalın kendi verisinden çıkıyor.

Portal üzerinden gelen sipariş oranı. Toplam siparişin yüzde kaçı portalden geliyor? İlk hedef ölçüsü bu.

Sipariş sıklığı. Aynı bayi portalden önce ayda kaç, sonra kaç sipariş veriyor?

Ortalama sipariş büyüklüğü. Portal sepetleri büyütüyor mu, küçültüyor mu?

Telefon trafiği. Satış ekibine gelen "sipariş" ve "siparişim nerede" aramaları azaldı mı?

Dördüncüsü en çok konuşulan ama en az ölçülen kalem. Portal öncesinde bir hafta boyunca gelen aramaları saymak, sonrasında karşılaştırma yapabilmenin tek yolu.

Örnek senaryo — Bir işletme portalı açıyor ve üç ay sonra "bayiler kullanmıyor" diyor. Portal verisine bakıldığında siparişlerin yaklaşık üçte birinin portalden geldiği görülüyor. Kullanılmıyor değil; beklenti hiç konuşulmadığı için "az" sayılıyor. Ölçüm baştan kurulsaydı üçte bir, ilk çeyrek için başarılı bir sonuç olarak okunacaktı.

Bayi tarafında sık yapılan üç hata

Fiyatı gizlemek. "Fiyatı temsilci söylesin" mantığıyla kurulan portal, portal olmaktan çıkıyor. Bayi fiyatı görmüyorsa yine telefon açıyor.

Sipariş onayını yavaşlatmak. Her siparişi elle onaya bağlamak, portalın hız avantajını yok ediyor. Onay gerekiyorsa yalnızca istisnalara uygulanmalı: limit aşımı, kapalı cari, stok yetersizliği.

Ürün bilgisini eksik bırakmak. Kod ve isimden ibaret bir listede bayi aradığını bulamıyor. Görsel, ölçü ve temel özellik olmadan portal bir stok listesi olarak kalıyor.

Sonuç — Bayi portalının değeri teknolojisinde değil, sipariş vermeyi telefondan kolay hâle getirmesinde. Bu tek ölçütü karşılamayan portal, ne kadar kapsamlı olursa olsun kullanılmıyor.

Portal ve sipariş sistemlerini web sitesi geliştirme ve özel yazılım geliştirme kapsamında kuruyoruz; uçtan uca satış tarafı için e-ticaret sitesi kurma sayfasına bakabilirsiniz. Kümenin genel çerçevesi fabrikalar için yazılım yazısında.