Bayi ve distribütör yapısında sipariş süreci çoğu zaman tek bir ekran meselesi değildir. Asıl konu; sahadaki satış ekibinin, bayinin ve merkezin aynı ürün, fiyat, iskonto ve kampanya kurgusu üzerinden çalışabilmesidir. Telefon, WhatsApp, e-posta ve Excel ile yürüyen sipariş akışı bir noktadan sonra yavaşlar. Ürün kodları karışır, güncel fiyat gözden kaçar, tekrar siparişler gecikir. İyi kurgulanmış bir mobil sipariş uygulaması bu dağınık yapıyı tek bir akışta toplar.
Özellikle çok ürünlü kataloglarda, 200 SKU üzeri yapılarda ve farklı bayi segmentlerine özel fiyat uygulanan dağıtım modellerinde mobil kanal yalnızca bir “sipariş girme ekranı” olmamalıdır. Bayinin son 30, 60 veya 90 gün içindeki sipariş davranışını okuyabilen; hızlı tekrar sipariş, kampanya görünürlüğü, cari risk kontrolü ve anlık stok bilgisi sunan bir yapı daha gerçekçi sonuçlar üretir. Buradaki hedef, siparişi dijitalleştirmekten çok sipariş kararını kolaylaştırmaktır.
Kurgu doğru yapıldığında bayi temsilcisi siparişi birkaç dakika içinde tamamlayabilir. Merkez tarafında da manuel kontrol yükü azalır. Siparişten sevkiyata uzanan zincir daha izlenebilir hale gelir. Kritik nokta şu: başarıyı yalnızca uygulama arayüzü değil, veri modeli, entegrasyon ve yetkilendirme tasarımı da belirler.
Mobil sipariş uygulaması neden bayi ağında farklı tasarlanmalı?
B2C sipariş deneyimi ile bayi siparişi aynı değildir. Bayi tarafında kullanıcı genellikle ürünleri tek tek keşfetmek istemez; zaten ne aldığını bilir. İhtiyaç duyduğu şey hızdır. Örneğin her ay ortalama 40 kalem ürün sipariş eden bir bayi için arama ekranında uzun süre vakit geçirmek verimsizdir. Bu nedenle ana ekranda “son sipariş”, “sık alınanlar”, “kampanyalı ürünler” ve “stokta kritik ürünler” gibi işlevsel kısayollar yer almalıdır.
Bir diğer fark fiyatlama yapısıdır. Aynı ürün, farklı bayi gruplarında farklı iskonto oranlarıyla gösterilebilir. Buna vade, kota hedefi, bölgesel kampanya veya ödeme performansına bağlı özel kurallar da eklenince yapı daha da karmaşıklaşır. Mobil uygulama bu kuralları merkez ERP veya CRM sisteminden almalı, kullanıcıya yalnızca yetkili olduğu ticari görünümü sunmalıdır. Aksi durumda fiyat uyuşmazlığı ve sipariş iptali artar.
Saha gerçekliği de göz ardı edilmemelidir. Temsilci depo içinde, mağaza ziyaretinde ya da zayıf bağlantılı bölgede sipariş oluşturabilir. Bu nedenle çevrimdışı çalışma, en azından taslak sipariş kaydı seviyesinde ele alınmalıdır. 1-2 dakikalık bağlantı kopması yüzünden tüm işlemin kaybolduğu uygulamalar sahada hızla terk edilir.
Hızlı tekrar sipariş için temel akış nasıl kurulmalı?
Hızlı tekrar sipariş, bayi uygulamalarında en çok değer üreten özelliklerden biridir. Buradaki amaç, kullanıcının geçmiş veriyi yeniden yazmadan sipariş oluşturabilmesidir. En basit senaryoda son sipariş tek tıkla kopyalanır. Daha gelişmiş senaryoda ise sistem son 90 gün içindeki siparişleri analiz eder, tekrar sıklığı yüksek ürünleri öneri listesinde öne çıkarır.
İdeal tekrar sipariş senaryosu
Örnek bir akış düşünelim: bayi uygulamayı açar, ana sayfada “14 gün önce verdiğiniz siparişi yenileyin” kartını görür. Kart içinde 18 ürün listelenir. Stok dışı 2 ürün gri renkle işaretlenmiştir. Fiyatı değişen 4 ürün için güncel tutar gösterilir. Kullanıcı yalnızca miktarları düzenler ve siparişi onaylar. Bu akış, 18 kalemlik siparişi 30-40 saniyede hazırlanabilir hale getirir; tek tek ürün aramaya kıyasla ciddi zaman kazandırır.
Bu yapıyı destekleyen veri noktaları şunlardır:
- Son sipariş tarihi ve sipariş kalemleri
- Ürün bazında tekrar satın alma sıklığı
- Güncel stok ve sevk edilebilir miktar
- Bayiye özel fiyat ve iskonto kuralı
- Minimum sipariş adedi veya koli çarpanı
Uygulama, sadece “tekrar et” butonu sunmakla yetinmemelidir. Örneğin koli ile çalışan sektörlerde 7 yerine 8 adet sipariş verilmesi gerekiyorsa kullanıcı anında uyarılmalıdır. Aynı şekilde ürün artık pasifse muadil ürün önerisi de gösterilebilir.
Arayüz tarafında hız kazandıran detaylar
Arama kutusu önemlidir ama tek başına çözüm sunmaz. Barkodla ürün ekleme, ürün kodu yapıştırma, favori listeleri ve kategoriye göre toplu miktar girişi sahada çok daha etkilidir. 300 ürünlük katalogu olan bir distribütör için “sık alınan 25 ürün” modülü çoğu zaman ana kullanım alanını oluşturur.
Ayrıca sipariş özet ekranı sade kalmalıdır. Net tutar, iskonto, KDV, kampanya hediyesi, tahmini teslim tarihi aynı ekranda açık biçimde görünmelidir. Kullanıcıyı 5-6 adım ilerletip son anda cari limit uyarısı vermek kötü bir deneyim yaratır. Risk, limit ve ödeme blokesi gibi kontroller mümkün olduğunca erken aşamada gösterilmelidir.
Kampanya yönetimi mobilde nasıl çalışmalı?
Kampanya, bayi kanalında çoğu zaman e-posta eki ya da PDF olarak dağıtılır. Sorun şu ki bayi sipariş verirken o belgeye bakmaz. Kampanya sipariş anında görünmüyorsa etkisi düşer. Mobil sipariş uygulaması bu nedenle kampanyayı bir içerik değil, karar mekanizması olarak ele almalıdır.
Somut bir örnek verelim: “10 koli alana 1 koli bedelsiz” kampanyası 1 Nisan ile 30 Nisan arasında geçerli olsun. Uygulama ilgili ürün ekranında kampanya etiketini gösterir. Kullanıcı 8 koli girdiğinde “2 koli daha eklerseniz kampanyaya hak kazanırsınız” mesajı çıkar. 10 koliye ulaştığında hediye satırı sepete otomatik olarak eklenir. Bu yaklaşım, kampanyayı pasif bir duyuru olmaktan çıkarır.
Kampanya motorunda bulunması gereken kurallar
- Tarih aralığı: başlangıç ve bitiş günü, saat bazlı kısıtlar
- Müşteri segmenti: bayi grubu, bölge, kanal, temsilci
- Ürün ilişkisi: tek ürün, kategori, marka, sepet kombinasyonu
- Koşul tipi: adet, koli, ciro, ürün adedi, çapraz satış eşiği
- Ödül tipi: bedelsiz ürün, indirim, ek iskonto, kargo avantajı
Burada önemli olan, kampanya kurallarının uygulamanın içine sabit kod olarak gömülmemesidir. Yönetim panelinden tanımlanabilen bir yapı tercih edilmelidir. Aksi durumda her kampanya değişikliğinde geliştirme ekibine bağımlılık oluşur. Orta ölçekli yapılarda haftalık kampanya güncellemesi bile görülebildiği için bu esneklik ciddi fark yaratır.
Kampanya görünürlüğü de katmanlı düşünülmelidir. Ana sayfada öne çıkan kampanyalar yer alabilir. Ürün detayında ilgili kampanya gösterilir. Sepette ise kazanılan veya kazanılmaya yakın fırsatlar sunulur. Bu üç farklı temas noktası kampanya dönüşümünü artırır; ancak kullanıcıyı banner kalabalığıyla yormadan ilerlemek gerekir.
ERP, CRM ve stok entegrasyonu olmadan neden eksik kalır?
Mobil arayüz ne kadar iyi olursa olsun, arka planda güncel veri yoksa sistem güven vermez. Bayi uygulamalarında en kritik entegrasyonlar genellikle ERP, stok yönetimi, cari hesap ve gerektiğinde CRM katmanıyla kurulur. Siparişin teknik olarak alınması yeterli değildir; ticari olarak da doğru olması gerekir.
Örneğin ERP tarafında ürün kartı, fiyat listesi, bayi bazlı iskonto, açık hesap limiti ve sevkiyat durumu tutuluyorsa mobil uygulama bu verileri belirli sıklıklarla senkronize etmelidir. Bazı yapılarda gerçek zamanlı API çağrısı uygundur. Yoğun katalog ve saha senaryolarında ise hibrit model daha verimlidir: ürün ve fiyat verisi belirli aralıklarla cihaza alınır, kritik kontroller sipariş onayında canlı olarak yapılır.
Basit bir entegrasyon akışı örneği
POST /api/orders
{
"dealerId": "B241",
"items": [
{"sku": "UR-1042", "qty": 12},
{"sku": "UR-2088", "qty": 4}
],
"campaignContext": "APR2026"
}Bu çağrının arkasında şu kontroller çalışabilir: bayi yetkisi doğrulama, fiyat hesaplama, kampanya uygunluğu, stok rezervasyonu, cari risk kontrolü, sipariş numarası üretimi. Kullanıcıya dönen yanıtta yalnızca “başarılı” bilgisi değil; tahmini teslim tarihi, kazanılan kampanya faydası ve varsa revize edilen kalemler de iletilmelidir.
Entegrasyonda hata yönetimi ayrı bir başlıktır. Örneğin ERP kısa süreli yanıt vermezse siparişi kuyrukta bekletmek, kullanıcıya referans numarası göstermek ve merkez ekibe bildirim düşmek gerekir. Mobil tarafta sessiz başarısızlık yaşanması en riskli senaryolardan biridir.
Yetkilendirme, performans ve saha kullanımı nasıl ele alınmalı?
Bayi ağı tek tip kullanıcıdan oluşmaz. Bayi sahibi, mağaza sorumlusu, sıcak satış temsilcisi, bölge müdürü gibi farklı roller olabilir. Her rolün göreceği fiyat, sipariş limiti ve rapor ekranı değişebilir. Bu nedenle rol tabanlı yetkilendirme en başta tasarlanmalıdır. Sonradan eklenen yetki kırılımları uygulamayı hızla karmaşıklaştırır.
Performans tarafında net hedefler koymak faydalıdır. Örneğin ana ekranın 2-3 saniye içinde açılması, ürün aramasının yüzlerce SKU içinde anlık sonuç döndürmesi, 20 kalemlik sepet güncellemesinin hissedilir bir gecikme yaratmaması beklenir. Bu hedefler yalnızca istemci geliştirmesiyle değil; önbellekleme, sorgu optimizasyonu ve doğru veri taşıma stratejisiyle sağlanır.
Saha kullanımında küçük detaylar büyük etki yaratır. Karanlık depoda rahat okunabilen kontrastlı tasarım, büyük miktar giriş alanları, iade veya not ekleme kolaylığı, siparişin PDF ya da paylaşılabilir özetinin üretilmesi günlük operasyonu rahatlatır. Push bildirimleri de yerinde kullanıldığında değerlidir: yeni kampanya duyurusu, sevkiyat bilgisi, onay bekleyen sipariş, ödeme hatırlatması gibi.
Projeyi kurgularken hangi MVP kapsamı mantıklıdır?
Her özelliği ilk fazda yayınlamak gerekmez. 8 ila 12 haftalık bir MVP planında çoğu dağıtım şirketi için çekirdek değer üretmek mümkündür. Buradaki amaç, sahaya çıkıldığında gerçekten kullanılacak akışı öncelemektir.
İlk fazda yer alabilecek modüller
- Bayi girişi ve rol bazlı yetki
- Ürün kataloğu, arama, kategori ve favoriler
- Son siparişten tekrar sipariş oluşturma
- Bayiye özel fiyat ve temel kampanya gösterimi
- Sepet, sipariş onayı ve sipariş geçmişi
- ERP ile sipariş, stok ve cari entegrasyonu
İkinci fazda kampanya motorunun gelişmiş kuralları, offline taslaklar, gelişmiş raporlama, ziyaret planı, tahsilat ya da rota yönetimi eklenebilir. Bu şekilde ilerlemek hem teknik riski hem de kullanıcı alışma süresini yönetmeyi kolaylaştırır. İlk 20-30 aktif kullanıcıdan gelecek geri bildirimler, sonraki sürümlerin yönünü daha doğru belirler.
Özetle, başarılı bir mobil sipariş uygulaması yalnızca sipariş ekranı tasarlayarak ortaya çıkmaz. Bayi davranışı, ticari kurallar, entegrasyon mimarisi ve kampanya mantığı birlikte düşünülmelidir. Hızlı tekrar sipariş ve anlık kampanya yönetimi doğru kurgulandığında bayi memnuniyeti artar, iç operasyon daha kontrollü ilerler, manuel iş yükü azalır. En kritik karar ise teknoloji seçiminden önce süreç modelini netleştirmektir. Yazılım, dağınık süreci gizlemez; iyi tanımlanmış süreci hızlandırır.
