Çok mağazalı işletmede merkezî fiyat yönetimi

Tek mağazalı bir işletmede fiyat sorusu basit: rafta ne yazıyorsa o. İkinci mağaza açıldığında soru değişiyor — hangi mağazada ne yazıyor?

Bu, ölçekle orantısız biçimde büyüyen bir sorun. Üç mağazada elle yönetilebilir olan şey, on mağazada yönetilemez hâle geliyor.

Sorun neden büyüyor?

Kağıt etiketle çalışan bir zincirde merkezî fiyat kaydı fiilen yok. Merkez bir liste gönderiyor, her mağaza kendi rafını kendi güncelliyor.

Sonuç: fiyat merkezde tek, rafta çok. Aradaki fark ancak müşteri fark ettiğinde ya da denetimde ortaya çıkıyor.

Elektronik etiket bu farkı yapısal olarak ortadan kaldırıyor: fiyat tek kaynaktan geliyor, her mağazanın rafı aynı kaydı gösteriyor. Mağazanın araya girmesi gereken bir adım kalmıyor.

Ama her mağaza aynı fiyat demek değil

Yaygın bir yanlış anlaşılma: merkezî yönetim, tüm mağazalarda aynı fiyat anlamına gelmiyor.

Perakendede mağaza bazlı fiyat olağan — bölgesel farklar, rekabet koşulları, maliyet yapısı. Merkezî yönetimin söylediği şey farklı: fiyatı kimin belirlediği merkezde, mağazada değil.

Sistem tarafında bu, mağaza bazlı fiyat desteği demek. Sorulacak soru: sistem aynı ürün için mağaza bazında farklı fiyat tutabiliyor mu, yoksa tek fiyat mı zorunlu?

ERP tarafında da aynı soru geçerli. Perakendeye özel sistemlerde bu yapı yerleşik geliyor — Nebim ile entegrasyon yazısı bu avantajı ele alıyor. Genel amaçlı ERP'lerde ek yapı gerekebiliyor.

Yetki ayrımı asıl mesele

Merkezî yönetimin işlemesi için tek bir şeyin doğru kurulması gerekiyor: kim neyi değiştirebilir?

Pratik ayrım şöyle işliyor:

Kritik satır sonuncusu: mağaza fiyatı değiştiremiyor. Değiştirebiliyorsa merkezî yönetim yalnızca kağıt üzerinde kalıyor.

Yetkilendirme: mağazada kim neyi değiştirir bu ayrımı ayrıntılandırıyor.

Kayıt tutulması gerekiyor

İkinci gereklilik: kim ne zaman ne değiştirdi.

Bu kayıt üç işi birden görüyor. Bir uyuşmazlıkta neyin ne zaman değiştiğini gösteriyor, denetimde hazır bir belge sunuyor, ve yetki ihlallerini görünür kılıyor.

Sorulacak soru: sistem değişiklik geçmişini ne kadar süre tutuyor ve dışa aktarılabiliyor mu? ESL sistemi güvenli mi yazısı bu kaydın sözleşmede nasıl isteneceğini anlatıyor.

Yaygınlaştırma sırasında karma dönem

Çok mağazalı bir zincirde kurulum tek seferde bitmiyor. Aylarca — bazen yıllarca — bazı mağazalarda elektronik etiket, bazılarında kağıt etiket bir arada çalışıyor.

Bu geçiş dönemi planlanmalı. Fiyat değişikliği iki farklı yolla iki gruba ulaşacaksa, ikisinin aynı anda yürürlüğe girmesi gerekiyor. Elektronik mağazalarda saat 06:00'da, kağıt mağazalarda öğlen değişen bir fiyat, o aralıkta farklı fiyat demek.

Pilot kurulumdan yaygınlaştırmaya yazısı bu geçişi planlamayı anlatıyor.

Merkezden görünürlük

Çok mağazalı kurgunun en değerli yeteneği, teklif aşamasında en az sorulanı: merkez, mağazalardaki durumu görebiliyor mu?

Somut sorular:

• Hangi mağazada kaç etiket güncellenmedi?
• Hangi mağazanın bağlantısı kesik?
• Bir fiyat değişikliği tüm mağazalarda uygulandı mı?

Üçüncü soru en kritik olanı. Sistem "uygulandı" diyorsa ve gerçekte bir mağazada uygulanmadıysa, sorun fark edilmiyor.

Bağlantı kesintilerinin merkezden izlenebilmesi bu yüzden şart — her mağazanın kendi başına fark etmesini beklemek çalışmıyor. ESL yazılımı için sunucu ve donanım gereksinimleri yazısı bu izlemenin altyapı tarafını ele alıyor.

Sözleşmeye yazılacaklar

Beş madde: sistem mağaza bazlı fiyat tutabiliyor mu, yetki rolleri nasıl tanımlanıyor, değişiklik kaydı ne kadar süre tutuluyor, merkez mağaza durumunu görebiliyor mu, yeni mağaza eklemek ek lisans gerektiriyor mu.

Son madde büyüyen zincirlerde en çok tutar farkı yaratan kalem — şartname üreteci bu maddeleri kapsamınıza göre üretiyor.

Bölgesel fiyat farkı nasıl yönetilir?

Merkezî yönetim kurulduktan sonra gelen ikinci soru şu: bölgesel farkları nasıl uygulayacağız?

İki yaklaşım var ve bakım yükleri çok farklı.

Mağaza bazlı fiyat. Her mağaza için ayrı fiyat tanımlanıyor. En esnek yol ama 200 mağazada 200 kayıt demek — bakımı ağır.

Fiyat grubu. Mağazalar gruplara ayrılıyor (bölge, format, rekabet yoğunluğu) ve fiyat gruba tanımlanıyor. Yeni mağaza açıldığında bir gruba atanıyor, ayrı fiyat girilmiyor.

İkinci yaklaşım zincirlerde neredeyse her zaman doğru olanı. Sorulacak teknik soru: sistem fiyat grubu kavramını destekliyor mu, yoksa mağaza bazında mı zorunlu?

Destekliyorsa kaç grup tanımlanabildiği ve bir mağazanın grup değiştirmesinin ne kadar sürdüğü de sorulmalı. ERP tarafında da aynı yapının bulunması gerekiyor; yoksa fark etiket sisteminde kurulmak zorunda kalıyor ve iki yerde iki farklı gerçek oluşuyor.

Nereden başlamalı

Sıralama: önce mağaza bazlı fiyat kullanıp kullanmadığınızı netleştirin, sonra yetki rollerini yazılı olarak tanımlayın, sonra pilot mağazada merkez–mağaza akışını uçtan uca test edin.

İhtiyaç analiziyle başlayıp kapsamınıza uygun teklif isteyebilirsiniz.