ESL projesi neden başarısız olur? Sekiz sebep

ESL projelerinin başarısızlığı genellikle "sistem çalışmadı" diye özetlenir. Yakından bakıldığında donanımın suçlu olduğu durumlar azınlıktadır. Aşağıdaki sekiz örüntü, sahada tekrarlanan gerçek sebeplerdir.

1. Veri hazırlığı yapılmadan başlamak

En yaygın sebep. ESL, ERP'deki veriyi rafa taşır; veri eksikse eksiklik rafa taşınır. Ürün adları düzensizse etikette düzensiz görünür, ambalaj miktarı yanlışsa birim fiyat yanlış çıkar.

Bu iş kurulumdan önce yapılmalıdır ve adam-gün maliyeti vardır. Veri kalitesi: projeyi geciktiren sebep yazısı kapsamı anlatıyor; ERP veri hazırlık denetçisi eksik alanları sayıyor.

2. Pilotu en kolay yerde yapmak

Kuru gıda koridorunda yapılan pilot mükemmel sonuç verir ve proje onaylanır. Yaygınlaştırmada dondurucu, balık reyonu ve metal kabinler devreye girer; kapsama boşlukları ve ortam sorunları ancak o zaman görülür.

Pilot en zorlu noktada yapılmalıdır (pilot projede ölçülecek 10 metrik).

3. Başlangıç değerini ölçmemek

"Ne kadar tasarruf ettik?" sorusuna cevap verilemez çünkü öncesi ölçülmemiştir. Proje faydasını kanıtlayamaz, bir sonraki yatırım onayı alınamaz.

İki haftalık bir ölçüm, kurulumdan önce yapılırsa yıllarca işe yarar.

4. Şablon yetkisini dışarıda bırakmak

Her şablon değişikliği tedarikçiden geçiyorsa, her kampanya bir destek talebine dönüşür. Mağaza hızını kaybeder, ekip sisteme güvenmez.

Şablon editörünün içeride kullanılabilir olması, satın alma sırasında sorulması gereken bir maddedir (şablon yönetimi, tedarikçi seçerken sorulacak 20 soru).

5. Eşleştirme disiplinini kuramamak

Kurulum mükemmel yapılır; altı ay sonra raf düzeni değişir, eşleştirme yenilenmez ve doğru fiyat yanlış rafta görünmeye başlar.

Bu, ESL'nin en görünür hatasıdır ve müşteri güvenini hızla aşındırır. Çözüm teknik değil operasyoneldir: reyon sorumlusuna eşleştirme yetkisi ve düzenli denetim (ESL'de eşleştirme, raf değişikliğinde etiketler ne olur).

6. Raporları okumamak

Güncellenemeyen etiket raporu üretilir ama kimse bakmaz. Kampanya sabahı yüzlerce raf eski fiyatta kalır ve hata kasada ortaya çıkar.

Rapor kurmak yetmez; kimin, ne zaman bakacağı tanımlanmalıdır (ESL ağının izlenmesi).

7. Eğitimi bir kerelik saymak

İlk eğitim yapılır, ekip öğrenir. Altı ay sonra personel değişir, yeni gelenler sistemi bilmez ve elle müdahale artar.

İçeride bir eğitici yetiştirmek ve eğitim materyalinin devrini sözleşmeye yazmak, bu riski kalıcı olarak çözer (personel eğitimi ve devir teslim).

8. Beklentiyi yanlış kurmak

ESL'nin satışı artıracağı, stoğu düzelteceği ya da personel sayısını azaltacağı vaadiyle başlayan projeler hayal kırıklığıyla biter.

ESL'nin yaptığı şey nettir: fiyat bilgisini rafta doğru ve hızlı tutar. Buradan işgücü tasarrufu, hata azalması ve kampanya eşzamanlılığı doğar. Satış artışı dolaylı ve ölçülmesi zordur; stok doğruluğu ise ayrı bir projedir.

Beklentiyi doğru kurmak, projenin başarılı sayılıp sayılmayacağını belirler.

Ortak payda: teknik değil, örgütsel

Sekiz sebebin yedisi örgütseldir. Donanım ve yazılım seçimi önemlidir ama projeyi batıran şey genellikle kimin ne yapacağının tanımsız kalmasıdır.

Pratik önlem, kurulum öncesinde dört rolü yazılı hâle getirmektir:

Dördü de aynı kişi olabilir — küçük bir mağazada olur. Ama tanımsız kalmamalıdır.

Başarıyı önceden tanımlamak

Proje başlarken "başarılı" sayılmak için hangi sayıların ne olması gerektiği yazılmalıdır. Örneğin: raf–kasa uyumsuzluğu %80 azalsın, kampanya tamamlanma süresi 4 saatten 20 dakikaya insin, etiket işgücü haftada 8 saatten 2 saate düşsün.

Bu sayılar yazılıysa proje sonunda tartışma olmaz; yazılı değilse herkesin kendi tanımı olur. ROI hesaplayıcı bu hedefleri kurmak için bir başlangıç noktası veriyor.

Erken uyarı işaretleri

Bir projenin sekiz sebepten birine doğru gittiği, sonuç ortaya çıkmadan önce anlaşılabilir. Sahada güvenilir dört işaret:

Kâğıt etiket basımı durmuyor. ESL kurulu bir reyonda hâlâ kâğıt basılıyorsa, personel sisteme güvenmiyor demektir. Sebebi araştırılmalı; genellikle bir gecikme ya da bir hata deneyimi vardır.

Elle fiyat müdahalesi artıyor. Sistemdeki değişikliklerin giderek daha büyük oranı elle yapılıyorsa, entegrasyonda bir boşluk var demektir (ERP ve POS entegrasyonu).

Güncellenemeyen etiket listesi uzuyor. Haftadan haftaya büyüyen bir liste, kapsama ya da pil parkı sorununa işaret eder.

Raporlara giriş sayısı düşüyor. Sistem yöneticisi panele haftada bir bakıyorsa, izleme fiilen kapalıdır.

Dördü de ölçülebilir ve dördü de düzeltilebilir — ama ancak fark edilirse.

Kurtarma mümkün mü?

Kötü giden bir ESL projesi genellikle kurtarılabilir, çünkü sorun donanımda değildir. Kurtarma sırası:

1. Veriyi düzelt. Temeldeki hata giderilmeden üstteki hiçbir şey düzelmez.
2. Rolleri yaz. Kimin ne yapacağı tanımsızsa hiçbir rutin oturmaz.
3. Ölçümü başlat. Neyin bozuk olduğu ölçülmeden düzeltilemez.
4. Eğitimi tekrarla. Ekip değişmiş olabilir.

Donanım değişikliği en son düşünülmelidir; sahada nadiren gerekli olur ve en pahalı adımdır.